Re: [rtcweb] It's "UDP/DTLS/SCTP" for the data channel m-lines, right?

Michael Tuexen <Michael.Tuexen@lurchi.franken.de> Tue, 27 January 2015 18:16 UTC

Return-Path: <Michael.Tuexen@lurchi.franken.de>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED8031A891C for <rtcweb@ietfa.amsl.com>; Tue, 27 Jan 2015 10:16:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.561
X-Spam-Level:
X-Spam-Status: No, score=-1.561 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, SPF_HELO_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1vwbk1jBXPeJ for <rtcweb@ietfa.amsl.com>; Tue, 27 Jan 2015 10:16:00 -0800 (PST)
Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F80B1A8913 for <rtcweb@ietf.org>; Tue, 27 Jan 2015 10:15:59 -0800 (PST)
Received: from [192.168.1.200] (p508F02F3.dip0.t-ipconnect.de [80.143.2.243]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 4EA791C104340; Tue, 27 Jan 2015 19:15:56 +0100 (CET)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\))
From: Michael Tuexen <Michael.Tuexen@lurchi.franken.de>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1D682175@ESESSMB209.ericsson.se>
Date: Tue, 27 Jan 2015 19:15:55 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <C6952D3E-7BDA-4CE2-8C5A-D6C23CBEE60B@lurchi.franken.de>
References: <CAJrXDUEBBQmaixOJ+oOsUefw-YwyOYQnm8CBn15VpbjSL5xhtw@mail.gmail.com> <CAMRcRGTbdq6bzTMZ9MLGuDwN+bUgV3d6ymxy+QM89fS7GXKkAg@mail.gmail.com> <CAOJ7v-3e86OA-ifAPhh4vdf0vhT9iqMq3LivfBSxFAxrtuc3bA@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1D675340@ESESSMB209.ericsson.se> <786615F3A85DF44AA2A76164A71FE1AC4B360F87@FR711WXCHMBA01.zeu.alcatel-lucent.com> <7594FB04B1934943A5C02806D1A2204B1D675C09@ESESSMB209.ericsson.se> <E1FE4C082A89A246A11D7F32A95A17828E6A482E@US70UWXCHMBA02.zam.alcatel-lucent.com> <CAOJ7v-1tODn-fqSvGAf1ToY0htkA_q=zBx48tLQKNo2-YC5azg@mail.gmail.com> <E1FE4C082A89A246A11D7F32A95A17828E6A5D45@US70UWXCHMBA02.zam.alcatel-lucent.com> <CAOJ7v-3YEeZ+AhcEnap6fK5B03wYnP0d6fQ5ZkLWM5q9GnArTQ@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1D678F81@ESESSMB209.ericsson.se> <E1FE4C082A89A246A11D7F32A95A17828E6A88E6@US70UWXCHMBA02.zam.alcatel-lucent.com> <7594FB04B1934943A5C02806D1A2204B1D681465@ESESSMB209.ericsson.se> <CABcZeBMQJbBVEdhWjJzY-N=-0wGAa6mn3fZ8Bb4qTm6WLVHnig@ mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1D682175@ESESSMB209.ericsson.se>
To: Christer Holmberg <christer.holmberg@ericsson.com>
X-Mailer: Apple Mail (2.1993)
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/yPQxY7GWu8r6Ao7wlN3mgTiExn8>
Cc: "<rtcweb@ietf.org>" <rtcweb@ietf.org>
Subject: Re: [rtcweb] It's "UDP/DTLS/SCTP" for the data channel m-lines, right?
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2015 18:16:02 -0000

> On 27 Jan 2015, at 18:44, Christer Holmberg <christer.holmberg@ericsson.com> wrote:
> 
> Hi,
>  
> >Well, if you are doing ICE-TCP, I would expect you to run >DataChannels over that. ISTM that that suggests that the marker >should be TCP/DTLS/SCTP.
>  
> I am not arguing against that. I just wonder why the data channel draft doesn’t say anything about TCP, while explicitly talking about UDP.
That is correct. However,
http://tools.ietf.org/html/draft-ietf-tsvwg-sctp-dtls-encaps-09
says in the Abstract:
   Using the
   encapsulation method described in this document, SCTP is unaware of
   the protocols being used below DTLS;
So it is clear that you can use other protocols like ICE/TCP. However, this
is not explicitly discussed and using TCP has the known drawback of running
a CC (in SCTP) over a CC (in TCP).

I guess the reason why TCP is not mentioned explicitly is that noone brought
the issue up. It was always meant that you run over ICE no matter what ICE is running over...

