<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hello,<br>
    <br>
    <div class="moz-cite-prefix">On 12/6/12 11:44 AM, Peter Dunkley
      wrote:<br>
    </div>
    <blockquote
      cite="mid:1354790678.2387.13.camel@pd-notebook-linux.croc.internal"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=ISO-8859-1">
      <meta name="GENERATOR" content="GtkHTML/4.4.4">
      Hi Olle,<br>
      <br>
      I haven't had any time for the last few months to work on
      outbound.&nbsp; So there is some module boiler plate and a set of notes
      (attached) at the moment and not much more.<br>
      <br>
      I have a requirement for outbound myself for early next year, so
      will be picking it up again soon, but there is little to no chance
      of it making it into Kamailio 3.4.<br>
      <br>
      One thing that would speed up the development of outbound is if
      someone else (who knows about the internals of the registrar and
      usrloc modules) took on the tasks relating to those.&nbsp; These are
      basically:
      <ul>
        <li>Handle multiple registrations with same instance ID but
          difference reg-id (may already be supported) </li>
      </ul>
    </blockquote>
    this should be supported, there is no unique key on instance only
    and reg-id is saved -- in the worst case, the required changes are
    very small.<br>
    <br>
    <blockquote
      cite="mid:1354790678.2387.13.camel@pd-notebook-linux.croc.internal"
      type="cite">
      <ul>
        <li>Have registrar populate an AVP array (specified as a
          modparam), ordered by reg-id, when a lookup() is performed -
          similar to dispatcher (but don't break parallel and serial
          forking) - set $du to first contact in the AVP array. </li>
      </ul>
    </blockquote>
    <br>
    This one can be also easily added, we have t_load_contacts() which
    serializes the contact records based on Q value. It has to be
    extended to work on reg-id:<br>
    <br>
    <a class="moz-txt-link-freetext" href="http://kamailio.org/docs/modules/stable/modules/tm.html#id2550968">http://kamailio.org/docs/modules/stable/modules/tm.html#id2550968</a><br>
    <br>
    <blockquote
      cite="mid:1354790678.2387.13.camel@pd-notebook-linux.croc.internal"
      type="cite">
      <ul>
        <li>New API (lookup_next_dest()) in registrar that allow you to
          work through the set in order if a 430 is returned (API needs
          to remove failed contacts from the location table) - again,
          similar to dispatcher
        </li>
      </ul>
    </blockquote>
    <br>
    There is t_next_contacts(), working on the set of avps built by
    t_load_contacts() -- again, it need some enhancements, but probably
    not hard work.<br>
    <br>
    Perhaps I can help on the above points, even do them myself, but I
    can't give any timelines for the moment.<br>
    <br>
    <blockquote
      cite="mid:1354790678.2387.13.camel@pd-notebook-linux.croc.internal"
      type="cite">
      And for being able to use outbound for NAT traversal on a single
      server (so no Edge proxies):
      <ul>
        <li>Make registrar able to detect that the top Path-URI for the
          contact is actually an interface on the local server, and if
          it has an ;ob parameter and a flow token, set $du based on
          that.
        </li>
      </ul>
    </blockquote>
    <br>
    Address in firth path will be used to set $du anyhow, not sure what
    the flow token implies, but might be just done from config.<br>
    <br>
    Cheers,<br>
    Daniel<br>
    <br>
    <blockquote
      cite="mid:1354790678.2387.13.camel@pd-notebook-linux.croc.internal"
      type="cite">
      <br>
      This would allow me to focus on the Edge server behaviour, which
      involves changes to path, rr, a new outbound module, and some
      configuration examples (for edge and proxy/registrar).<br>
      <br>
      Regards,<br>
      <br>
      Peter<br>
      <br>
      <br>
      On Thu, 2012-12-06 at 09:43 +0100, Olle E. Johansson wrote:
      <blockquote type="CITE">
        <pre>Peter,

What's the current status of the outbound support? Which branch is it? 

Can we do anything to help to get this into the coming release?

/O

_______________________________________________
sr-dev mailing list
<a moz-do-not-send="true" href="mailto:sr-dev@lists.sip-router.org">sr-dev@lists.sip-router.org</a>
<a moz-do-not-send="true" 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>
      <table cellpadding="0" cellspacing="0" width="100%">
        <tbody>
          <tr>
            <td>
              <pre>-- 
Peter Dunkley
Technical Director
Crocodile RCS Ltd
</pre>
            </td>
          </tr>
        </tbody>
      </table>
      <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></pre>
  </body>
</html>