Open Bug 1381145 Opened 6 years ago Updated 7 months ago

Enable SCTP ndata to prevent data channel send queue monopolisation


(Core :: WebRTC: Networking, defect, P4)





(Reporter: lgrahl, Unassigned)


(Keywords: dev-doc-needed)

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.86 Safari/537.36 OPR/46.0.2597.19 (Edition beta)

Expected results:

Without the SCTP ndata extension (see, a large data channel message will
monopolise the SCTP association. Support for the extension should already be in the code base (introduced by the changes for bug 979417) but usrsctp needs to be updated.
Rank: 35
Priority: -- → P3
Mass change P3->P4 to align with new Mozilla triage process.
Priority: P3 → P4
This will require documentation updates; possibly to RTCDataChannel.send() but definitely to the section "Understanding message size limits" at
Keywords: dev-doc-needed
If I understood Michael correctly, the code base (usrsctp/master) already uses ndata for normal data chunks when receiving but sending is currently not enabled (and not completely implemented).
Ever confirmed: true
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.