Parameter: Allow low-delay media relay - Revision history

Abrassard: /* When is low-delay media relay effectively used? */

2018-01-19T16:50:37Z

When is low-delay media relay effectively used?

← Older revision		Revision as of 12:50, 19 January 2018
Line 15:		Line 15:
	*No IVR is required (play file, record file, play tone or detect tone)		*No IVR is required (play file, record file, play tone or detect tone)

	~~This represents the vast majority of~~ calls going through a SBC.		Most calls going through a TelcoBridges SBC will use low-delay mode because:
			* SIP codecs negotiation attempts to keep only compatible codecs by default
			* No playback, recording, tone generation or tone detection is required by default

	===Will low-delay media relay affect SIP negociation?===		===Will low-delay media relay affect SIP negociation?===

Abrassard at 16:45, 19 January 2018

2018-01-19T16:45:44Z

← Older revision		Revision as of 12:45, 19 January 2018
Line 1:		Line 1:
	~~Allow~~ low-delay media relay ~~(without transcoding)~~ between two joined legs.		This parameter allows low-delay media relay mode between two joined legs.
			===What is "low-delay media relay"?===
			The low-delay media relay mode eliminates any VoIP audio delay caused by the SBC for IP to IP calls, by eliminating the need for jitter buffer, de-packetization and re-packetization.

			With low-delay mode, packets get routed directly from one leg to the other with almost no delay (only Ethernet transit delay, generally a fraction of millisecond)

			===Which TelcoBridges products support this mode?===
	This mode is only available on SBC units (not on TMG units).		This mode is only available on SBC units (not on TMG units).

	~~The~~ low-delay media relay ~~mode eliminates any VoIP audio~~ delay ~~caused by the SBC for IP to IP calls, by eliminating the need for jitter buffer, de~~-~~packetization and re-packetization. With~~ low-delay ~~mode~~, ~~packets get routed directly from one leg to the other with 0ms delay.~~		===When is low-delay media relay effectively used?===
			Low-delay media-relay will be effective on a call only if:
			*Both call legs have low-delay media relay option enabled
			*Both call legs use [[Toolpack:Creating_an_IP_Port_Range_D\|RTP port ranges]] on SBC-protected VLANs (port range is configured per [[NAP]])
			*Both call legs have been able to negotiate a compatible audio codec
			*No IVR is required (play file, record file, play tone or detect tone)

			This represents the vast majority of calls going through a SBC.

	When ~~this mode~~ is enabled ~~in a profile~~, it will ~~be effective~~ only ~~if:~~		===Will low-delay media relay affect SIP negociation?===
	*Both joined call ~~legs~~ use ~~NAPs~~ where the ~~[[Toolpack:Creating_an_IP_Port_Range_D\|RTP port ranges]] are on SBC-protected VLANs~~		Yes, enabling low-delay media relay will change how TelcoBridges SBC will perform codecs (SDP) negotiation between the two call legs.
	*Both call legs have been able to negotiate a compatible audio codec
	*No IVR is required (play file, record file, play tone or detect tone).		When low-delay media relay is enabled, the SBC will invite the outgoing call leg with only codecs supported y incoming leg's SIP invite, in order to make sure that only compatible codecs are used.

			If no compatible codecs can be found, the call will automatically use "transcoding" mode where all codecs from the profile will be allowed.

			===Can a call switch between low-delay and transcoding mode?===
	TelcoBridges SBC is able to seamlessly switch, during a call, from "low-delay" to "transcoding" mode, if conditions change during the call (re-invite causing incompatible audio codecs, or play/record/tone is required).		TelcoBridges SBC is able to seamlessly switch, during a call, from "low-delay" to "transcoding" mode, if conditions change during the call (re-invite causing incompatible audio codecs, or play/record/tone is required).

			===Any related options?===
	Enabling the low-delay mode will also allow a variant: Use the RTP no-anchoring mode.		Enabling the low-delay mode will also allow a variant: Use the RTP no-anchoring mode.


	[[Category: Parameters]]		[[Category: Parameters]]

Abrassard at 21:45, 18 January 2018

2018-01-18T21:45:00Z

← Older revision		Revision as of 17:45, 18 January 2018
Line 11:		Line 11:
	*No IVR is required (play file, record file, play tone or detect tone).		*No IVR is required (play file, record file, play tone or detect tone).

			TelcoBridges SBC is able to seamlessly switch, during a call, from "low-delay" to "transcoding" mode, if conditions change during the call (re-invite causing incompatible audio codecs, or play/record/tone is required).

	Enabling the low-delay mode will also allow a variant: Use the RTP no-anchoring mode.		Enabling the low-delay mode will also allow a variant: Use the RTP no-anchoring mode.

Abrassard at 21:39, 18 January 2018

2018-01-18T21:39:47Z

← Older revision		Revision as of 17:39, 18 January 2018
Line 1:		Line 1:
	Allow low-delay media relay (without transcoding) ~~when the~~ joined ~~call~~ legs ~~have compatible codecs~~. This mode is only available on SBC units ~~when:~~		Allow low-delay media relay (without transcoding) between two joined legs.
	*The SBC is enabled
	*~~The calls are on SBC-protected VLANs (~~the port ranges ~~assigned to the NAPs~~ are on SBC-protected ~~IP interfaces)~~		This mode is only available on SBC units (not on TMG units).
	*No IVR is required (play/record/tone).
			The low-delay media relay mode eliminates any VoIP audio delay caused by the SBC for IP to IP calls, by eliminating the need for jitter buffer, de-packetization and re-packetization. With low-delay mode, packets get routed directly from one leg to the other with 0ms delay.


			When this mode is enabled in a profile, it will be effective only if:
			*Both joined call legs use NAPs where the [[Toolpack:Creating_an_IP_Port_Range_D\|RTP port ranges]] are on SBC-protected VLANs
			*Both call legs have been able to negotiate a compatible audio codec
			*No IVR is required (play file, record file, play tone or detect tone).


			Enabling the low-delay mode will also allow a variant: Use the RTP no-anchoring mode.


	[[Category: Parameters]]		[[Category: Parameters]]

Allyntree: new parameter

2016-11-17T23:28:22Z

new parameter

New page

Allow low-delay media relay (without transcoding) when the joined call legs have compatible codecs. This mode is only available on SBC units when:
*The SBC is enabled
*The calls are on SBC-protected VLANs (the port ranges assigned to the NAPs are on SBC-protected IP interfaces)
*No IVR is required (play/record/tone).

[[Category: Parameters]]