<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hello,<br>
    <br>
    On 9/14/11 9:55 AM, Andreas Granig wrote:
    <blockquote cite="mid:4E705E09.8010000@sipwise.com" type="cite">
      <pre wrap="">Hi Daniel,

On 09/14/2011 08:30 AM, Daniel-Constantine Mierla wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">Seems like the rr params value is not set properly. I looked in rr module and such case can happen indeed, but for the case when uri in rr does not match myself. Is this also in your case? I wonder anyhow why the callbacks are executed in route header uri is not local address...
</pre>
      </blockquote>
      <pre wrap="">
Indeed it happens when it doesn't match itself.</pre>
    </blockquote>
    ok, so then it is found, fix to be done later.<br>
    <br>
    However, I wonder if it makes sense to execute the rr calbacks when
    the uri does not match myself. IIRC, the purpose of rr callbacks was
    to access parameters added by proxy itself in record-route header
    which should be mirrored by route headers. Do I misunderstand their
    goal? Afaik path, dialog and uac modules use them to get parameters
    for dialog id, from header recovery ... which are added by proxy
    itself. Not sure for path module, is it about accessing parameters
    set by same instance in record-route?<br>
    <br>
    Cheers,<br>
    Daniel<br>
    <br>
    <blockquote cite="mid:4E705E09.8010000@sipwise.com" type="cite">
      <pre wrap="">

</pre>
      <blockquote type="cite">
        <pre wrap="">Btw, were all hops in the signaling performing loose routing or some did strict routing?
</pre>
      </blockquote>
      <pre wrap="">
Well, the use-case is this:

REGISTER <a class="moz-txt-link-freetext" href="sip:mydomain.com:5060">sip:mydomain.com:5060</a>
Route: <a class="moz-txt-link-rfc2396E" href="sip:mydomain.com;lr">&lt;sip:mydomain.com;lr&gt;</a>
To: <a class="moz-txt-link-rfc2396E" href="sip:myuser@mydomain.com">&lt;sip:myuser@mydomain.com&gt;</a>

So it's an initial REGISTER with no to-tag but with a Route header (e.g.
pjsip loves to do that for some reason for every initial request). We're
using Kamailio as a load-balancer (this is where the error occurs) in
the SPCE, and we don't set any "alias" parameter there, so the Route is
not considered local.

Instead, we're doing something like this:

if(loose_route()) {
  if(!has_totag()) {
    $du = $null;
    # send off to proxy using dispatcher
  } else {
    t_relay();
  }
}

Then on the proxy we check again after loose_route() using
is_domain_local("$dd") to either silently consume routes which are in
our domain table or to reject them if not.

Thanks,
Andreas
</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</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>
Kamailio Advanced Training, Oct 10-13, Berlin: <a class="moz-txt-link-freetext" href="http://asipto.com/u/kat">http://asipto.com/u/kat</a>
<a class="moz-txt-link-freetext" href="http://linkedin.com/in/miconda">http://linkedin.com/in/miconda</a> -- <a class="moz-txt-link-freetext" href="http://twitter.com/miconda">http://twitter.com/miconda</a></pre>
  </body>
</html>