Re: [rtcweb] DRAFT Agenda for RTCWEB

On Mar 1, 2013, at 4:58 PM, Dale R. Worley wrote:

>> From: "Ejzak, Richard P (Richard)" <richard.ejzak@alcatel-lucent.com>
>> 
>> Since multiplexing of the data channel with RTP media has been shown
>> as a desirable feature of BUNDLE (and most of its variants), I would
>> suggest that this be treated as a significant advantage for BUNDLE
>> (and similarly capable variants) over any proposal without it.
>> Cullen's "Plan A" is preferred over Plan B precisely because it has
>> an incremental muxing advantage.
> 
> As far as I can tell from my analysis
> (http://tools.ietf.org/html/draft-worley-sdp-bundle-04#section-8),
> SCTP-over-DTLS can be demuxed from RTP and STUN quite easily.  (This
> comes from RFC 5764 section 5.1.2.)  And SCTP can be demuxed from the
As far as I understand it is easy (based on the first byte) to demux
DTLS from STUN and SRTP. SCTP is the only payload for DTLS, so there
is no need for demuxing. So no need to control SCTP ports. Or am I
missing something?
> rest as long as you control the range of SCTP ports used.  (And since
> the ports aren't actually to route the packets to the receiver (the
> underlying UDP does that), you have freedom in choosing SCTP ports.)
> 
> So I don't see anything blocking Plan A as compared to Plan B.  Of
> course, we have to *do* a bundle technique, but we've got a large
> library of possibilities now and can look at the fundamental design
> questions in context.
> 
> Dale
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb
>