Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-channel-08.txt

Christer Holmberg <christer.holmberg@ericsson.com> Thu, 10 April 2014 11:57 UTC

Return-Path: <christer.holmberg@ericsson.com>
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 CB7691A067A for <rtcweb@ietfa.amsl.com>; Thu, 10 Apr 2014 04:57:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.24
X-Spam-Level:
X-Spam-Status: No, score=-1.24 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_SE=0.35, HOST_MISMATCH_NET=0.311, SPF_PASS=-0.001] 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 2yNA-i7ks5ZQ for <rtcweb@ietfa.amsl.com>; Thu, 10 Apr 2014 04:57:53 -0700 (PDT)
Received: from sesbmg21.mgmt.ericsson.se (sesbmg21.ericsson.net [193.180.251.49]) by ietfa.amsl.com (Postfix) with ESMTP id B61DF1A0235 for <rtcweb@ietf.org>; Thu, 10 Apr 2014 04:57:52 -0700 (PDT)
X-AuditID: c1b4fb31-b7f688e000003e64-1f-5346873e901d
Received: from ESESSHC008.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg21.mgmt.ericsson.se (Symantec Mail Security) with SMTP id 50.FB.15972.E3786435; Thu, 10 Apr 2014 13:57:51 +0200 (CEST)
Received: from ESESSMB209.ericsson.se ([169.254.9.191]) by ESESSHC008.ericsson.se ([153.88.183.42]) with mapi id 14.03.0174.001; Thu, 10 Apr 2014 13:57:51 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Harald Alvestrand <harald@alvestrand.no>, "rtcweb@ietf.org" <rtcweb@ietf.org>
Thread-Topic: [rtcweb] I-D Action: draft-ietf-rtcweb-data-channel-08.txt
Thread-Index: AQHPU9r8wvMWA0Q1K0mIC9kJW7dm+ZsI/KmAgAA33gCAAAFBgIAAAmyAgAABogCAAWRtAIAAIfwQ
Date: Thu, 10 Apr 2014 11:57:49 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1D2BCB6A@ESESSMB209.ericsson.se>
References: <20140409100258.9712.74771.idtracker@ietfa.amsl.com> <F09BCD44-1060-4DCB-A796-7A31F1C634DE@csperkins.org> <A05F0177-568C-4B19-AD48-9F415A4C008B@lurchi.franken.de> <02F2BCF4-70B5-47A4-ACE6-C0CCCAB11A50@csperkins.org> <9889BAD9-D9A7-42F2-A0DC-632C26696345@lurchi.franken.de> <73C21E05-E36C-4899-98A4-9D762B75FCE4@csperkins.org> <534686AA.9040304@alvestrand.no>
In-Reply-To: <534686AA.9040304@alvestrand.no>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.19]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrALMWRmVeSWpSXmKPExsUyM+Jvja59u1uwwfvzXBbH+rrYLNb+a2d3 YPK4MuEKq8eSJT+ZApiiuGxSUnMyy1KL9O0SuDKWXzrLXLBMpmLNmkb2BsbDYl2MnBwSAiYS HX8mMEHYYhIX7q1nA7GFBE4ySnR3JncxcgHZSxglPky9y9LFyMHBJmAh0f1PG6RGRCBYovf5 e0aQsLCAu0TPv1iIsIfEjE/LWSHsKImT97+BjWQRUJWYffkfO0g5r4CvxM+9BRDT/zFJ/Pm7 DKyGU0BX4s7zc2DnMAKd8/3UGjCbWUBc4taT+VBnCkgs2XOeGcIWlXj5+B8rhK0o0f60gRGi Xkdiwe5PbBC2tsSyha/B6nkFBCVOznzCMoFRdBaSsbOQtMxC0jILScsCRpZVjJLFqcVJuelG hnq56bkleqlFmcnFxfl5esWpmxiBsXJwy2/DHYwTr9kfYpTmYFES52WY3hkkJJCeWJKanZpa kFoUX1Sak1p8iJGJg1OqgXFJzFWp0Ifz2Z0dzty+fWVCi3alcOXph1Vu9q7RN5a/jo1e9tJT 9MY3tyxh8Q0e0tOePinLvOydlp0p/i047HbtFm/Pv92ZBxIYJKY9EWrJLFz3pVgyt/Emh+HM 36Lbn7r9iTExCTY6JsX8zTLNK5vlqHbRtbVLZ/ctSNyztvN92f4z26+KliqxFGckGmoxFxUn AgCOdsMRYwIAAA==
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/LcabLiewmsKDEkIuQwqlW6A05B4
Subject: Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-channel-08.txt
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: Thu, 10 Apr 2014 11:57:57 -0000

