<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Hello,<br>
    <br>
    looks like a broken routing logic somewhere. What addresses are
    assigned to your server? There are some exposed or masked in the
    trace you send, which of those are?<br>
    <br>
    Cheers,<br>
    Daniel<br>
    <br>
    <div class="moz-cite-prefix">On 5/20/13 9:03 PM, Peter Dunkley
      wrote:<br>
    </div>
    <blockquote cite="mid:519A7378.2050707@crocodile-rcs.com"
      type="cite">
      <meta http-equiv="content-type" content="text/html;
        charset=ISO-8859-1">
      Hello,<br>
      <br>
      The configuration is:<br>
      <br>
      Jitsi #1 registered with sip2sip.info<br>
      Jitsi #2 registered with my server(s) (Kamailio edge proxy and
      Kamailio registrar) on Amazon AWS running Kamailio from git master<br>
      <br>
      I make a call from Jitsi #1 to Jitsi #2 (there are SRV records for
      my domain in Amazon Route 53 so that sip2sip.info can find my
      servers).  The flow of the call is:<br>
      <blockquote>Jitsi #1 -> sip2sip.info -> Kamailio edge proxy
        -> Kamailio registrar -> Kamailio edge proxy -> Jitsi
        #2<br>
      </blockquote>
      <br>
      The calls do not get established properly because the ACK is not
      correctly routed.  Calls between two Jitsi instances registered on
      my servers works.  Calls from Jitsi #2 to Jitsi #1 (my servers to
      sip2sip.info) also work.  This problem occurs whatever the value
      of the "enable_double_rr" modparam.<br>
      <br>
      The 200 OK (INVITE) sent from my servers back to sip2sip.info
      looks OK and has a valid looking route-set:<br>
      <blockquote>
        <pre>SIP/2.0 200 OK
To: <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:sip:...callee...@...calleedomain..."><sip:...callee...@...callee domain...></a>;tag=e5116094
Via: SIP/2.0/UDP 81.23.228.129:5060;rport=5060;branch=z9hG4bKdb93.87290485.0;i=0efbc,SIP/2.0/TLS 192.168.0.135:52379;rport=52379;received=a.b.c.d;branch=z9hG4bK-363631-23ca624fe9c119f229080992ed4fc143
Record-Route: <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:sip:Rlwj4KMCy9UUUAMK9JufE8VamABismk=@e.f.g.h:5061;transport=tls;r2=on;lr=on"><sip:Rlwj4KMCy9UUUAMK9JufE8VamABismk=@e.f.g.h:5061;transport=tls;r2=on;lr=on></a>,<a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:sip:Rlwj4KMCy9UUUAMK9JufE8VamABismk=@10.244.155.159:5080;transport=tcp;r2=on;lr=on"><sip:Rlwj4KMCy9UUUAMK9JufE8VamABismk=@10.244.155.159:5080;transport=tcp;r2=on;lr=on></a>,<a class="moz-txt-link-rfc2396E" href="sip:10.101.62.154;transport=tcp;lr=on"><sip:10.101.62.154;transport=tcp;lr=on></a>,<a class="moz-txt-link-rfc2396E" href="sip:10.244.155.159:5080;transport=tcp;r2=on;lr=on"><sip:10.244.155.159:5080;transport=tcp;r2=on;lr=on></a>,<a class="moz-txt-link-rfc2396E" href="sip:e.f.g.h;r2=on;lr=on"><sip:e.f.g.h;r2=on;lr=on></a>,<a class="moz-txt-link-rfc2396E" href="sip:81.23.228.129;r2=on;lr;ftag=2d246de3;did=989.4a20eb73"><sip:81.23.228.129;r2=
on;lr;ftag=2d246de3;did=989.4a20eb73></a>,<a class="moz-txt-link-rfc2396E" href="sip:81.23.228.129:5061;transport=tls;r2=on;lr;ftag=2d246de3;did=989.4a20eb73"><sip:81.23.228.129:5061;transport=tls;r2=on;lr;ftag=2d246de3;did=989.4a20eb73></a>
CSeq: 2 INVITE
Call-ID: 38135c0b82a8a7d571352350d207b943@0:0:0:0:0:0:0:0
From: "Caller" <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:sip:...caller...@sip2sip.info"><sip:...caller...@sip2sip.info></a>;tag=2d246de3
Contact: "callee" <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:sip:...callee...@10.6.201.224:60847;transport=tls;registering_acc=...calleedomain..."><sip:...callee...@10.6.201.224:60847;transport=tls;registering_acc=...callee domain...></a>
User-Agent: Jitsi2.3.4622.9647Linux
Content-Type: application/sdp
Content-Length: 838

