Re: [webrtc-pc] (How) does SCTP handle CPU-bound congestion on JavaScript thread? (#2086)

wouldn't that be a different issue?  SCTP already has a congestion control
(better or worse) that provides back pressure on sender side, causing
buffering on sender.

El vie., 25 ene. 2019 18:34, Bernard Aboba <>

> Per data channel flow control won't necessarily solve the problem if there
> is also association flow control. We are learning this in QUIC where flow
> control of a file transfer on one stream can impact real-time data on
> another stream (or potentially DATAGRAM traffic as well). If the
> application can't keep up on one stream then that stream can be flow
> controlled but this also may consume much of the per-association buffer
> limit, resulting in flow control on other streams even if their per-stream
> limit is not reached. But the alternative - filling the event queue with
> file transfer messages - also affects the timeliness of delivery of real
> time data, and potentially in a worse manner if there is no back pressure
> on the file transfer.
> —
> You are receiving this because you commented.
> Reply to this email directly, view it on GitHub
> <>, or mute
> the thread
> <>
> .

GitHub Notification of comment by murillo128
Please view or discuss this issue at using your GitHub account

Received on Friday, 25 January 2019 18:14:41 UTC