- From: Soares Chen via GitHub <sysbot+gh@w3.org>
- Date: Tue, 13 Jun 2017 09:48:34 +0000
- To: public-webrtc-logs@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