<div dir="ltr">Hi Roberto,<div>I will try to post an example in the next days.</div><div><br></div><div>Regards,</div><div><br></div><div>Federico</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 24, 2015 at 2:56 PM, Roberto Fichera <span dir="ltr"><<a href="mailto:kernel@tekno-soft.it" target="_blank">kernel@tekno-soft.it</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">
    <div>On 03/24/2015 07:48 AM, Federico
      Cabiddu wrote:<br>
      <br>
      Ciao Federico,<br>
      <br>
    </div><span class="">
    <blockquote type="cite">
      <div dir="ltr">Hi Alex,
        <div>the use case for which I wrote the module is the following.
          Suppose that your service is mobile oriented and thus you are
          using "push" (APN, GCM or custom one) mechanism to reach your
          customers' devices. The devices are not registered most of the
          time, they do after receiving a push triggered by an incoming
          INVITE.</div>
        <div>In a real scenario a user could have some "traditional" SIP
          devices always registered, some Android devices and some iOS
          devices. You don't know how many devices the customer has, you
          don't know how many devices are reachable by push at the
          moment you send it, you don't know how much time it will take
          for each device to register and maybe some will never receive
          the push. So, in the traditional way the lookup is done, you
          have to wait for all the devices to register or take some
          arbitrary decision on when stop waiting and sending out the
          INVITE. </div>
        <div>This is the use case I wrote the module for: as soon as the
          first device registers you send out the INVITE and when other
          devices for the same AOR register you keep adding branches to
          the transaction previously stored with ts_store().</div>
        <div>It seemed to me that this was the simplest and more
          effective way to manage this scenario. At the beginning I
          though that it would be enough to write a function for the tmx
          module but then things got too complicated with the
          dependencies from the TM and the REGISTRAR module, so it was
          decided to have a dedicated module. Maybe some other use cases
          can be addressed by it.</div>
        <div>Hope I have been clear enough, maybe I should write a
          tutorial to better explain this.</div>
      </div>
    </blockquote>
    <br></span>
    Can you please post an APN working example of usage?<br>
    <br>
    Thanks in advance,<br>
    Roberto Fichera.<span class=""><br>
    <br>
    <blockquote type="cite">
      <div dir="ltr">
        <div><br>
        </div>
        <div>Regards,</div>
        <div><br>
        </div>
        <div>Federico</div>
      </div>
      <div class="gmail_extra"><br>
        <div class="gmail_quote">On Tue, Mar 24, 2015 at 4:25 AM, Alex
          Balashov <span dir="ltr"><<a href="mailto:abalashov@evaristesys.com" target="_blank">abalashov@evaristesys.com</a>></span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
            <br>
            I don't understand the tsilo module. What is the practical
            use case for it?<br>
            <br>
            Thanks,<br>
            <br>
            -- <br>
            Alex Balashov | Principal | Evariste Systems LLC<br>
            303 Perimeter Center North, Suite 300<br>
            Atlanta, GA 30346<br>
            United States<br>
            <br>
            Tel: <a href="tel:%2B1-800-250-5920" value="+18002505920" target="_blank">+1-800-250-5920</a>
            (toll-free) / <a href="tel:%2B1-678-954-0671" value="+16789540671" target="_blank">+1-678-954-0671</a> (direct)<br>
            Web: <a href="http://www.evaristesys.com/" target="_blank">http://www.evaristesys.com/</a>,
            <a href="http://www.csrpswitch.com/" target="_blank">http://www.csrpswitch.com/</a><br>
            <br>
            _______________________________________________<br>
            SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
            mailing list<br>
            <a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
            <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><br>
          </blockquote>
        </div>
        <br>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      <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>
</pre>
    </blockquote>
    <br>
  </span></div>

<br>_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<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><br>
<br></blockquote></div><br></div>