<div dir="ltr">Hi,<div>this really depend on your specific scenarios and how you manage users.</div><div>For example if your users can have a plain sip phone and one or more mobiles, you could store the APN or GCM tokens in usr_preferences table. When an INVITE comes in for a user you first lookup for the registered contacts and send the INVITE to them, then you send the push request to your push service for the mobile devices and, if any new contact appears, you add new branches with tsilo functions.</div><div>Or you could choose to always send a push to be sure that the mobile devices info are "fresh". Personally I prefer in my deployments this approach and not to store the users' details for the push in Kamailio but rather delegate an external service for this. But this is my personal preference, any other approach is valid.</div><div><br></div><div>Cheers,</div><div><br></div><div>Federico</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 30, 2017 at 4:28 PM, Kjeld Flarup <span dir="ltr"><<a href="mailto:kfc@viptel.dk" target="_blank">kfc@viptel.dk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<p>Thanks Frederico</p>
<p>Thanks for that. The Tsilo module simplifies this a lot. <br>
</p>
<p>One thing I still see as a challenge is in the multi client
scenario, where we may have a plain SIP phone, an IOS and an
Android. How to manage which push to enable, or do we always try
to push. <br>
</p><span class="">
<p><br>
</p>
<pre class="m_-8792809899560052211moz-signature" cols="72">Med venlig hilsen / Best regards
Kjeld Flarup (Christensen) M.Sc E.E, Teknisk chef
Viptel ApS, Hammershusvej 16C, DK-7400 Herning
Telefon: <a href="tel:+45%2046%2094%2099%2049" value="+4546949949" target="_blank">+45 46949949</a>, Telefax: <a href="tel:+45%2046%2094%2099%2050" value="+4546949950" target="_blank">+45 46949950</a>, <a class="m_-8792809899560052211moz-txt-link-freetext" href="http://viptel.dk" target="_blank">http://viptel.dk</a></pre>
</span><div><div class="h5"><div class="m_-8792809899560052211moz-cite-prefix">On 2017-06-30 14:31, Federico Cabiddu
wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Hi,
<div>good news: you can easily handle this scenario with
Kamailio!</div>
<div>If you want to have an overall view of
VoIP&Push&Kamailio you can have a look at this speech
I gave at Kamailio World 2015: <a href="https://www.youtube.com/watch?v=4XIrR9bwUkM" target="_blank">https://www.youtube.com/<wbr>watch?v=4XIrR9bwUkM</a>.</div>
<div>And the slides: <a href="https://www.kamailio.org/events/2015-KamailioWorld/Day2/20-Federico.Cabiddu-Kamailio-In-A-Mobile-World.pdf" target="_blank">https://www.kamailio.o<wbr>rg/events/2015-KamailioWorld/D<wbr>ay2/20-Federico.Cabiddu-Kamail<wbr>io-In-A-Mobile-World.pdf</a>.</div>
<div><br>
</div>
<div>Cheers,</div>
<div><br>
</div>
<div>Federico</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Fri, Jun 30, 2017 at 2:07 PM,
Kjeld Flarup <span dir="ltr"><<a href="mailto:kfc@viptel.dk" target="_blank">kfc@viptel.dk</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Rumours
is that Apple no longer accepts apps which can do
persistent connections in the background.<br>
<br>
To my best knowledge that means that IOS no longer
supports SIP incoming calls.<br>
The app should now use Push Notifications, but SIP does
not support this.<br>
<br>
Anybody faced this problem?<br>
<br>
Is the solution to call an external program when
processing an Invite? This leaves some issues.<br>
<br>
1. Should we wait some seconds before proceeding or wait
until the Push notification has been processed, to give
the app time to register.<br>
We cannot start to send invites, before we have a correct
registration. An old registration may change ports when
the app wakes up and makes a new register via NAT.<br>
<br>
2. How do we know, if a given user should have a push
notification?<br>
<br>
3. Which information do we need to be able to send the
push notification?<br>
<br>
4. Does this give a penalty to Android users, because we
have to wait for IOS?<span class="m_-8792809899560052211m_-7062238068950949053HOEnZb"><font color="#888888"><br>
<br>
<br>
<br>
-- <br>
Med venlig hilsen / Best regards<br>
Kjeld Flarup (Christensen) M.Sc E.E, Teknisk chef<br>
Viptel ApS, Hammershusvej 16C, DK-7400 Herning<br>
Telefon: <a href="tel:%2B45%2046949949" value="+4546949949" target="_blank">+45 46949949</a>, Telefax: <a href="tel:%2B45%2046949950" value="+4546949950" target="_blank">+45 46949950</a>,
<a href="http://viptel.dk" rel="noreferrer" target="_blank">http://viptel.dk</a><br>
<br>
<br>
______________________________<wbr>_________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi<wbr>-bin/mailman/listinfo/sr-users</a><br>
</font></span></blockquote>
</div>
<br>
</div>
</div>
<br>
<fieldset class="m_-8792809899560052211mimeAttachmentHeader"></fieldset>
<br>
<pre>______________________________<wbr>_________________
Kamailio (SER) - Users Mailing List
<a class="m_-8792809899560052211moz-txt-link-abbreviated" href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>
<a class="m_-8792809899560052211moz-txt-link-freetext" href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">https://lists.kamailio.org/<wbr>cgi-bin/mailman/listinfo/sr-<wbr>users</a>
</pre>
</blockquote>
<br>
</div></div></div>
<br>______________________________<wbr>_________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/<wbr>cgi-bin/mailman/listinfo/sr-<wbr>users</a><br>
<br></blockquote></div><br></div>