Hello,
I don't understand the tsilo module. What is the practical use case for it?
Thanks,
Hi Alex, 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. 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. 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(). 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. Hope I have been clear enough, maybe I should write a tutorial to better explain this.
Regards,
Federico
On Tue, Mar 24, 2015 at 4:25 AM, Alex Balashov abalashov@evaristesys.com wrote:
Hello,
I don't understand the tsilo module. What is the practical use case for it?
Thanks,
-- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
On 03/24/2015 07:48 AM, Federico Cabiddu wrote:
Ciao Federico,
Hi Alex, 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. 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. 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(). 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. Hope I have been clear enough, maybe I should write a tutorial to better explain this.
Can you please post an APN working example of usage?
Thanks in advance, Roberto Fichera.
Regards,
Federico
On Tue, Mar 24, 2015 at 4:25 AM, Alex Balashov <abalashov@evaristesys.com mailto:abalashov@evaristesys.com> wrote:
Hello, I don't understand the tsilo module. What is the practical use case for it? Thanks, -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States Tel: +1-800-250-5920 <tel:%2B1-800-250-5920> (toll-free) / +1-678-954-0671 <tel:%2B1-678-954-0671> (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Hi Roberto, I will try to post an example in the next days.
Regards,
Federico
On Tue, Mar 24, 2015 at 2:56 PM, Roberto Fichera kernel@tekno-soft.it wrote:
On 03/24/2015 07:48 AM, Federico Cabiddu wrote:
Ciao Federico,
Hi Alex, 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. 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. 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(). 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. Hope I have been clear enough, maybe I should write a tutorial to better explain this.
Can you please post an APN working example of usage?
Thanks in advance, Roberto Fichera.
Regards,
Federico
On Tue, Mar 24, 2015 at 4:25 AM, Alex Balashov abalashov@evaristesys.com wrote:
Hello,
I don't understand the tsilo module. What is the practical use case for it?
Thanks,
-- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-
Alex Balashov -
Federico Cabiddu -
Roberto Fichera