[rtcweb] I-D Action: draft-ejzak-dispatch-webrtc-data-channel-sdpneg-00.txt - the data channel's state and the SCTP association

Hi,

Section 5.5.2 does say:

	"o  As described in Section 4.2.2, if the SCTP association is not yet
      established, then the newly created data channels are in the
      Connecting state, else if the SCTP association is already
      established, then the newly created data channels are in the Open
      state."
  .....
  It is not clear that if the SCTP association is failed to establish, how to we deal with the newly created data channels.
  Furthermore, how long the valid duration of the connecting state of the newly created data channels are before the SCTP association has not yet established ? 

Section 5.5.3 does say:
       "5.2.3.  Closing a data channel

      When the application requests the closing of a data channel that was
      externally negotiated, the browser always performs an in-band SSN
      reset for this channel.

      It is specific to the sub-protocol whether this closing must in
      addition be signaled to the peer via a new SDP offer/answer exchange.

      The application must also close any data channel that was externally
      negotiated, for which the stream identifiers are not listed in an
      incoming SDP offer."
   ...
   When there are multiple data channels with different sub-protocol per a SCTP association, 
Maybe it needs to identify how to close a single data channel, how to close all data channels with the same sub-protocol and how to close a SCTP association.
Of course, closing a SCTP association can just set SCTP port number zero.:-)

Regards,
Scarlett
_______________________________________________
rtcweb mailing list
rtcweb@ietf.org
https://www.ietf.org/mailman/listinfo/rtcweb