<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi OpenSIPs Community,<div><br></div><div>I wanted to report an issue I discovered when attempting to use the rtpproxy module, using the dialog backed rtpproxy_engage() function. Finding that it was not engaging in certain scenarios I took a closer look at the activity on the control port and discovered that OpenSIPS never sent a request to open the session in this scenario.</div><div><br></div><div>To help illustrate, here is an example control port sequence of a properly engaged call:</div><div><br></div><div>65098_11 <b>UR</b>8.8.8.8c9,8,0,3,101,13 <b><i>the-call-id</i></b> 192.168.153.223 10248 <b><i>from-tag</i></b>;1<br></div><div>65118_19 <b>LR</b>8.8.8.8c8,101 <b><i>the-call-id</i></b> 192.168.153.223 10248 <b><i>from-tag</i></b>;1 <b><i>to-tag</i></b>;1<br></div><div><br></div><div>In my scenario the <b>UR</b> (create session) request was never received. Without claiming any expertise on the rtpproxy protocol this was clearly not correct and the <b>LC</b> (update session) request could not locate a session to act on.</div><div><br></div><div>Following a fairly lengthy investigation I traced the issue back to my usage of the async() function where i was issuing the rtpproxy_engage() request before calling async for another purpose. The solution was simply to move the rtpproxy_engage() call to after the async method.</div><div><br></div><div>I'm happy that the issue is resolved for my requirements however I thought I would share the experience to the list in case others found themselves having a similar issue.</div><div><br></div><div>Thanks!</div><div><br></div><div>Callum</div></div></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-mar-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>