<div dir="ltr">Hi Daniel and Kamailio developers,<div>here are the two patches for registrar and tm modules needed by the tsilo module.</div><div><br></div><div>Looking forward to hearing your feedback.</div><div><br></div><div>Regards,</div><div><br></div><div>Federico</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 10, 2014 at 9:22 AM, 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">
    Hi Federico,<br>
    <br>
    thanks for this contribution! We will grant you write access to the
    git repository to push and maintain your new module.<br>
    <br>
    I will review the patches for registrar and tm modules. For sake of
    everyone having a chance to look at them, can you send the patches
    to this mailing list?<br>
    <br>
    Cheers,<br>
    Daniel<div><div class="h5"><br>
    <br>
    <div>On 10/09/14 07:36, Federico Cabiddu
      wrote:<br>
    </div>
    </div></div><blockquote type="cite"><div><div class="h5">
      <div dir="ltr">Hi all Kamailio developers,
        <div>I would like to propose a new module that I've written
          recently, the tsilo module where tsilo stands for "transaction
          silo" (thanks Daniel for suggesting the name). The module
          provides the ability to add branches to a transaction that has
          already been relayed and still hasn't got a final response. It
          achieves it by storing in an internal table a list of
          transactions per r-uri. </div>
        <div><br>
        </div>
        <div>The scenarios for which this functionality has been
          originally though are those in which a user's device is
          usually not registered on kamailio but, in case of incoming
          invite, can be "waken up" (and so trigger its registration) by
          means of mechanisms other than SIP; typically scenarios
          involving APN, GCM or other push mechanisms.</div>
        <div><br>
        </div>
        <div>The module exposes 3 functions to configuration script:</div>
        <div><br>
        </div>
        <div>- t_store(): store the current transaction </div>
        <div>- t_append(domain, ruri): append branches to all the
          transactions existing for "ruri" looking up new contacts in
          "domain" table</div>
        <div>- t_append_to(tindex, tlabel, domain): append branches to
          transaction identified by tindex and tlabel looking up new
          contacts in "domain" table</div>
        <div><br>
        </div>
        <div>The module depends on tm and registrar module on which some
          modifications have been done:</div>
        <div><br>
        </div>
        <div>registrar: new api function update_to_dset to update the
          dset without rewriting the r-uri</div>
        <div>tm: new api function t_append_branches and some
          modifications on t_fwd.* to implement it<br>
        </div>
        <div><br>
        </div>
        <div>I hope that this contribution could be useful for the
          community and I look forward to hearing your feedback,
          thoughts, suggestions.</div>
        <div><br>
        </div>
        <div>Best regards,</div>
        <div><br>
        </div>
        <div>Federico Cabiddu </div>
        <div><br>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><pre>_______________________________________________
sr-dev mailing list
<a href="mailto:sr-dev@lists.sip-router.org" target="_blank">sr-dev@lists.sip-router.org</a>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev</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://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>
Next Kamailio Advanced Trainings 2014 - <a href="http://www.asipto.com" target="_blank">http://www.asipto.com</a>
Sep 22-25, Berlin, Germany</pre>
  </font></span></div>

<br>_______________________________________________<br>
sr-dev mailing list<br>
<a href="mailto:sr-dev@lists.sip-router.org">sr-dev@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev</a><br>
<br></blockquote></div><br></div>