Re: [webrtc-pc] No way to tell when SCTP association is closed

I tried to summarize it in my previous comment; what part specifically needs more clarity?

Also, my reason for preferring an `RTCSctpTransport` state change as opposed to `negotiationneeded`:

> I'd prefer [an `RTCSctpTransport` state change event], because there also may be corner cases where the SCTP association is closed for some other reason [(besides this call forking scenario)], and renegotiating won't help. So better to let the application decide, given what it knows about the call topology. Plus, the state change event is already there in ORTC. 

And the `RTCDataChannel` events don't completely work, because they don't distinguish between an individual SCTP stream being closed and the whole association being closed.

GitHub Notification of comment by taylor-b
Please view or discuss this issue at using your GitHub account

Received on Monday, 2 October 2017 17:57:36 UTC