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

Magnus Westerlund <magnus.westerlund@ericsson.com> Mon, 07 October 2013 08:20 UTC

Return-Path: <magnus.westerlund@ericsson.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 BC70621E8192 for <rtcweb@ietfa.amsl.com>; Mon, 7 Oct 2013 01:20:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.207
X-Spam-Level:
X-Spam-Status: No, score=-103.207 tagged_above=-999 required=5 tests=[AWL=-0.608, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 k3cdB2nPTj1T for <rtcweb@ietfa.amsl.com>; Mon, 7 Oct 2013 01:20:31 -0700 (PDT)
Received: from sesbmg20.ericsson.net (sesbmg20.ericsson.net [193.180.251.56]) by ietfa.amsl.com (Postfix) with ESMTP id 153F521E8196 for <rtcweb@ietf.org>; Mon, 7 Oct 2013 01:20:25 -0700 (PDT)
X-AuditID: c1b4fb38-b7fcf8e0000062b8-b7-52526ec75732
Received: from ESESSHC004.ericsson.se (Unknown_Domain [153.88.253.125]) by sesbmg20.ericsson.net (Symantec Mail Security) with SMTP id 93.FE.25272.7CE62525; Mon, 7 Oct 2013 10:20:24 +0200 (CEST)
Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.32) with Microsoft SMTP Server id 14.2.328.9; Mon, 7 Oct 2013 10:20:23 +0200
Message-ID: <52526EF6.40303@ericsson.com>
Date: Mon, 07 Oct 2013 10:21:10 +0200
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: Parthasarathi R <partha@parthasarathi.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>
In-Reply-To: <005c01cec05b$4c998710$e5cc9530$@co.in>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprDLMWRmVeSWpSXmKPExsUyM+Jvre6JvKAgg+N3WCyO9XWxWUz+1Mdq sfZfO7sDs8eVCVdYPZYs+cnk8WH+F/YA5igum5TUnMyy1CJ9uwSujBVnigpO8VUsmbmbsYHx FXcXIyeHhICJxI2vS1ggbDGJC/fWs3UxcnEICRxllLi18zsrhLOMUaJ/30c2kCpeAU2J241v GEFsFgEViUsfF4LZbAIWEjd/NILViAoES7Rv/wpVLyhxcuYTsA0iAgYSv7c9ZAWxmQUcJZo+ /GYGsYUFvCSm/PzBDrHsBqPE1V07mUASnEDnnZt8mRHiPEmJbYuOsUM0G0gcWTQHapC8RPPW 2WCDhAS0JRqaOlgnMArNQrJ7FpKWWUhaFjAyr2LkKE4tTspNNzLYxAgM4YNbflvsYLz81+YQ ozQHi5I478e3zkFCAumJJanZqakFqUXxRaU5qcWHGJk4OKUaGBu2G62t33l3Jmdg0zxO++7M 9o0qn68V5T3UTT6pGvhhSYfOw7s7li+aIX5mZvT9b3IvYxh7Fv7T2aFR9OLJPJ1XwctysrtM 3yU5Ppx8/e+dLzpCPX+mSaUFFt1M3nJH+vVJ91+7brzWlW67P63omPjaiMQtnybmugqv+BDG WfBhxiTl7CeRIe+VWIozEg21mIuKEwEuMUfKLwIAAA==
Cc: 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: Mon, 07 Oct 2013 08:20:39 -0000

On 2013-10-03 19:09, Parthasarathi R 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 think we might need a MMUSIC or AVTCORE SDP field proto cleanup
document. It is not only TCP/RTP/SAVPF that is missing, also AVPF and
SAVP is missing.

But, before diving into this. Are there really consensus that we will
use IP/TCP/RFC4571 framing/RTP(SAVPF) rather than using TURN over TCP to
get a stack saying IP/TCP/TURN/RTP(SAVPF)?

Their SDP identification are quite different. The later uses m= lines
indicating RTP/SAVPF with the TURN part in the ICE candidates.

>  
> 
> 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.

In that case you definitely need an MMUSIC document. This as we need to
figure out if using TLS to represent DTLS was a misstake as I think you
need to separate DTLS and TLS when sent over TCP for the different
purposes in that case.

Cheers

Magnus Westerlund

----------------------------------------------------------------------
Multimedia Technologies, Ericsson Research EAB/TVM
----------------------------------------------------------------------
Ericsson AB                | Phone  +46 10 7148287
Färögatan 6                | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden| mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------