Replies: 1 comment
-
Hi @genffy, I was facing the same issue — during an active call, if I refreshed the browser, the session would get terminated on my side, but the call would still remain active on the server. I managed to resolve this using the SIP Replaces header. Here’s how I handled it: Before Refresh: I stored the following session details in localStorage before the page unloads:
After Refresh: Once the page reloads and the UA is registered again, I retrieved those values from localStorage and used them to build the Replaces header like this: Then I initiated a new call to the same remote URI and passed this header in the extraHeaders of the call options. This allowed me to resume the existing call session after the page was refreshed. Just make sure your server supports the Replaces header and the original call is still alive. Hope this helps! |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
There is a scenario in our business: During a call, if the browser is refreshed or closed, and the page is reloaded (within a limited time), we hope that the current call can continue. May I ask how to achieve this?
I have read the source code and tried to operate through the instance on the session. However, all of these operations are after the newRTCSession, and it is not possible to initialize it based on some existing parameters.
Beta Was this translation helpful? Give feedback.
All reactions