<div dir="ltr"><div>Seems you have a problem of rtp flow not yet established...</div><div><br></div><div>Maybe you want to experiment establishing rtp before answering, or before bridging...</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Dec 17, 2018 at 5:56 PM Faisal Hanif <<a href="mailto:imfanee@gmail.com">imfanee@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Seems like your issue could be related IP Config, ICE & NAT which can cause delay in media port identification on different servers on different version of FS.</div><br><div class="gmail_quote"><div dir="ltr">On Fri, Dec 14, 2018, 6:59 PM Shaun Stokes <<a href="mailto:shaun.stokes@itec-support.co.uk" target="_blank">shaun.stokes@itec-support.co.uk</a> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">




<div dir="ltr">
<div id="gmail-m_-8193029506361917851m_-3085562069848880637divtagdefaultwrapper" style="font-size:12pt;color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif" dir="ltr">
Correction, we had moved FreeSWITCH 1.4 (not 1.8) to Server 1 which worked without any audio delays. Upon testing FreeSWITCH 1.8 on Server 1 there is a 1-2 second delay before RTP is established once the call is answered.
<div><br>
</div>
<div>This is a FreeSWITCH 1.8.2 issue, not a Debian 9 specific (also occurs on Debian 8). FreeSWITCH 1.6 and 1.4 are not effected using the same configuration through-out.</div>
<div></div>
</div>
<hr style="display:inline-block;width:98%">
<div id="gmail-m_-8193029506361917851m_-3085562069848880637divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>From:</b> Shaun Stokes<br>
<b>Sent:</b> 14 December 2018 11:44:18<br>
<b>To:</b> FreeSWITCH Users Help<br>
<b>Subject:</b> Re: [Freeswitch-users] FreeSWITCH 1.8.2 - 1-2 second dropped Audio\RTP at the start of a call</font>
<div> </div>
</div>

<div dir="ltr">
<div id="gmail-m_-8193029506361917851m_-3085562069848880637x_divtagdefaultwrapper" dir="ltr" style="font-size:12pt;color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif">
We have built two test servers side by side on the same hardware with the same configuration, as follows.
<div>Server 1: Debian 8 with FreeSWITCH 1.6.20</div>
<div>Server 2: Debian 9 with FreeSWITCH 1.8.2</div>
<div><br>
</div>
<div>We can replicate the 1-2 second delay on Server 2 only, whereas Server 1 provides near instant RTP in both directions upon answer. Interestingly, if we move FreeSWITCH 1.8.2 from Server 2 to Server 1 there are still no issues with delay on Server 1, the
 problem is only observable on the Server 2 running Debian 9 so the problem is not specifically related to FreeSWITCH 1.8.2.</div>
<div><br>
</div>
<div>At this stage it seems likely the issue lies with Debian 9 or the change in packages on Debian 9.</div>
<div><br>
</div>
<div>Thanks,</div>
<div>Shaun</div>
</div>
<hr style="display:inline-block;width:98%">
<div id="gmail-m_-8193029506361917851m_-3085562069848880637x_divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>From:</b> FreeSWITCH-users <<a href="mailto:freeswitch-users-bounces@lists.freeswitch.org" rel="noreferrer" target="_blank">freeswitch-users-bounces@lists.freeswitch.org</a>> on behalf of Shaun Stokes <<a href="mailto:shaun.stokes@itec-support.co.uk" rel="noreferrer" target="_blank">shaun.stokes@itec-support.co.uk</a>><br>
<b>Sent:</b> 11 December 2018 15:28:33<br>
<b>To:</b> FreeSWITCH Users Help<br>
<b>Subject:</b> [Freeswitch-users] FreeSWITCH 1.8.2 - 1-2 second dropped Audio\RTP at the start of a call</font>
<div> </div>
</div>

<div dir="ltr">
<div id="gmail-m_-8193029506361917851m_-3085562069848880637x_x_divtagdefaultwrapper" dir="ltr" style="font-size:12pt;color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols">
<p style="margin-top:0px;margin-bottom:0px">Hi All,</p>
<p style="margin-top:0px;margin-bottom:0px"><br>
</p>
<p style="margin-top:0px;margin-bottom:0px">Since we've been using FreeSWITCH 1.8.2 we've noticed that the first 1-2 seconds of Audio\RTP at the start of the call when the call is answered is now dropped\missing but this doesn't occur on 1.6.20. When comparing
 the examples we've noticed the call flow is slightly different, as follows.</p>
