[OpenSIPS-Users] A couple of questions about the implementation of push notifications in OpenSIPS

[Vlad Paiu]

Hello,

That is the intended behavior ... couple of things here

any REGISTERs need to come in before 
https://opensips.org/html/docs/modules/3.6.x/registrar.html#param_pn_refresh_timeout 
so they get an INVITE forked

the INVITE transaction itself will survive until 
https://opensips.org/html/docs/modules/3.6.x/tm.html#param_fr_inv_timeout 
is hit, since new branches might appear 'spontaneously' after REGISTERs 
come in for it

if you want to stop the waiting behavior and propagate whatever SIP 
codes you received so far, calling t_wait_no_more_branches() is your option

On 2/10/26 17:34, Andrew wrote:
> Hi
> I am currently testing built-in push notifications (pn_enable 1). I 
> successfully placed a call to a mobile phone (our own client), and 
> everything worked as described. The E_UL_CONTACT_REFRESH event is 
> emitted; then, I send a push notification and the device updates its 
> registration. Then, OpenSIPS continues the branch route, and the 
> INVITE is relayed. What should I do if the device declines the call? 
> The device sends 486 after trying and ringing, which are relayed to 
> the caller. However, OpenSIPS doesn't relay this response to the 
> caller by default. I tried waiting, but nothing happened; the call was 
> just stuck. The 486 response is immediately relayed if we use 
> t_wait_no_more_branches() on the branch reply route, but I don't know 
> how to use it here. For example, we have three contacts per AOR, and 
> we call them. One of the contacts requests push notifications. Three 
> branches are armed, and all three contacts decline the call. OpenSIPS 
> won't translate any 4xx response to the caller, so the call is stuck. 
> Is this intended behavior or a bug? What should we do in this case?
> I've also noticed that the branch index starts at 1, not 0, when we 
> have a contact with PN. What is the reason for that? :)
>
> Best regards, Andrew.
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users