Closed
Bug 1126560
Opened 9 years ago
Closed 9 years ago
Implement TURN deallocation with retransmissions
Categories
(Core :: WebRTC: Networking, defect, P2)
Core
WebRTC: Networking
Tracking
()
RESOLVED
WONTFIX
backlog | webrtc/webaudio+ |
People
(Reporter: drno, Unassigned)
References
Details
Bug 1120065 implements a one shot TURN allocation. To make sure the de-allocation request actually makes it to the TURN server a new STUN transaction should be used for the request. Problem is that this STUN transaction would need to outlive the TURN context and self-destroy on success or error.
Reporter | ||
Comment 1•9 years ago
|
||
Phillip do you see on your TURN servers already if the existing implementation in 38 helps savings resources? Or do we need to implement this more complex solution? Or should we wait with the judgement until 38 is release?
Flags: needinfo?(fippo)
Reporter | ||
Comment 2•9 years ago
|
||
Lets wait for 38 to be released for some time before deciding.
Flags: needinfo?(fippo)
Comment 3•9 years ago
|
||
Nils, let's reevaluate this after Whistler
backlog: --- → webRTC+
Rank: 25
Flags: needinfo?(drno)
Priority: -- → P2
Reporter | ||
Comment 4•9 years ago
|
||
One feedback from a TURN server provider indicates that they see 91% de-allocation rates for Firefox. At this point I would argue that we don't need to implement the more complex solution, unless/until someone thinks differently (feel free to re-open if you do).
Status: NEW → RESOLVED
Closed: 9 years ago
Flags: needinfo?(drno)
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•