Best regards
Michael
>  
> Regards,
>  
> Christer
>  
>  
>  
> On Tue, Jan 27, 2015 at 4:18 AM, Christer Holmberg <christer.holmberg@ericsson.com> wrote:
> Hi,
>  
> Related to this, when I read the data channel draft, it explicitly talks about UDP. TCP is not even mentioned.
>  
> So, does that mean that TCP/DTLS/SCTP is not “officially” a part of the data channel spec?
>  
> Regards,
>  
> Christer
>  
> From: Makaraju, Maridi Raju (Raju) [mailto:Raju.Makaraju@alcatel-lucent.com] 
> Sent: 24. tammikuuta 2015 15:35
> To: Christer Holmberg; Justin Uberti
> Cc: Schwarz, Albrecht (Albrecht); Suhas Nandakumar; <rtcweb@ietf.org>
> Subject: RE: [rtcweb] It's "UDP/DTLS/SCTP" for the data channel m-lines, right?
>  
> I am ok to use UDP/DTLS/SCTP and TCP/DTLS/SCTP.
> I agree that use of RFC #s is not the best option.
> However, I find some unease in the discussions about “TCP/DTLS” part, which seems to suggest why not use “TCP/TLS”?  We understand that it can’t be called that way because of the RFC 4571 “shim layer” in between DTLS and TCP layers. Unfortunately, unlike TPKT, RFC 4571 did not give a name to the protocol, which would have been easy to use than the RFC directly.
>  
> BR
> Raju
> From: Christer Holmberg [mailto:christer.holmberg@ericsson.com] 
> Sent: Friday, January 23, 2015 1:22 AM
> To: Justin Uberti; Makaraju, Maridi Raju (Raju)
> Cc: Schwarz, Albrecht (Albrecht); Suhas Nandakumar; <rtcweb@ietf.org>
> Subject: RE: [rtcweb] It's "UDP/DTLS/SCTP" for the data channel m-lines, right?
>  
> Hi,
>  
> I agree that we should not use RFC numbers in proto values.
>  
> Also keep in mind that UDP/DTLS/SCTP does not mean “ICE based”. ICE is optional for UDP/DTLS/SCTP (that fact that we mandate ICE for RTCWEB is a separate issue).
>  
> Regards,
>  
> Christer
>  
> From: Justin Uberti [mailto:juberti@google.com] 
> Sent: 23. tammikuuta 2015 5:57
> To: Makaraju, Maridi Raju (Raju)
> Cc: Christer Holmberg; Schwarz, Albrecht (Albrecht); Suhas Nandakumar; <rtcweb@ietf.org>
> Subject: Re: [rtcweb] It's "UDP/DTLS/SCTP" for the data channel m-lines, right?
>  
> No, I don't think including RFC4571 is reasonable. That ship has already sailed.
>  
> On Thu, Jan 22, 2015 at 3:35 PM, Makaraju, Maridi Raju (Raju) <Raju.Makaraju@alcatel-lucent.com> wrote:
> I was also suggesting the following identifying string to make it unambiguous up to L4 protocol.
> I don’t hear any objections to it explicitly. Or did I misinterpret the response?
> For TCP ICE based data channel transport: TCP/RFC4571/DTLS/SCTP
> For UDP ICE based data channel transport: UDP/DTLS/SCTP
>  
> BR
> Raju
>  
> From: Justin Uberti [mailto:juberti@google.com] 
> Sent: Thursday, January 22, 2015 4:45 PM
> To: Makaraju, Maridi Raju (Raju)
> Cc: Christer Holmberg; Schwarz, Albrecht (Albrecht); Suhas Nandakumar; <rtcweb@ietf.org>
> Subject: Re: [rtcweb] It's "UDP/DTLS/SCTP" for the data channel m-lines, right?
>  
> The protocol is the same. We are just deciding what the identifying string should be.
>  
> Given the amount of confusion in this space, I think it makes sense to be as explicit as possible, and use DTLS instead of TLS for the name.
>  
> On Thu, Jan 22, 2015 at 4:01 AM, Makaraju, Maridi Raju (Raju) <Raju.Makaraju@alcatel-lucent.com> wrote:
> From protocol stacks layering point of view, isn’t the following more accurately represent them?
> For TCP ICE based data channel transport: TCP/RFC4571/DTLS/SCTP
> For UDP ICE based data channel transport: UDP/DTLS/SCTP
>  
> Per my understanding, independent of underlying transport (UDP; or “TCP over RFC4471” framing mimicking datagram transport) the DTLS protocol is same.
>  
> BR
> Raju
>  
>  
> 
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb
> 
>  
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb