Open Bug 1138559 Opened 9 years ago Updated 2 years ago

Accept packets before ICE nominates

Categories

(Core :: WebRTC: Networking, defect, P3)

Product:
Core
Component:
WebRTC: Networking
Type:
defect

Tracking

()

Blocking Flags:
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.
Priority: -- → P3
backlog: --- → webRTC+
Rank: 25
Priority: P3 → P2
See Also: → 1034964
Docs should get updated to help devs understand possible ramifications and behavior changes.
Keywords: dev-doc-needed
Mass change P2->P3 to align with new Mozilla triage process.
Priority: P2 → P3
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.