W3C home > Mailing lists > Public > public-webrtc@w3.org > June 2017

[webrtc-pc] iceGatheringState on connection with data channel only before setRemoteDescription(answer) is set

From: Soares Chen via GitHub <sysbot+gh@w3.org>
Date: Tue, 13 Jun 2017 09:48:34 +0000
To: public-webrtc@w3.org
Message-ID: <issues.opened-235497249-1497347313-sysbot+gh@w3.org>
soareschen has just created a new issue for https://github.com/w3c/webrtc-pc:

== iceGatheringState on connection with data channel only before setRemoteDescription(answer) is set ==
According to JSEP, ICE gathering is started as soon as `setLocalDescription()` is called. This is also the observed behavior with current browser implementations. As a result, it is expected that at this point the `iceGatheringState` starts to change.

However when applying to the `RTCIceGatheringState` rules to offerer with data channel only, the `iceGatheringState` stays at `new` until `setRemoteDescription(answer)` is called. This is because the SCTP transport is only initialized when setting answer description. Before this there is no instance of `RTCIceTransport` accessible from anywhere in the spec.

The bug doesn't apply to `RTCRtpTransceiver`, because the `transport` attribute is nullable and can be set at any time outside the scope of the spec.

Please view or discuss this issue at https://github.com/w3c/webrtc-pc/issues/1382 using your GitHub account
Received on Tuesday, 13 June 2017 09:48:40 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:51 UTC