<div dir="ltr"><div dir="ltr">On Mon, Mar 21, 2022 at 7:18 AM Karsten Wemheuer <<a href="mailto:kwem@mail.de">kwem@mail.de</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">Hi *,<br>
<br>
i am trying to analyze a problem with pjsip. <br>
<br>
Scenario: Phones are registered to opensips. From there the calls go to<br>
asterisk and then on via the trunk. This works fine. <br>
<br>
In the opposite direction there is sometimes a problem:<br>
A call comes in over the trunk, asterisk sends the INVITE to opensips.<br>
>From there the INVITE goes to the phone. After the call is answered<br>
(200 OK from phone via proxy), asterisk sends the ACK not via the proxy<br>
but directly to the phone. Looking at the debug log it looks like the<br>
destination address of the ACK is obtained from the Contact or RTP data<br>
and not from the Via header.<br>
<br>
I would like to check the source code to see if I am doing something<br>
wrong or if there is a bug. Where do I enter to investigate the<br>
construction of the ACK packet?<br></blockquote><div><br></div><div>I would not suggest looking at the source code for this. You would still have to understand SIP itself to know what is going on, so the RFC is really the best place.</div><div><br></div><div>For your specific issue - unless the proxy is doing record routing, then the behavior is correct. The Contact header would be used for sending the ACK. RTP is never used for SIP signaling destination.</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><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>