CHAPTER19 Coders and Profiles
Mediant 1000 Gateway & E-SBC | User's Manual
Parameter Description
Typically, the transferee hears a ringback tone only if the
transfer target sends it early media. However, if the
transferee is put on-hold before being transferred, no
ringback tone is heard.
When this feature is enabled, the device generates a
ringback tone to the transferee during call transfer in the
following scenarios:
â– Transfer target sends a SIP 180 (Ringing) to the device.
â– For non-blind transfer, if the call is transferred while the
transfer target is ringing and no early media occurs.
â– The 'Remote Early Media RTP Behavior parameter is
set to Delayed (used in the Skype for Business
environment), and transfer target sends a 183 Session
Progress with SDP offer. If early media from the
transfer target has already been detected, the
transferee receives RTP stream from the transfer
target. If it has not been detected, the device generates
a ringback tone to the transferee and stops the tone
generation once RTP has been detected from the
transfer target.
For any of these scenarios, if the transferee is put on-hold
by the transferor, the device retrieves the transferee from
hold, sends a re-INVITE if necessary, and then plays the
ringback tone.
Note: For the device to play the ringback tone, it must be
loaded with a Prerecorded Tones (PRT) file. For more
information, see Prerecorded Tones File.
'Remote 3xx Mode'
sbc-rmt-3xx-behavior
[IpProfile_
SBCRemote3xxBehavior]
Defines the device's handling of SIP 3xx redirect
responses for the SIP entity associated with the IP Profile.
By default, the device's handling of SIP 3xx responses is
to send the Contact header unchanged. However, some
SIP entities may support different versions of the SIP 3xx
standard while others may not even support SIP 3xx.
When enabled, the device handles SIP redirections
between different subnets (e.g., between LAN and WAN
sides). This is required when the new address provided by
the redirector (Redirect sever) may not be reachable by the
far-end user (FEU) located in another subnet. For example,
a far-end user (FEU) in the WAN sends a SIP request via
the device to a Redirect server in the LAN, and the
Redirect server replies with a SIP 3xx response to a PBX
in the LAN in the Contact header. If the device sends this
response as is (i.e., with the original Contact header), the
FEU is unable to reach the new destination.
â– [0] Transparent = (Default) The device forwards the
received SIP 3xx response as is, without changing the
Contact header (i.e., transparent handling).
- 424 -
To Next Page
Loading...
Need help?
General
