946423 - Respond faster to networking errors in ICE

Status: NEW

(Core :: WebRTC: Networking, defect)

Description

[Eric Rescorla (:ekr)]

The current code doesn't report networking errors upward well,
e.g., when you read. Packets just stop flowing.

Comment 1

[Max Jonas Werner [:Makkes]]

Related to bug 929977?

Comment 2

[Adam Roach [:abr]]

(In reply to Max Jonas Werner from comment #1)
> Related to bug 929977?

The impetus for filing this bug in the first place is informing the application when a TCP connection attempt timeouts (cf. Bug 906968); but the description does sound like EKR has something broader in mind.

Comment 3

[Maire Reavy [:mreavy]]

Byron -- Do you want to do this sooner than later?

Comment 4

[Byron Campen [:bwc]]

This could make it easier to diagnose certain types of ICE failure, but I'm pretty sure these types of failure are uncommon.

Comment 5

[Nils Ohlmeier [:drno]]

After having looked into some of the potential errors around TURN TCP and HTTP proxy connect support I think it might be beneficial to have something like a optional transport error callback. But as Byron pointed out it will mostly help with diagnosing and in some cases we might be able finish gathering ealier then having to wait for timeouts like we do so far.