<div dir="ltr"><div>Hi Dovid and Joshua,</div><div><br></div><div>The PSTN is sending RTP immediately after the 200 OK, on both legs of the call. Since the PCAP taken on the Asterisk server itself shows this RTP from the PSTN then presumably it can't be a network issue preventing the RTP.<br></div><div><br></div><div>Having said that, the problem is not reproduced when the peer is another Asterisk server on the same network, and that does point to a network difference.<br></div><div><br></div><div>Is there any other way in which the RTP keepalive might affect Asterisk's behaviour?<br></div><div><br></div><div>Thanks for your help on this.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 19 May 2022 at 20:40, Joshua C. Colp <<a href="mailto:jcolp@sangoma.com">jcolp@sangoma.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="ltr"><div dir="ltr">On Thu, May 19, 2022 at 3:52 AM Dovid Bender <<a href="mailto:dovid@telecurve.com" target="_blank">dovid@telecurve.com</a>> wrote:<br></div><div class="gmail_quote"><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">David,<br><div><br>Are you getting any RTP from the PSTN for either leg? If not it could be that they assume you are behind NAT and want to see where the SRC of the RTP before they send it back. We had a few carriers that did this. The easiest way to get around it was to play a 0.5 second audio clip to the incoming leg. This will send RTP to the inbound carrier, causing them to send RTP back to you which would then hit the terminating carrier, which then sends you back RTP completing the loop. The dialplan looks something like this.<br><br>same =>                n, Progress()<br>same =>                n, Playback(/var/lib//asterisk_custom/sounds/xc,noanswer)<br>same =>                n, Dial(SIP/+${EXTEN}@carrier,,)</div></div></blockquote><div><br></div><div>I've also seen this happen due to networking equipment, specifically the equipment wanting Asterisk to send packets before allowing packets in. If both sides of the call are in this state, then you reach a stalemate and media won't flow. Since rtp_keepalive is generated by Asterisk, it gets sent, and media starts flowing.</div></div><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div style="font-family:tahoma,sans-serif"><font color="#073763">Joshua C. Colp</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Asterisk Technical Lead</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Sangoma Technologies</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Check us out at <a href="http://www.sangoma.com" target="_blank">www.sangoma.com</a> and <a href="http://www.asterisk.org" target="_blank">www.asterisk.org</a></font><br></div></div></div></div></div></div></div></div></div></div></div>
-- <br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
Check out the new Asterisk community forum at: <a href="https://community.asterisk.org/" rel="noreferrer" target="_blank">https://community.asterisk.org/</a><br>
<br>
New to Asterisk? Start here:<br>
      <a href="https://wiki.asterisk.org/wiki/display/AST/Getting+Started" rel="noreferrer" target="_blank">https://wiki.asterisk.org/wiki/display/AST/Getting+Started</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" rel="noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a></blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>David Cunningham, Voisonics Limited<br><a href="http://voisonics.com/" target="_blank">http://voisonics.com/</a><br>USA: +1 213 221 1092<br>New Zealand: +64 (0)28 2558 3782</div></div></div></div></div></div></div></div></div></div></div>