<p style="margin-top:0px;margin-bottom:0px"><br>
</p>
<p style="margin-top:0px;margin-bottom:0px">FreeSWITCH 1.8.2</p>
<p style="margin-top:0px;margin-bottom:0px"><span></span></p>
<div>Leg A: switch_channel.c:2249 (sofia/internal/SRC_EXT@DOMAIN:PORT) Callstate Change DOWN -> RINGING </div>
<div>Leg B: sofia.c:7291 Channel sofia/internal/DST_EXT@LAN_IP:PORT entering state [calling][0] </div>
<div>Leg B: sofia.c:7291 Channel sofia/internal/DST_EXT@LAN_IP:PORT entering state [proceeding][180] </div>
<div>Leg B: sofia.c:7401 Ring-Ready sofia/internal/DST_EXT@LAN_IP:PORT! </div>
<div>Leg B: switch_channel.c:3354 (sofia/internal/DST_EXT@LAN_IP:PORT) Callstate Change DOWN -> RINGING </div>
<div>Leg A: switch_ivr_originate.c:1246 Sending early media </div>
<div>Leg A: switch_channel.c:3482 (sofia/internal/SRC_EXT@DOMAIN:PORT) Callstate Change RINGING -> EARLY </div>
<div>Leg A: sofia.c:7291 Channel sofia/internal/SRC_EXT@DOMAIN:PORT entering state [early][183] </div>
<div>Leg B: sofia.c:7291 Channel sofia/internal/DST_EXT@LAN_IP:PORT entering state [completing][200] </div>
<div>Leg B: switch_channel.c:3482 (sofia/internal/DST_EXT@LAN_IP:PORT) Callstate Change RINGING -> EARLY </div>
<div>Leg B: sofia.c:7291 Channel sofia/internal/DST_EXT@LAN_IP:PORT entering state [ready][200] </div>
<div>Leg B: sofia.c:8429 Channel [sofia/internal/DST_EXT@LAN_IP:PORT] has been answered </div>
<div>Leg B: switch_channel.c:3781 (sofia/internal/DST_EXT@LAN_IP:PORT) Callstate Change EARLY -> ACTIVE </div>
<div>Leg A: switch_ivr_bridge.c:766 Channel [sofia/internal/SRC_EXT@DOMAIN:PORT] has been answered </div>
<div>Leg A: sofia.c:7291 Channel sofia/internal/SRC_EXT@DOMAIN:PORT entering state [completed][200] </div>
<div>Leg A: switch_channel.c:3781 (sofia/internal/SRC_EXT@DOMAIN:PORT) Callstate Change EARLY -> ACTIVE </div>
<div>Leg A: sofia.c:7291 Channel sofia/internal/SRC_EXT@DOMAIN:PORT entering state [ready][200] </div>
<div>Leg A: switch_ivr_async.c:1500 No silence detection configured; assuming start of speech </div>
<div>Leg B: sofia.c:7291 Channel sofia/internal/DST_EXT@LAN_IP:PORT entering state [calling][0] </div>
<div>Leg A: sofia.c:7291 Channel sofia/internal/SRC_EXT@DOMAIN:PORT entering state [calling][0] </div>
<div>Leg A: sofia.c:7291 Channel sofia/internal/SRC_EXT@DOMAIN:PORT entering state [ready][200] </div>
<div>Leg A: sofia.c:8272 Processing updated SDP </div>
<div>Leg B: sofia.c:7291 Channel sofia/internal/DST_EXT@LAN_IP:PORT entering state [ready][200] </div>
<p style="margin-top:0px;margin-bottom:0px"><span style="font-size:12pt"><span></span></span></p>
<p style="margin-top:0px;margin-bottom:0px"><span style="font-size:12pt"><br>
</span></p>
<p style="margin-top:0px;margin-bottom:0px"><span style="font-size:12pt">FreeSWITCH 1.6.20</span></p>
<p style="margin-top:0px;margin-bottom:0px"><span style="font-size:12pt"><span></span></span></p>
<div>Leg A: switch_channel.c:2249 (sofia/internal/SRC_EXT@DOMAIN:PORT) Callstate Change DOWN -> RINGING </div>
<div>Leg B: sofia.c:7084 Channel sofia/internal/DST_EXT@LAN_IP:PORT entering state [calling][0] </div>
<div>Leg B: sofia.c:7084 Channel sofia/internal/DST_EXT@LAN_IP:PORT entering state [proceeding][180] </div>
<div>Leg B: sofia.c:7192 Ring-Ready sofia/internal/DST_EXT@LAN_IP:PORT! </div>
<div>Leg B: switch_channel.c:3346 (sofia/internal/DST_EXT@LAN_IP:PORT) Callstate Change DOWN -> RINGING </div>
<div>Leg A: switch_ivr_originate.c:1215 Sending early media </div>
<div>Leg A: switch_channel.c:3474 (sofia/internal/SRC_EXT@DOMAIN:PORT) Callstate Change RINGING -> EARLY </div>
<div>Leg A: sofia.c:7084 Channel sofia/internal/SRC_EXT@DOMAIN:PORT entering state [early][183] </div>
<div>Leg B: sofia.c:7084 Channel sofia/internal/DST_EXT@LAN_IP:PORT entering state [completing][200] </div>
<div>Leg B: sofia.c:7084 Channel sofia/internal/DST_EXT@LAN_IP:PORT entering state [ready][200] </div>
<div>Leg A: switch_channel.c:3773 (sofia/internal/SRC_EXT@DOMAIN:PORT) Callstate Change EARLY -> ACTIVE </div>
<div>Leg A: sofia.c:7084 Channel sofia/internal/SRC_EXT@DOMAIN:PORT entering state [completed][200] </div>
<div>Leg A: switch_ivr_originate.c:3705 Originate Resulted in Success: [sofia/internal/DST_EXT@LAN_IP:PORT] </div>
<div>Leg B: switch_channel.c:3773 (sofia/internal/DST_EXT@LAN_IP:PORT) Callstate Change RINGING -> ACTIVE </div>
<div>Leg A: sofia.c:7084 Channel sofia/internal/SRC_EXT@DOMAIN:PORT entering state [ready][200] </div>
<div>Leg B: Channel sofia/internal/DST_EXT@LAN_IP:PORT entering state [ready][200] </div>
<div>Leg A: switch_ivr_async.c:1500 No silence detection configured; assuming start of speech </div>
<div>Leg B: sofia.c:7084 Channel sofia/internal/DST_EXT@LAN_IP:PORT entering state [calling][0] </div>
<div>Leg A: sofia.c:7084 Channel sofia/internal/SRC_EXT@DOMAIN:PORT entering state [calling][0] </div>
<div>Leg A: sofia.c:7084 Channel sofia/internal/SRC_EXT@DOMAIN:PORT entering state [ready][200] </div>
<div>Leg A: sofia.c:8061 Processing updated SDP </div>
<div>Leg B: sofia.c:7084 Channel sofia/internal/DST_EXT@LAN_IP:PORT entering state [completing][200] </div>
<div>Leg B: sofia.c:7084 Channel sofia/internal/DST_EXT@LAN_IP:PORT entering state [ready][200] </div>
<p style="margin-top:0px;margin-bottom:0px"><span style="font-size:12pt"><span><span><span><span><span><span><span></span></span></span></span></span></span></span></span></p>
<p style="margin-top:0px;margin-bottom:0px"><span style="font-size:12pt"><span><span><span><span><span><span><br>
</span></span></span></span></span></span></span></p>
<p style="margin-top:0px;margin-bottom:0px"><span style="font-size:12pt"><span><span><span><span><span><span>On 1.6.20 Leg B changes straight from RINGING to ACTIVE, but on 1.8.2 Leg B first changes from RINGING to EARLY then EARLY to ACTIVE, not sure if this
 could be related.</span></span></span></span></span></span></span></p>
