Closed Bug 933996 Opened 6 years ago Closed 6 years ago

Controlled ICE agent marks in progress candidate pairs failed after nomination

Categories

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

defect
Not set
minor

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: bwc, Assigned: bwc)

Details

When a candidate pair is nominated, all FROZEN and WAITING pairs are cancelled. However, IN-PROGRESS pairs are not. These in progress pairs always eventually time out (even when they should have worked), and are marked failed. I suspect that there is something that prevents these pairs from completing, but unsure of what. This behavior could be misleading, and it probably would be good to fix.

Need to add some logging to determine whether this happens on the controlling or controlled side.
This seems to occur on the controlled side.
Summary: In progress candidate pairs are marked failed after nomination, on one end of the call. → Controlled ICE agent marks in progress candidate pairs failed after nomination
Just confirmed that we're ignoring the check response that would have caused the pair to be marked succeeded.
Actually, maybe not. We are ignoring other check responses though. Looking deeper into responses to check requests.
Assignee: nobody → docfaraday
Ok, this seems to simply be a case of not being able to receive check responses from external IP addresses when both sides are on the same network. In the strict sense, these candidate pairs are actually not usable.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.