<div dir="ltr"><div dir="ltr">Hi All,<br><div><br></div><div>I am working on a problem where for a few destinations my OpenSIPs is receiving RE-INVITE messages with late SDP. This is causing a breakdown in the rtpproxy engagement and causing the audio to fail mid call.</div><div><br></div><div>The OpenSIPs deployment is acting as a SIP proxy which traverses NAT and rtpproxy is used in bridging mode. I am using rtpproxy_engage to tie the integration to the dialog session and this is for all other purposes working as expected.</div><div><br></div><div>My failure scenario is when the remote system sends a RE-INVITE message which includes no SDP. This passes through to my FreeSWITCH server which responds with a 200 including SDP. This message is processed fine and interacts with rtpproxy as expected and provides the remote with the correct public IP and port for RTP (the same as returned during call setup). In response the remote system returns an ACK with SDP which triggers an OpenSIPs error message (below) which results in the remotes public IP being passed through in SDP which causes the FreeSWITCH to start sending RTP direct resulting in one way audio as the media server is not publicly accessible.</div><div><br></div><div><b>ERROR:rtpproxy:engage_force_rtpproxy: not a late negotiation - ACK cannot have SDP body</b></div><div><br></div><div>As I understand it the FreeSWITCH behaviour is OK, although I am not clear why it feels the need to resend the SDP. All I want to happen in this scenario is for rtpproxy module to re-write the SDP in the way it has for all previous messages. I am very interested to hear if there is any reason for rtpproxy to disallow late negotiation in this scenario, if anyone can point to a relevant RFC that would be interesting!</div><div><br></div><div>Is there any way around this other than some sort of manual SDP re-write (not helpful to me as I am using a pool of rtpproxy instances)? Might I have more luck with offer/answer or indeed rtpengine?</div><div><br></div><div>I've illustrated the scenario better on the following link (sngrep paste):</div><div><br></div><div><a href="https://gist.githubusercontent.com/spacetourist/ef0478c0bf4e2d736f9b5663042087dd/raw/6f0a984a1a2838e7e2c4539f059fd68935a3b0b1/gistfile1.txt">https://gist.githubusercontent.com/spacetourist/ef0478c0bf4e2d736f9b5663042087dd/raw/6f0a984a1a2838e7e2c4539f059fd68935a3b0b1/gistfile1.txt</a><br></div><div><br></div><div>Thanks, looking forward to any advice!</div><div><br></div><div>Best regards,</div><div><br></div><div>Callum</div><div><br></div><div><br></div></div></div>

<br>
<p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt;text-align:justify"><font size="3" face="Verdana"><span style="font-size:8px;color:rgb(0,0,0);background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline"></span></font></p><div><img src="https://www.x-on.co.uk/email/footer/banner-surgeryconnect-jun-sep-19.jpg"></div><div><br></div><div><div><div><font size="4"><b>^{<font face="Verdana">0333 332 0000  |  <a href="http://www.x-on.co.uk" target="_blank">www.x-on.co.uk</a>  |  </font>}</b></font><font size="4"><b>_{^{<font face="Verdana"><a href="https://www.linkedin.com/company/x-on" target="_blank"><img src="http://www.x-on.co.uk//images/icon/linkedin.png" width="24" height="24"></a>  <a href="https://www.facebook.com/XonTel" target="_blank"><img src="http://www.x-on.co.uk//images/icon/facebook.png" width="24" height="24"></a>  <a href="https://twitter.com/xonuk" target="_blank"><img src="http://www.x-on.co.uk//images/icon/twitter.png" width="24" height="24"></a></font>}} </b></font><br><p><span style="font-size:6.0pt;font-family:Verdana;color:black">X-on
is a trading name of Storacall Technology Ltd a limited company registered in
England and Wales.<br>
Registered Office : Avaland House, 110 London Road, Apsley, Hemel Hempstead,
Herts, HP3 9SD. Company Registration No. 2578478.<br>
The information in this e-mail is confidential and for use by the addressee(s)
only. If you are not the intended recipient, please notify X-on immediately on <span>+44(0)333 332 0000</span> and delete the<br>message from your computer. If you are not a named addressee you must not use,
disclose, disseminate, distribute, copy, print or reply to this email. </span><span style="font-size:6.0pt;font-family:Verdana;color:black">Views
or opinions expressed by an individual<br>within this email may not necessarily
reflect the views of X-on or its associated companies. Although X-on routinely
screens for viruses, addressees should scan this email and any attachments<br>for
viruses. X-on makes no representation or warranty as to the absence of viruses
in this email or any attachments.</span></p>





<p><span style="font-size:6.0pt;font-family:Verdana;color:black"></span><font size="2"><span style="font-size:6.0pt;font-family:Verdana;color:black"></span></font></p></div></div></div>