[Asterisk-code-review] res rtp asterisk.c: Increase strictrtp learning timeout time. (asterisk[certified/13.18])

Richard Mudgett asteriskteam at digium.com
Mon Dec 4 10:45:20 CST 2017


Richard Mudgett has uploaded this change for review. ( https://gerrit.asterisk.org/7438


Change subject: res_rtp_asterisk.c: Increase strictrtp learning timeout time.
......................................................................

res_rtp_asterisk.c: Increase strictrtp learning timeout time.

More complicated direct media reinvite negotiations can result in longer
delays before direct media flows.  The strictrtp learning timeout time
was too short.  One log showed that the first RTP packet came in just
after three seconds.

* Increase the strictrtp learning timeout time from 1.5 to 5 seconds.

ASTERISK-27453

Change-Id: Ic5e711164cbb91b4d1c1e40c83697755640f138c
---
M res/res_rtp_asterisk.c
1 file changed, 8 insertions(+), 1 deletion(-)



  git pull ssh://gerrit.asterisk.org:29418/asterisk refs/changes/38/7438/1

diff --git a/res/res_rtp_asterisk.c b/res/res_rtp_asterisk.c
index e5a7cdb..f97ceec 100644
--- a/res/res_rtp_asterisk.c
+++ b/res/res_rtp_asterisk.c
@@ -124,7 +124,14 @@
 	STRICT_RTP_CLOSED,   /*! Drop all RTP packets not coming from source that was learned */
 };
 
-#define STRICT_RTP_LEARN_TIMEOUT	1500	/*!< milliseconds */
+/*!
+ * \brief Strict RTP learning timeout time in milliseconds
+ *
+ * \note Set to 5 seconds to allow reinvite chains for direct media
+ * to settle before media actually starts to arrive.  There may be a
+ * reinvite collision involved on the other leg.
+ */
+#define STRICT_RTP_LEARN_TIMEOUT	5000
 
 #define DEFAULT_STRICT_RTP -1	/*!< Enabled */
 #define DEFAULT_ICESUPPORT 1

-- 
To view, visit https://gerrit.asterisk.org/7438
To unsubscribe, visit https://gerrit.asterisk.org/settings

Gerrit-Project: asterisk
Gerrit-Branch: certified/13.18
Gerrit-MessageType: newchange
Gerrit-Change-Id: Ic5e711164cbb91b4d1c1e40c83697755640f138c
Gerrit-Change-Number: 7438
Gerrit-PatchSet: 1
Gerrit-Owner: Richard Mudgett <rmudgett at digium.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-code-review/attachments/20171204/1c228f76/attachment-0001.html>


More information about the asterisk-code-review mailing list