Skip to content

Conversation

tomeeo
Copy link

@tomeeo tomeeo commented Mar 4, 2024

This addresses Freeswitch behavior when passively using session-timers. By passively, we mean that FS is NOT requiring that session-timers be used for the dialog, but the other party IS requiring that they be used ( and that FS act as the refresher ).

The issue we were facing was when FS was acting as the refresher, it would only use INVITE as the refresher method. In a bridged context, the session-refresh INVITE would go out without SDP, and then Freeswitch would ACK the 200/SDP without SDP, causing the other party to object to the lack of SDP.

FS dev had introduced a new SIP Profile param ( <param name="update-refresher" value="true"/> ) but this was having no effect on FS behavior when used in a passive context. That is, the update-refresher would only be put to use if FS actively required session-timers rather, but would not use the update-refresher when accepting the requirement of the other party (passive).

This change addresses that. When FS accepts an invite requiring the refresher=uas , or when FS receives a response requiring that refresher=uac, FS will appropriately use the update method for session refresh.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant