Implement TURN deallocation with retransmissions

RESOLVED WONTFIX

Status

()

P2
normal
Rank:
25
RESOLVED WONTFIX
4 years ago
3 years ago

People

(Reporter: drno, Unassigned)

Tracking

Trunk
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

4 years ago
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

4 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

4 years ago
Lets wait for 38 to be released for some time before deciding.
Flags: needinfo?(fippo)
Nils, let's reevaluate this after Whistler
backlog: --- → webRTC+
Rank: 25
Flags: needinfo?(drno)
Priority: -- → P2
(Reporter)

Comment 4

3 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
Last Resolved: 3 years ago
Flags: needinfo?(drno)
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.