<p style="margin-top:0px;margin-bottom:0px"><span style="font-size:12pt"><span><span><span><span><span><span><br>
</span></span></span></span></span></span></span></p>
<p style="margin-top:0px;margin-bottom:0px"><span style="font-size:12pt"><span><span><span><span><span><span></span></span></span></span></span></span></span></p>
<div>We've experimented with the following to no avail.</div>
<div>rtp-rewrite-timestamps</div>
<div>send_silence_when_idle</div>
<div>fsctl sync_clock </div>
<div>suppress_cng</div>
<div>ignore_early_media</div>
<div><br>
</div>
<div>As per:</div>
<div><a href="https://freeswitch.org/confluence/display/FREESWITCH/RTP+Issues" rel="noreferrer" target="_blank">https://freeswitch.org/confluence/display/FREESWITCH/RTP+Issues</a></div>
<div><a href="https://freeswitch.org/confluence/display/FREESWITCH/VAD+and+CNG" rel="noreferrer" target="_blank">https://freeswitch.org/confluence/display/FREESWITCH/VAD+and+CNG</a></div>
<div><a href="https://freeswitch.org/confluence/display/FREESWITCH/send_silence_when_idle" rel="noreferrer" target="_blank">https://freeswitch.org/confluence/display/FREESWITCH/send_silence_when_idle</a></div>
<div><a href="https://freeswitch.org/confluence/display/FREESWITCH/Early+Media" rel="noreferrer" target="_blank">https://freeswitch.org/confluence/display/FREESWITCH/Early+Media</a></div>
<p style="margin-top:0px;margin-bottom:0px"><span style="font-size:12pt"><span><span><span><span><span><span><br>
</span></span></span></span></span></span></span></p>
<p style="margin-top:0px;margin-bottom:0px"><span style="font-size:12pt"><span><span><span><span><span><span>The calls are local between two extensions\endpoints on the same FreeSWITCH instance and the same SIP profile, the SIP profiles on both servers (1.6.20
 and 1.8.2) are identical.</span></span></span></span></span></span></span></p>
