Re: Mirja Kühlewind's Discuss on draft-ietf -mmusic-sctp-sdp-23: (with DISCUSS)

Christer Holmberg <[email protected]>
Newsgroups gmane.ietf.mmusic
Message-ID <[email protected]>
Hi,

>By making the transport stack overly complicated? That really gives me headache…
>
>But let me get back the the other question you asked: Is the TCP variant really needed here? Is this implemented or are there any plans to implement that?

I'd have to double check whether e.g., the WebRTC data channel mandates support of TCP, but in any case draft-sctp-sdp recommends to only use it when UDP does not work.

Regards,

Christer




> Am 16.02.2017 um 16:02 schrieb Eric Rescorla <[email protected]>:
> 
> As Christer says. This design is optimized for making the media stack 
> simpler, which using TLS here would not do.
> 
> -Ekr
> 
> 
> 
> 
> On Thu, Feb 16, 2017 at 7:00 AM, Christer Holmberg <[email protected]> wrote:
> Hi,
> 
> ----------------------------------------------------------------------
> DISCUSS:
> ----------------------------------------------------------------------
> 
> >>> Why is this using TCP/DTLS/SCTP instead of TCP/TLS/SCTP?
> >>>
> >> Because the way it is realized is by transporting SCTP on top of 
> >> DTLS (as defined in draft-ietf-tsvwg-sctp-dtls-encaps) and transporting DTLS on top of TCP (defined in RFC 4571).
> >
> > I got this but DTLS is a mapping to use TLS with UDP because UDP is 
> > an unreliable datagram transport. If you use TCP, you should use TLS. And rfc4571 is not a mapping of DTLS to TCP.
> 
> The framing mechanism of RFC 4571 is used, with DTLS packets sent instead of RTP packets.
> 
> Regards,
> 
> Christer
> 
> 

_______________________________________________
mmusic mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/mmusic
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.