<div dir="ltr">Hi Daniel<div><br></div><div>Sorry for the delayed response to this, the ACK is for a 200OK yes and the problem still persists in latest 4.4 and the 5.0.1 nightly build.</div><div><br></div><div>I have all DB entries/kam logs/pcap files.</div><div><br></div><div>If you check the attached pcap, 192.168.70.70 and 192.168.252.70 are the same instance of Kamailio, it is being used to bridge the 2 networks.</div><div><br></div><div>Frame 34 shows the 200OK with lots of Record-Route etc, and frame 35 shows topos in action.</div><div><br></div><div>However the ACK that is relayed in Frame 38 seems to be missing all the Route information that was supplied in the 200OK, this causes the ACK to be relayed directly to the Contact, breaking the proxy chain.</div><div><br></div><div>Pete</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 22 February 2017 at 18:31, Daniel-Constantin Mierla <span dir="ltr"><<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <p>Hello,</p>
    <p>is the ACK for 200ok? Or an ack for a negative response?</p>
    <p>Can you get a pcap for such situation with all messages related
      to the call?</p>
    <p>Cheers,<br>
      Daniel<br>
    </p><div><div class="h5">
    <br>
    <div class="m_3280502538756237916moz-cite-prefix">On 22/02/2017 17:20, Pete Kelly wrote:<br>
    </div>
    </div></div><blockquote type="cite"><div><div class="h5">
      <div dir="ltr">Hi
        <div><br>
        </div>
        <div>I am using the topos module when bridging 2 networks with
          Kamailio.</div>
        <div><br>
        </div>
        <div>The INVITE/200OK part of the transaction is working fine
          (i.e. the Contact on both sides matches correctly the
          corresponding network).</div>
        <div><br>
        </div>
        <div>However when the ACK is sent into Kamailio, instead of
          realising the next hop is myself and skipping it, Kamailio is
          sending the ACK directly to itself as a packet, causing the
          call setup to break.</div>
        <div><br>
        </div>
        <div>Does anyone have any advice for this situation?</div>
      </div>
      <br>
      <fieldset class="m_3280502538756237916mimeAttachmentHeader"></fieldset>
      <br>
      </div></div><pre>______________________________<wbr>_________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a class="m_3280502538756237916moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a>
<a class="m_3280502538756237916moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/<wbr>cgi-bin/mailman/listinfo/sr-<wbr>users</a><span class="HOEnZb"><font color="#888888">
</font></span></pre><span class="HOEnZb"><font color="#888888">
    </font></span></blockquote><span class="HOEnZb"><font color="#888888">
    <br>
    <pre class="m_3280502538756237916moz-signature" cols="72">-- 
Daniel-Constantin Mierla
<a class="m_3280502538756237916moz-txt-link-abbreviated" href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- <a class="m_3280502538756237916moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda" target="_blank">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - <a class="m_3280502538756237916moz-txt-link-abbreviated" href="http://www.asipto.com" target="_blank">www.asipto.com</a>
Kamailio World Conference - May 8-10, 2017 - <a class="m_3280502538756237916moz-txt-link-abbreviated" href="http://www.kamailioworld.com" target="_blank">www.kamailioworld.com</a></pre>
  </font></span></div>

</blockquote></div><br></div>