...lots of SDP...</pre>
      </blockquote>
      <br>
      The ACK from sip2sip.info to my servers looks OK too:<br>
      <blockquote>
        <pre>ACK <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sip:...callee...@174.129.184.181:5060;transport=tls;registering_acc=...callee">sip:...callee...@174.129.184.181:5060;transport=tls;registering_acc=...callee</a> domain... SIP/2.0
Call-ID: 38135c0b82a8a7d571352350d207b943@0:0:0:0:0:0:0:0
CSeq: 2 ACK
Via: SIP/2.0/UDP 81.23.228.129:5060;branch=z9hG4bKdb93.87290485.2;i=0efbc
Via: SIP/2.0/TLS 192.168.0.135:52379;rport=52379;received=a.b.c.d;branch=z9hG4bK-363631-212696616e66a14286e3165485387895
From: "Caller" <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:sip:...caller...@sip2sip.info"><sip:...caller...@sip2sip.info></a>;tag=2d246de3
To: "callee" <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:sip:...callee...@...calleedomain..."><sip:...callee...@...callee domain...></a>;tag=e5116094
Max-Forwards: 69
Route: <a class="moz-txt-link-rfc2396E" href="sip:e.f.g.h;r2=on;lr=on"><sip:e.f.g.h;r2=on;lr=on></a>,<a class="moz-txt-link-rfc2396E" href="sip:10.244.155.159:5080;transport=tcp;r2=on;lr=on"><sip:10.244.155.159:5080;transport=tcp;r2=on;lr=on></a>,<a class="moz-txt-link-rfc2396E" href="sip:10.101.62.154;transport=tcp;lr=on"><sip:10.101.62.154;transport=tcp;lr=on></a>,<a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:sip:Rlwj4KMCy9UUUAMK9JufE8VamABismk=@10.244.155.159:5080;transport=tcp;r2=on;lr=on"><sip:Rlwj4KMCy9UUUAMK9JufE8VamABismk=@10.244.155.159:5080;transport=tcp;r2=on;lr=on></a>,<a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:sip:Rlwj4KMCy9UUUAMK9JufE8VamABismk=@e.f.g.h:5061;transport=tls;r2=on;lr=on"><sip:Rlwj4KMCy9UUUAMK9JufE8VamABismk=@e.f.g.h:5061;transport=tls;r2=on;lr=on></a>
Contact: "Caller" <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:sip:...caller...@90.152.0.102:52379;transport=tls;registering_acc=sip2sip_info"><sip:...caller...@90.152.0.102:52379;transport=tls;registering_acc=sip2sip_info></a>
User-Agent: Jitsi2.2.4603.9615Windows 7
Content-Length: 0</pre>
      </blockquote>
      But the ACK from from my edge proxy to my registrar looks very
      broken:<br>
      <blockquote>
        <pre>ACK <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sip:Rlwj4KMCy9UUUAMK9JufE8VamABismk=@e.f.g.h:5061;transport=tls;r2=on;lr=on">sip:Rlwj4KMCy9UUUAMK9JufE8VamABismk=@e.f.g.h:5061;transport=tls;r2=on;lr=on</a> SIP/2.0
