Open
Bug 1138559
Opened 10 years ago
Updated 2 years ago
Accept packets before ICE nominates
Categories
(Core :: WebRTC: Networking, defect, P3)
Core
WebRTC: Networking
Tracking
()
NEW
backlog | webrtc/webaudio+ |
People
(Reporter: mt, Unassigned)
References
Details
(Keywords: dev-doc-needed)
The latest change in ICE is to take advantage of something in RFC 5245 that allows either peer to send on a validated candidate pair prior to nomination. This allows regular ICE to perform as fast as aggressive nomination without the drawbacks of aggressive nomination.
In order to do that, we need to accept that the ICE layer can generate (and send) packets before being properly "done".
Bug 1137932 showed that we can't handle packets that arrive before nomination completes. So there is clearly work to be done here. That might include new states in the transport layer stuff to handle this new state. Note that we should also be able to *send* when we have a valid pair.
This is a prerequisite to moving off aggressive nomination.
Updated•9 years ago
|
backlog: --- → webRTC+
Rank: 25
Priority: P3 → P2
Reporter | ||
Updated•9 years ago
|
Comment 1•9 years ago
|
||
Docs should get updated to help devs understand possible ramifications and behavior changes.
Keywords: dev-doc-needed
Comment 2•7 years ago
|
||
Mass change P2->P3 to align with new Mozilla triage process.
Priority: P2 → P3
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•