<p style="margin-top:0px;margin-bottom:0px"><span style="font-size:12pt"><span><span><span><span><span><span><br>
</span></span></span></span></span></span></span></p>
<p style="margin-top:0px;margin-bottom:0px">Does anyone have any ideas?</p>
<p style="margin-top:0px;margin-bottom:0px"><br>
</p>
<p style="margin-top:0px;margin-bottom:0px">Thanks,</p>
<p style="margin-top:0px;margin-bottom:0px">Shaun</p>
</div>
</div>
</div>
</div>

_________________________________________________________________________<br>
Professional FreeSWITCH Services<br>
<a href="mailto:sales@freeswitch.com" rel="noreferrer" target="_blank">sales@freeswitch.com</a><br>
<a href="https://freeswitch.com" rel="noreferrer noreferrer" target="_blank">https://freeswitch.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="https://freeswitch.com/oss" rel="noreferrer noreferrer" target="_blank">https://freeswitch.com/oss</a><br>
<a href="https://freeswitch.org/confluence" rel="noreferrer noreferrer" target="_blank">https://freeswitch.org/confluence</a><br>
<a href="https://cluecon.com" rel="noreferrer noreferrer" target="_blank">https://cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" rel="noreferrer" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="https://freeswitch.com" rel="noreferrer noreferrer" target="_blank">https://freeswitch.com</a></blockquote></div>
_________________________________________________________________________<br>
Professional FreeSWITCH Services<br>
<a href="mailto:sales@freeswitch.com" target="_blank">sales@freeswitch.com</a><br>
<a href="https://freeswitch.com" rel="noreferrer" target="_blank">https://freeswitch.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="https://freeswitch.com/oss" rel="noreferrer" target="_blank">https://freeswitch.com/oss</a><br>
<a href="https://freeswitch.org/confluence" rel="noreferrer" target="_blank">https://freeswitch.org/confluence</a><br>
<a href="https://cluecon.com" rel="noreferrer" target="_blank">https://cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="https://freeswitch.com" rel="noreferrer" target="_blank">https://freeswitch.com</a></blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature">Sincerely,<br><br>Giovanni Maruzzelli<br>OpenTelecom.IT<br>cell: +39 347 266 56 18<br><br></div>