Re: [rtcweb] SRTP/AVPF/TCP in draft-ietf-rtcweb-transports-01

Justin Uberti <juberti@google.com> Thu, 03 October 2013 19:15 UTC

Return-Path: <juberti@google.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE4E321F937E for <rtcweb@ietfa.amsl.com>; Thu, 3 Oct 2013 12:15:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lzK4mcVgnx5Q for <rtcweb@ietfa.amsl.com>; Thu, 3 Oct 2013 12:15:14 -0700 (PDT)
Received: from mail-vb0-x231.google.com (mail-vb0-x231.google.com [IPv6:2607:f8b0:400c:c02::231]) by ietfa.amsl.com (Postfix) with ESMTP id 87DFF21F9B12 for <rtcweb@ietf.org>; Thu, 3 Oct 2013 12:03:24 -0700 (PDT)
Received: by mail-vb0-f49.google.com with SMTP id w16so1763378vbb.22 for <rtcweb@ietf.org>; Thu, 03 Oct 2013 12:03:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=IwnE+6pxHVHaqzR6bpX75g4xp9wUWEIgKZFymGsGeuo=; b=JdzWSumJPqyonZVzVR+B52nhW/jc9Vzw7sefkaZud9i6FeE4rWPPkkQ/bhdx9/vE7B e0bKOx0xo4n9FyJ3u8/ojPGH5W/FpMim8L3KFQCIHYKBJ8NszKUzXwgG+qsVOnpnsszB LJJOWS87cJEF9GtJTGAfcUBikjuyQFStcwtm/HN8+6m/1WhLc9Sr0yCJIi2i9btmxqoz kwSOKOTGBl7jLaPDaW5xiLVpR1AST0hyyoBkVjM4BsgAN/bK39BhxSHBJFsKi4NdYKpu b4/pFgof7ee2W/acswDhC6KD5tPZA/BFF0BV6B+ZkYZDIGwYOLa27N3xU991K8na4r3t 9r9A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=IwnE+6pxHVHaqzR6bpX75g4xp9wUWEIgKZFymGsGeuo=; b=Dit0h35xtxhRKUIlwV+po0Fvo3WtBK1yAPTEGQOflbZkpIQuk4SzrGX5HZO10Fu2ux XEzKeAeDB9Fo0LXxklF1/SYCW8QEtKZNN4pMLe4+rdONvsPun9qfgwoPHEXxtaJ44vRw /MBo/yKr04GFl2l63NKRw6UM8FmjPFwri1d3LuI57mxpt5FQzTmmRTTrtPTf2q8RWljK PaczGg77EwmMM7FnI/o6XYOygH381TDYm7V1/FIzMYWgsqL88lxDabHs5tqRfOZkN0Kh 1oqTbDZYv90w3mnIZnnJj8pLUKsm9KwsA30kTB8aR4bMK/Qu30XMs/IzMXAXc7En7LvB 99mQ==
X-Gm-Message-State: ALoCoQmQ/MVBWcdYI4MQ4I0zuLlNwI+TyorqQmfk8OuMiHwdPKZxYCR9fVwV+QujFbKXMa6ezknV8R3Rzk4tzATOfvHjnLk3CfF4+dlSO2jujBYMji2eZK2xb3F0tI79fPHHy/I7oOaJiDYsCsf9/nofHImxuOXZJ8JX+K6ReQsLrCAxg+qIsIF5D7ErWHW4fnML9mni0koQ
X-Received: by 10.58.179.104 with SMTP id df8mr2100534vec.26.1380827003402; Thu, 03 Oct 2013 12:03:23 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.52.110.101 with HTTP; Thu, 3 Oct 2013 12:03:01 -0700 (PDT)
In-Reply-To: <005c01cec05b$4c998710$e5cc9530$@co.in>
References: <006401cebf96$7db7a4f0$7926eed0$@co.in> <524C7FD8.1050801@alvestrand.no> <ro3xdjcv7wkbl37rttggv2qu.1380777749933@email.android.com> <524D8B2C.7050606@alvestrand.no> <005c01cec05b$4c998710$e5cc9530$@co.in>
From: Justin Uberti <juberti@google.com>
Date: Thu, 03 Oct 2013 12:03:01 -0700
Message-ID: <CAOJ7v-3p3_QQDOfUbpC-hmph39ys69s3j=OFOmV2vD01CJxHkg@mail.gmail.com>
To: Parthasarathi R <partha@parthasarathi.co.in>
Content-Type: multipart/alternative; boundary="047d7b5d9e6308d2ce04e7dad77d"
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] SRTP/AVPF/TCP in draft-ietf-rtcweb-transports-01
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
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, 03 Oct 2013 19:15:22 -0000

On Thu, Oct 3, 2013 at 10:09 AM, Parthasarathi R <partha@parthasarathi.co.in
> wrote:

>  Hi Harald/Magnus,****
>
> ** **
>
> Thanks for the clarification.  Please clarify whether TCP/RTP/SAVPF will
> be registered in IANA as separate MMUSIC specification or any another
> simple mechanism exists to add IANA registry. ****
>
> ** **
>
> I’m interested in seeing the usage of DTLS key exchange for SRTP within
> TCP/RTP/SAVPF profile. Even though DTLS is designed for connectionless
> protocol, I assume that it works with TCP (connection oriented) protocol as
> well. The optimized version of TCP/RTP/SAVPF shall use TLS as a SRTP key
> exchange mechanism. Please correct me in case I’m missing something.
>

Yes, this should work. It will use the RTP-over-TCP framing for the DTLS
records (i.e. 16-bit-length prefix). I don't think if it makes sense to
support TLS instead of DTLS in this case since there are no guarantees that
the TCP transport will be lossless (i.e. if the TCP buffers fill, endpoints
may choose to start dropping packets instead of continuing to buffer).


> ****
>
> ** **
>
> Thanks****
>
> Partha****
>
> ** **
>
> *From:* Harald Alvestrand [mailto:harald@alvestrand.no]
> *Sent:* Thursday, October 03, 2013 8:50 PM
> *To:* Magnus Westerlund
> *Cc:* Parthasarathi R; rtcweb@ietf.org
> *Subject:* Re: SV: [rtcweb] SRTP/AVPF/TCP in
> draft-ietf-rtcweb-transports-01****
>
> ** **
>
> On 10/03/2013 07:22 AM, Magnus Westerlund wrote:****
>
> Harald, ****
>
> ** **
>
> Yes you are missing something. The registry you pointed at are the one for RTP profiles. The one containing the combinations with transport are SDP specific. ****
>
> ** **
>
> http://www.iana.org/assignments/sdp-parameters/sdp-parameters.xhtml#sdp-parameters-2****
>
>
> Thanks!
>
> For consistency's sake, shouldn't all the SDP parameters that contain
> "RTP" also be listed in the RTP registry?
>
> I'm thinking that -transport- may have to grow an IANA section that
> registers TCP/RTP/SAVPF, and it needs to decide whether to register it in
> one or both.
>
> (Of course, the TCP/ prefix is only used in some of the examples in the
> RFC defining RTP over TCP - as a matter of taste, I don't like having
> protocol in the profile name, so would be happy not doing so if the SDP
> experts say this is OK by the rules, but then I need to adjust the language
> to not use the word "profile" in this place.)
>
>
> ****
>
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb
>
>