Hi,

In BUNDLE we use "RTP-based media" terminology, eventhough BUNDLE will be used in WebRTC environments where SRTP is mandated.

Why can't we use the same here?

Regards,

Christer

-----Original Message-----
From: rtcweb [mailto:rtcweb-bounces@ietf.org] On Behalf Of Harald Alvestrand
Sent: 10. huhtikuuta 2014 14:55
To: rtcweb@ietf.org
Subject: Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-channel-08.txt

On 04/09/2014 04:39 PM, Colin Perkins wrote:
> On 9 Apr 2014, at 15:33, Michael Tuexen <Michael.Tuexen@lurchi.franken.de> wrote:
>> On 09 Apr 2014, at 16:25, Colin Perkins <csp@csperkins.org> wrote:
>>> On 9 Apr 2014, at 15:20, Michael Tuexen <Michael.Tuexen@lurchi.franken.de> wrote:
>>>> On 09 Apr 2014, at 13:00, Colin Perkins <csp@csperkins.org> wrote:
>>>>> On 9 Apr 2014, at 11:02, Internet-Drafts@ietf.org wrote:
>>>>>> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>>>>>> This draft is a work item of the Real-Time Communication in WEB-browsers Working Group of the IETF.
>>>>>>
>>>>>>     Title           : WebRTC Data Channels
>>>>>>     Authors         : Randell Jesup
>>>>>>                       Salvatore Loreto
>>>>>>                       Michael Tuexen
>>>>>> 	Filename        : draft-ietf-rtcweb-data-channel-08.txt
>>>>>> 	Pages           : 15
>>>>>> 	Date            : 2014-04-09
>>>>>>
>>>>>> Abstract:
>>>>>> The Real-Time Communication in WEB-browsers working group is 
>>>>>> charged to provide protocol support for direct interactive rich 
>>>>>> communication using audio, video, and data between two peers' 
>>>>>> web-browsers.  This document specifies the non-(S)RTP media data 
>>>>>> transport aspects of the WebRTC framework.  It provides an 
>>>>>> architectural overview of how the Stream Control Transmission 
>>>>>> Protocol (SCTP) is used in the WebRTC context as a generic 
>>>>>> transport service allowing WEB-browsers to exchange generic data from peer to peer.
>>>>> This talks about "(S)RTP" throughout, but the rtp-usage draft requires that SRTP be used for WebRTC, and disallows plain RTP. I think this draft could be simplified by changing "(S)RTP" to "SRTP" throughout.
>>>> Hi Colin,
>>>>
>>>> The (S)RTP notion goes back to a comment from Magnus. If I remember it correctly he considers SRTP a profile of RTP. Since I don't wanted to just use RTP, I ended up with (S)RTP based on a discussion with Magnus.
>>>>
>>>> However, I'm fine with changing it to SRTP...
>>> SRTP is an RTP profile. My comment was that if this is for WebRTC only, then  only SRTP can be used, and not plain RTP. Using "(S)RTP" rather than "SRTP" in this draft suggests that the secure profile is optional, which isn't the case in WebRTC. If this is for more general use than WebRTC, then "(S)RTP" is fine.
>> It is clear that in WebRTC only SRTP is used...
> I don't believe your draft is clear on that, due to the use of "(S)RTP" terminology. That's why I commented.
>
Enforcing the SRTP-only rule for WebRTC is not the business of this draft, so it's not a normative statement in any way, shape or form.

If it's possible to use these channels outside of WebRTC, and some of these places claim to be able to use pure RTP with appropriate security, then making use of "SRTP" only in this draft is confusing.

I see arguments both ways, and want to leave it at editors' discretion.




_______________________________________________
rtcweb mailing list
rtcweb@ietf.org
https://www.ietf.org/mailman/listinfo/rtcweb