[OpenSIPS-Users] Implementation of RFC 8599

[rvg at rvgeerligs.nl]

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" <johan at democon.be> 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
> > Users at lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20240202/3ee19b38/attachment.html>