Call-ID: 38135c0b82a8a7d571352350d207b943@0:0:0:0:0:0:0:0
CSeq: 2 ACK
Via: SIP/2.0/TCP e.f.g.h:5060;branch=z9hG4bKdb93.444f42f24139f6dc512d70f61ca64be4.0
Via: SIP/2.0/UDP 81.23.228.129:5060;rport=5060;branch=z9hG4bKdb93.87290485.2;i=0efbc
Via: SIP/2.0/TLS 192.168.0.135:52379;rport=52379;received=a.b.c.d;branch=z9hG4bK-363631-212696616e66a14286e3165485387895
From: "Caller" <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:sip:...caller...@sip2sip.info"><sip:...caller...@sip2sip.info></a>;tag=2d246de3
To: "callee" <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:sip:...callee...@...calleedomain..."><sip:...callee...@...callee domain...></a>;tag=e5116094
Max-Forwards: 16
Route: <a class="moz-txt-link-rfc2396E" href="sip:10.244.155.159:5080;transport=tcp;r2=on;lr=on"><sip:10.244.155.159:5080;transport=tcp;r2=on;lr=on></a>,<a class="moz-txt-link-rfc2396E" href="sip:10.101.62.154;transport=tcp;lr=on"><sip:10.101.62.154;transport=tcp;lr=on></a>,<a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:sip:Rlwj4KMCy9UUUAMK9JufE8VamABismk=@10.244.155.159:5080;transport=tcp;r2=on;lr=on"><sip:Rlwj4KMCy9UUUAMK9JufE8VamABismk=@10.244.155.159:5080;transport=tcp;r2=on;lr=on></a>
Contact: "Caller" <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:sip:...caller...@a.b.c.d:52379;transport=tls;registering_acc=sip2sip_info"><sip:...caller...@a.b.c.d:52379;transport=tls;registering_acc=sip2sip_info></a>
User-Agent: Jitsi2.2.4603.9615Windows 7
Content-Length: 0</pre>
      </blockquote>
      With debug turned up on the edge proxy I see the output from lines
      673 and 723 indicating that the loose.c:after_strict() is run.<br>
      <br>
      My edge proxy configuration is:<br>
      <blockquote>
        <pre>request_route {
        route(REQINIT);

        route(OPTIONS);

        sip_trace();
        setflag(F_SIPTRACE);

        if (is_method("CANCEL")) {
                if (t_check_trans()) {
                        route(RELAY);
                }
                exit;
        }

        route(WITHINDLG);
        ...


route[WITHINDLG] {
        if (has_totag()) {
                if (!loose_route()) {
                        switch($rc) {
                        case -2:
                                send_reply("403", "Forbidden");
                                exit;
                        default:
                                if (is_method("ACK")) {
                                        if ( t_check_trans() ) {
                                                route(RELAY);
                                                exit;
                                        } else {
                                                exit;
                                        }
                                }
                                send_reply("404","Not Found");
                        }
                } else {
                        if ($rc == 2) {
                                setflag(F_OB_DRIVEN);
                        }

                        if (is_method("NOTIFY")) {
                                record_route();
                        }
                        route(RELAY);
                }
                exit;
        }
}

</pre>
      </blockquote>
      Have I done something fundamentally stupid here, or is there some
      obscure bug in the loose/strict routing code?<br>
      <br>
      Regards,<br>
      <br>
      Peter<br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
sr-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sr-dev@lists.sip-router.org">sr-dev@lists.sip-router.org</a>
<a class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev</a>
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Daniel-Constantin Mierla - <a class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a>
<a class="moz-txt-link-freetext" href="http://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> - <a class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a>
Kamailio Advanced Training, San Francisco, USA - June 24-27, 2013
  * <a class="moz-txt-link-freetext" href="http://asipto.com/u/katu">http://asipto.com/u/katu</a> *</pre>
  </body>
</html>