[OpenSIPS-Users] iOS 10 Push Notifications

Андрей Журавлёв andrei.zhuravlev at m-st.ru
Mon Feb 6 07:02:27 EST 2017


Adrian, this is exactly what I need. Is there a way to do it right now? I
am on version 2.2

2017-02-06 15:37 GMT+04:00 Adrian Georgescu <ag at ag-projects.com>:

> When the Registration expires or it is closed when the device goes to
> background, there is no 408.
>
> The idea is to attempt to wake up the device when call comes in, wait for
> it to register and then fork the original INVITE. Then timeout if no device
> registers.
>
> Adrian
>
>
> On 5 Feb 2017, at 12:53, Aron Podrigal <aronp at guaranteedplus.com> wrote:
>
> you can certainly handle this in a t_on_failure for a 408...
>
> On Thu, Feb 2, 2017, 3:38 PM Adrian Georgescu <ag at ag-projects.com> wrote:
>
> There is more plumbing needed to replay transactions later and the future
> OpenSIPS version announced recently will help make this happen.
>
> You are not alone fighting with this problem.
>
> Regards,
> Adrian
>
>
> On 1 Feb 2017, at 19:46, Андрей Журавлёв <andrei.zhuravlev at m-st.ru> wrote:
>
> Hi All,
>
> I am pretty new with SIP and OpenSIPS. I have problem that affect most of
> the people who should support mobile clients for iOS 10. There must be a
> way to solve it, but it looks like I missed it. So I need your help.
>
> Background: As you probably already know in iOS 10 Apple prevented network
> connections in background mode. It mostly affected VoIP apps. In order to
> solve this issue they introduced so-called VoIP Push notifications (via
> PushKit) which should automatically wake-up application and allow it to do
> a registration and receive a call.
>
> Btw, the only thing I found capable to send VoIP push notifications
> without issus is ruby gem/binary called Houston.
>
> Now everything works fine, except one issue actually, when application
> wakes up and do a registration, it obviously missed initial INVITE message
> for a call, and it looks like server do not retry invites if no provisional
> messages returned from a client.
>
> So the question is it possible to tell OpenSIPS server to re-send INVITE
> messages (by some timer probably) if no provisional information received
> from a client.
>
> I know there is fr_timer and fr_inv_timer params from tm module, but it
> looks like they did not do the trick.
>
> Actually, I have almost default config file, except the parts, required
> for push notifications.
> I've posted it here: http://pastebin.com/tZmP320g
>
> Yours sincerely,
> Andrei Zhuravlev
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>


-- 
С уважением,
Андрей Журавлев
Архитектор проекта
MST Digital Agency
Email: andrei.zhuravlev at m-st.ru
Skype: andrei.v.zhuravlev
Моб: +79176187334
http://m-st.ru
====================
Yours sincerely,
Andrei Zhuravlev
Software Architect
MST Digital Agency
Email: andrei.zhuravlev at m-st.ru
Skype: andrei.v.zhuravlev
Mob: +79176187334
http://m-st.ru
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20170206/ed64820a/attachment-0001.html>


More information about the Users mailing list