juberti/draughts — pull request #10 by gmandyam (2014-11-13 23:39:54+00:00)
Title: Add bundled case to draft FEC doc

Suggested changes follow. Note slight change to current Sec. 5.1. Would recommend adding new section after current Section 5.1.

For video content, use of a separate FEC stream with the RTP payload format
described in is RECOMMENDED.
The receiver can demultiplex the incoming FEC stream by SSRC and correlate it
with the primary stream via the ssrc-group mechanism.

Note that this only allows the FEC stream to protect a single primary stream (as identified by an SSRC).
Support for protecting multiple primary streams with a single FEC stream is
complicated by WebRTC's 1-m-line-per-stream policy and requires further study.

provides for the ability to protect several source flows together. For instance, it may be desirable under certain conditions to
provide bundled protection for multiple video flows along with a single mixed audio flow in a teleconference scenario. Depending on the FEC scheme chosen,
the bundled flows may be indicated through the source and repair flow headers described in Section 5 of . For instance,
does not require a source FEC payload ID but simply leverages the target RTP source stream (that could include multiple CSRC's) along with the associated sequence
number. The repair RTP flow, which is assumed to have its own SSRC, uses a repair FEC payload ID constructed as per the procedures outlined in Sections 8.1.3
and 8.2.4 of .

&rfc2119;
&rfc2198;
&rfc5956;
&rfc6363;
&fecpayload;

&rfc5109;
&rfc6716;
&rfc6681;
&opuspayload;