Hi Volkan,
I implemented the scripting from
sip-push-notification-with-opensips-3-1-lts-rfc-8599-supportpart-ii/ in
opensips 3.4.0.
As the send pn to apple or googlei s not defined I fail to get the parameters
passed to the send pn to apns script which I also have.
I seem to have lost the device-ID in opensips or in any INVITE somewhere as I
do not understand the RFC certainly not towards the device_ID or token. Or this
ID is stored on registration at the proxy?
srcipt to directly talk to apple:
https://medium.com/@egzon.arifi/sending-a-push-notification-to-an-ios-device-using-a-bash-script-96c056c1544c
Please keep me posted on what you find.
Regards, Ronald
February 2, 2024 at 6:01 AM, "johan" <[email protected]> wrote:
>
> send a query directly to apple or to google for waking them up. I did
> something like that in an external lua script.
>
>
> On 2/02/2024 09:49, Volkan Oransoy wrote:
>
>
> >
> > Hi all,
> >
> > I am working on implementing RFC 8599 and have an architectural question.
> > I followed the blog
> > posthttps://blog.opensips.org/2020/06/03/sip-push-notification-with-opensips-3-1-lts-rfc-8599-supportpart-ii/
> > and it works. Based on the rfc and the implementation of Opensips, the UA
> > should have a valid registration throughout the process. When a lookup
> > performed, opensips finds the pn-enabled record, triggers the PN and after
> > a re-registration of the UA, it proxies the call. This process works
> > without an issue. But when we kill the UA on the client device (the client
> > is connected via WSS), after the registration expires, the call can't be
> > proxied since there is no registration.
> > I want to wake up the UA even if there is no registration on the proxy and
> > suspend the call until the UA registers to the system. Should I handle this
> > scenario with a custom setup? How do you handle this scenario on your
> > setups? Or do I misinterpret the rfc?
> >
> > Thanks
> >
> >
> >
> >
> >
> >
> > Volkan
> >
> >
> >
> >
> > _______________________________________________
> > Users mailing list
> > [email protected]
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >
>
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
