Hi Daniel,<div><br></div><div>This is the ACK message:</div><div><br></div><div><div>U 2012/07/30 04:23:31.604721 <a href="http://79.170.68.151:5060">79.170.68.151:5060</a> -&gt; <a href="http://79.170.68.157:5060">79.170.68.157:5060</a></div>
<div>ACK sip:200.87.137.150:5060;user=phone SIP/2.0.</div><div>Via: SIP/2.0/UDP 79.170.68.151:5060;branch=z9hG4bK334faa4497ll114a52eACK450932302031.</div><div>Max-Forwards: 70.</div><div>Route: &lt;sip:79.170.68.157;lr;ftag=45093230-co8241-INS033&gt;.</div>
<div>To: &lt;<a href="mailto:sip%3A59146292331@79.170.68.157">sip:59146292331@79.170.68.157</a>;user=phone;noa=international&gt;;tag=ldb0cbn6-CC-23.</div><div>From: &quot;Javi Gallart&quot;&lt;<a href="mailto:sip%3A34917019888@79.170.68.151">sip:34917019888@79.170.68.151</a>;user=phone;noa=national&gt;;tag=45093230-co8241-INS033.</div>
<div>Call-ID: <a href="mailto:071ae17301d3eb470f5cdde00cd9b24b@ens.com">071ae17301d3eb470f5cdde00cd9b24b@ens.com</a>.</div><div>CSeq: 824101 ACK.</div><div>User-Agent: ENSR3.0.66.34-IS33-RMRG106382-RG105488-CPO13110.</div>
<div>Content-Length: 0.</div><div><br></div><br><div class="gmail_quote">2012/7/30 Daniel-Constantin Mierla <span dir="ltr">&lt;<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    Hello,<br>
    <br>
    can you add a log message to print the source ip, call id and r-uri?<br>
    <br>
    It may happen that the ACK is looping back if r-uri is pointing to
    itself.<br>
    <br>
    Also, try to get the ngrep on all devices, like:<br>
    <br>
    ngrep -d any -qt -W byline port 5060<br>
    <br>
    Pasting the ACK request here will help to see if something is wrong
    with it.<br>
    <br>
    Cheers,<br>
    Daniel<div><div class="h5"><br>
    <br>
    <div>On 7/30/12 8:53 AM, David Notivol
      wrote:<br>
    </div>
    </div></div><blockquote type="cite"><div><div class="h5">In a UAC-Kamailio-UAS scenario, we&#39;ve found a case
      where the ACK coming
      from uac is not relayed by our proxy to the uas. This is the log
      for the
      ACK message:
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: &lt;core&gt; [parser/msg_parser.c:624]: SIP Request:
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: &lt;core&gt; [parser/msg_parser.c:626]:  method: 
      &lt;ACK&gt;
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: &lt;core&gt; [parser/msg_parser.c:628]:  uri:
      <a href="mailto:sip:59138553189@79.170.68.157" target="_blank">&lt;sip:59138553189@79.170.68.157&gt;</a>
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: &lt;core&gt; [parser/msg_parser.c:630]:  version:
      &lt;SIP/2.0&gt;
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: &lt;core&gt; [parser/parse_via.c:1286]: Found param type
      235, &lt;rport&gt; =
      &lt;n/a&gt;; state=6
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: &lt;core&gt; [parser/parse_via.c:1286]: Found param type
      232, &lt;branch&gt;
      = &lt;z9hG4bKKc4gKXyemS9HD&gt;; state=16
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: &lt;core&gt; [parser/parse_via.c:2561]: end of header
      reached, state=5
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: &lt;core&gt; [parser/msg_parser.c:511]: parse_headers: Via
      found, flags=2
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: &lt;core&gt; [parser/msg_parser.c:513]: parse_headers: this
      is the
      first via
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: &lt;core&gt; [receive.c:149]: After parse_msg...
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: &lt;core&gt; [receive.c:190]: preparing to run routing
      scripts...
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: sl [sl_funcs.c:396]: DEBUG : sl_filter_ACK: to late to be a
      local
      ACK!
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: maxfwd [mf_funcs.c:85]: value = 65
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: &lt;core&gt; [parser/parse_to.c:178]: DEBUG: add_param:
      tag=6ne1x6d6-CC-23
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: &lt;core&gt; [parser/parse_to.c:802]: end of header
      reached, state=29
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: &lt;core&gt; [parser/msg_parser.c:188]: DEBUG:
      get_hdr_field: &lt;To&gt;
      [52]; uri=[<a href="mailto:sip:59138553189@79.170.68.157" target="_blank">sip:59138553189@79.170.68.157</a>]
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: &lt;core&gt; [parser/msg_parser.c:190]: DEBUG: to body
      [<a href="mailto:sip:59138553189@79.170.68.157" target="_blank">&lt;sip:59138553189@79.170.68.157&gt;</a>]
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: &lt;core&gt; [parser/msg_parser.c:168]: get_hdr_field: cseq
      &lt;CSeq&gt;:
      &lt;31362871&gt; &lt;ACK&gt;
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: &lt;core&gt; [parser/msg_parser.c:202]: DEBUG: get_hdr_body
      :
      content_length=0
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: &lt;core&gt; [parser/msg_parser.c:104]: found end of header
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: &lt;core&gt; [parser/parse_to.c:178]: DEBUG: add_param:
      tag=0cS8trtaF196F
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: &lt;core&gt; [parser/parse_to.c:802]: end of header
      reached, state=29
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: sanity [mod_sanity.c:255]: sanity checks result: 1
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: siputils [checks.c:106]: totag found
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      ERROR: &lt;script&gt;: ESTAMOS EN WITHIN
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: rr [loose.c:108]: No Route headers found
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      DEBUG: rr [loose.c:829]: There is no Route HF
      <br>
           Jul 27 10:04:59 theseus-test
      /usr/local/kamailio/sbin/kamailio[17358]:
      ERROR: &lt;script&gt;: NO LOOSE ROUTE 
      <div><br>
        However, in a pcap trace I clearly see the Route header:
        <br>
        This is the Record-Route in the 200 message
        <br>
             Record-Route:
        <a>&lt;sip:79.170.68.157;lr;ftag=330cdf48-co1022-INS033&gt;</a>
        <br>
        And this is the Route header in the ACk:
        <br>
             Route:
        <a>&lt;sip:79.170.68.157;lr;ftag=330cdf48-co1022-INS033&gt;</a>
        <br>
        <br>
      </div>
      <div>I haven&#39;t been able to figure out what&#39;s going on. We have
        plenty of
        traffic working in that proxy. What am I missing?
        <br>
        <br>
      </div>
      <div>Thanks in advance
        <br>
        David.
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><pre>_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-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 cols="72">-- 
Daniel-Constantin Mierla - <a href="http://www.asipto.com" target="_blank">http://www.asipto.com</a>
<a href="http://twitter.com/#!/miconda" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" target="_blank">http://www.linkedin.com/in/miconda</a>
Kamailio Advanced Training, Seattle, USA, Sep 23-26, 2012 - <a href="http://asipto.com/u/katu" target="_blank">http://asipto.com/u/katu</a>
Kamailio Practical Workshop, Netherlands, Sep 10-12, 2012 - <a href="http://asipto.com/u/kpw" target="_blank">http://asipto.com/u/kpw</a></pre>
  </font></span></div>

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