You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This feels like incorrect behaviour to me but would appreciate at least someone confirming whether livekit is behaving in the way I expect.
I have got a PBX connected to Livekit cloud SIP trunks.
I've got a dispatch rule which creates a room, then a webhook on room creation allows me to bring other participants into the room (webrtc clients).
When I end the room - manually, for example - all participants are ejected from the room but the originator - connected via SIP channels - keeps the SIP channel open after the room is gone.
I appreciate that I can terminate that channel myself by hoovering up the room deletion webhook, but since I can't think why you would want the channel to remain open, it doesn't make sense to me that its not terminated when the room it is a part of is disposed of.
Would appreciate any pointers or thoughts, thank you!
The text was updated successfully, but these errors were encountered:
LiveKit SIP automatically terminates SIP connections when an associated room is deleted. If you observe that SIP connection is still active, it might be caused by some misconfiguration of SIP signalling. Specifically - BYE message might not be delivered correctly. Could you share the affected call ID(s) so that we can debug it on our end? Thank you!
Below is the full payload fwiw. I am expecting to receive a SIP BYE but can confirm that we don't receive anything on the far (PBX) end. Thank you for offering to look it up for us, thats really mega 🙏
This feels like incorrect behaviour to me but would appreciate at least someone confirming whether livekit is behaving in the way I expect.
I have got a PBX connected to Livekit cloud SIP trunks.
I've got a dispatch rule which creates a room, then a webhook on room creation allows me to bring other participants into the room (webrtc clients).
When I end the room - manually, for example - all participants are ejected from the room but the originator - connected via SIP channels - keeps the SIP channel open after the room is gone.
I appreciate that I can terminate that channel myself by hoovering up the room deletion webhook, but since I can't think why you would want the channel to remain open, it doesn't make sense to me that its not terminated when the room it is a part of is disposed of.
Would appreciate any pointers or thoughts, thank you!
The text was updated successfully, but these errors were encountered: