summaryrefslogtreecommitdiff
path: root/configs
diff options
context:
space:
mode:
authorJoshua Colp <jcolp@digium.com>2017-07-17 16:01:24 +0000
committerJoshua Colp <jcolp@digium.com>2017-07-19 13:23:26 +0000
commit680c491a6238274132bff3608ae17b1371c2af2a (patch)
treef46bcf51b940482bdde1f7496842cdac312b4a59 /configs
parent47084ad09e30ad75a97500de7378414edccc01c0 (diff)
bridge_softmix / res_rtp_asterisk: Fix packet loss and renegotiation issues.
This change does a few things to improve packet loss and renegotiation: 1. On outgoing RTP streams we will now properly reflect out of order packets and packet loss in the sequence number. This allows the remote jitterbuffer to better reorder things. 2. Video updates can now be discarded for a period of time after one has been sent to prevent flooding of clients. 3. For declined and removed streams we will now release any media session resources associated with them. This was not previously done and caused an issue where old state was being used for a new stream. 4. RTP bundling was not actually removing bundled RTP instances from the parent. This has been resolved by removing based on the RTP instance itself and not the SSRC. 5. The code did not properly handle explicitly unbundling an RTP instance from its parent. This now works as expected. ASTERISK-27143 Change-Id: Ibd91362f0e4990b6129638e712bc8adf0899fd45
Diffstat (limited to 'configs')
-rw-r--r--configs/samples/confbridge.conf.sample6
1 files changed, 6 insertions, 0 deletions
diff --git a/configs/samples/confbridge.conf.sample b/configs/samples/confbridge.conf.sample
index 0e07f6b16..265b95342 100644
--- a/configs/samples/confbridge.conf.sample
+++ b/configs/samples/confbridge.conf.sample
@@ -218,6 +218,12 @@ type=bridge
; Default is en (English).
;regcontext=conferences ; The name of the context into which to register conference names as extensions.
+;video_update_discard=2000 ; Amount of time (in milliseconds) to discard video update requests after sending a video
+ ; update request. Default is 2000. A video update request is a request for a full video
+ ; intra-frame. Clients can request this if they require a full frame in order to decode
+ ; the video stream. Since a full frame can be large limiting how often they occur can
+ ; reduce bandwidth usage at the cost of increasing how long it may take a newly joined
+ ; channel to receive the video stream.
; All sounds in the conference are customizable using the bridge profile options below.
; Simply state the option followed by the filename or full path of the filename after