[webrtc-extensions] What does it mean to NOT nominate candidatePair? (#179)

jan-ivar has just created a new issue for https://github.com/w3c/webrtc-extensions:

== What does it mean to NOT nominate candidatePair? ==
The steps to [nominate a candidate pair](https://w3c.github.io/webrtc-extensions/#rtcicetransport-nominate) say: _"If accepted is false, instruct the ICE agent to not [nominate](https://w3c.github.io/webrtc-extensions/#dfn-nominate) candidatePair, and instead to continue to perform connectivity checks."_

What does it mean to _"not [nominate](https://w3c.github.io/webrtc-extensions/#dfn-nominate)"_? Can we just say _"instruct the ICE agent to continue to perform connectivity checks"_?

Or is it a nomination ban for that particular pair forever? If not, how long should the agent wait before trying again?

A non-normative note (with normative MAY?) suggests that calling [setSelectedCandidatePair](https://w3c.github.io/webrtc-extensions/#dom-rtcicetransport-setselectedcandidatepair) allows the agent to nominate again, but is that the only case?

<img width="788" alt="image" src="https://github.com/w3c/webrtc-extensions/assets/3136226/14179087-acf2-407d-abd1-d963d4ba095c">

Some clarifications of how and when the ICE agent is expected to respond would be useful for interoperability.


Please view or discuss this issue at https://github.com/w3c/webrtc-extensions/issues/179 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Monday, 30 October 2023 21:11:12 UTC