Re: [Dart] multiplexing different media types

Harald Alvestrand <harald@alvestrand.no> Sun, 15 June 2014 07:18 UTC

Return-Path: <harald@alvestrand.no>
X-Original-To: dart@ietfa.amsl.com
Delivered-To: dart@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B57621B2B7F for <dart@ietfa.amsl.com>; Sun, 15 Jun 2014 00:18:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.551
X-Spam-Level:
X-Spam-Status: No, score=-2.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651] autolearn=ham
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 FxbzGQeOC0BX for <dart@ietfa.amsl.com>; Sun, 15 Jun 2014 00:18:13 -0700 (PDT)
Received: from mork.alvestrand.no (mork.alvestrand.no [IPv6:2001:700:1:2::117]) by ietfa.amsl.com (Postfix) with ESMTP id 7BFBF1A0066 for <dart@ietf.org>; Sun, 15 Jun 2014 00:18:13 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id 9FE6E7C37F4; Sun, 15 Jun 2014 09:18:10 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at alvestrand.no
Received: from mork.alvestrand.no ([127.0.0.1]) by localhost (mork.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GRY4X4klijh4; Sun, 15 Jun 2014 09:18:09 +0200 (CEST)
Received: from [192.168.1.186] (unknown [188.113.88.47]) by mork.alvestrand.no (Postfix) with ESMTPSA id DECF57C37ED; Sun, 15 Jun 2014 09:18:09 +0200 (CEST)
Message-ID: <539D48B1.80003@alvestrand.no>
Date: Sun, 15 Jun 2014 09:18:09 +0200
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
To: "Paul E. Jones" <paulej@packetizer.com>, dart@ietf.org, Eric Rescorla <ekr@rtfm.com>
References: <emcef68d3e-8260-40c5-9b7d-c6838a595d8b@sydney>
In-Reply-To: <emcef68d3e-8260-40c5-9b7d-c6838a595d8b@sydney>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/dart/vAOUBhEtOEDVKpmbdGZx7JmUigs
Subject: Re: [Dart] multiplexing different media types
X-BeenThere: dart@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "\"DiffServ Applied to RTP Transports discussion list\"" <dart.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dart>, <mailto:dart-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dart/>
List-Post: <mailto:dart@ietf.org>
List-Help: <mailto:dart-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dart>, <mailto:dart-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Jun 2014 07:18:17 -0000

(Adding EKR to thread to get a definitive DTLS answer)

On 06/15/2014 06:52 AM, Paul E. Jones wrote:
> Harald,
>
>
>> "SCTP ... can be multiplexed with one or more RTP sessions". Actually
>> we can only multiplex SCTP with a single RTP session. There have been
>> proposals that would allow multiplexing of multiple RTP sessions
>> (each containing multiple media flows) over a single 5-tuple, but
>> these were not accepted.
>
> Your draft (draft-ietf-rtcweb-transports) says:
>
>     RTCWEB implementations MUST support multiplexing of DTLS and RTP over
>     the same port pair, as described in the DTLS_SRTP specification
>     [RFC5764], section 5.1.2. All application layer protocol payloads
>     over this DTLS connection are SCTP packets.
>
> I had a question about this as we discussed the DART draft.  I assumed
> the only DTLS connection would be one used for key negotiation for
> SRTP.  Is that not the case? Would there be multiple DTLS connections
> multiplexed?  If so, how would one be differentiated from another?

EKR is the expert here.

As I understand it, the key material for DTLS-SRTP is derived from the
session keys from the DTLS session. This does not in any way affect the
usage of the same DTLS session for passing DTLS data.

>
> As for RTP Session multiplexing, it's interesting to hear that
> proposals are dead.  Is there a proposal for multiplexing different
> media types (e.g., audio and video) within the same RTP Session,
> then?  RFC 3550 discourages that, but it was my understanding that
> browser makers wanted to multiplex the different media types somehow. 
> What's the plan?

draft-ietf-avtcore-multiplex-guidelines covers the RTP aspects.
draft-ietf-mmusic-sdp-bundle-negotiation has the details on SDP.

The only thing in RTP itself that prevents such multiplexing is the
words in RFC 3550; technically there is no barrier at the RTP level.

At the SDP level things are a bit more complex, which is why -bundle-
isn't an RFC yet.

>
> Paul
>


-- 
Surveillance is pervasive. Go Dark.