Re: [MMUSIC] SCTP question: Where does it multiplex?

Paul Kyzivat <pkyzivat@alum.mit.edu> Mon, 03 December 2012 20:00 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1812321F8917 for <mmusic@ietfa.amsl.com>; Mon, 3 Dec 2012 12:00:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.362
X-Spam-Level:
X-Spam-Status: No, score=-0.362 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_NET=0.611, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uGJ6HjsAu7Bl for <mmusic@ietfa.amsl.com>; Mon, 3 Dec 2012 12:00:19 -0800 (PST)
Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:43:76:96:62:40]) by ietfa.amsl.com (Postfix) with ESMTP id 4CBBD21F8920 for <mmusic@ietf.org>; Mon, 3 Dec 2012 12:00:19 -0800 (PST)
Received: from omta03.westchester.pa.mail.comcast.net ([76.96.62.27]) by qmta04.westchester.pa.mail.comcast.net with comcast id X69v1k00B0bG4ec5480JTZ; Mon, 03 Dec 2012 20:00:18 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([50.138.229.164]) by omta03.westchester.pa.mail.comcast.net with comcast id X80J1k00v3ZTu2S3P80JDm; Mon, 03 Dec 2012 20:00:18 +0000
Message-ID: <50BD04D2.7090207@alum.mit.edu>
Date: Mon, 03 Dec 2012 15:00:18 -0500
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: mmusic@ietf.org
References: <5093A2C9.9040001@alvestrand.no> <50B9E3ED.6010604@ericsson.com> <50BA19F9.4040701@alvestrand.no>
In-Reply-To: <50BA19F9.4040701@alvestrand.no>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1354564818; bh=JRO1FKLm+3+cy1oZo1D3dpgqmO4ZgmTHz+acRGf4k10=; h=Received:Received:Message-ID:Date:From:MIME-Version:To:Subject: Content-Type; b=m5TJOjB2uwBuBhSNog30b30R7qVdx4c+pdwm5zjHfvnShhs/08CrcUgwSKR+0bdjG PR4GODY9ad0DtQdWVAg55IjyNFS4cPj1jhpsxib+i8vMSJR2UVEarUlWDMatr8w+NQ XXTRNuDZFYVW/cr4rSY7iF4DtcoFQ3K7Iwr4mkEUbx3j5IRsmrh7SAG3oqllrFja0O cWOAogJ3i35E4YikVcpbpE6vRsqjK8o01utddptw67xV2vAPEdHomebeJxMJjtXT7/ HALJlBnWPnpDx6RRU/mL7KOl00R0VHp9bTE4ZzPb/m26OS1zafgE1F63z/TwFfhPsG cN4DeHQOlGHyQ==
Subject: Re: [MMUSIC] SCTP question: Where does it multiplex?
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Dec 2012 20:00:21 -0000

Commenting on a different point

On 12/1/12 9:53 AM, Harald Alvestrand wrote:

> The interesting difference is that the multiplexing between DTLS/SCTP
> traffic and BUNDLE multiplexing is that DTLS/SCTP traffic is not carried
> in SSRCs, which means:
>
> - There can be only one DTLS/SCTP stream in a bundle (which may have
> multiple associations, as you state below); you can't have multiple
> lines with proto DTLS/SCTP in a bundle.

I am not an SCTP expert. But IIUC, SCTP was designed to run directly 
over IP. It has its own notion of port used to demux multiple SCTP 
associations over the same IP address.

I presume that that same mechanism is still there when SCTP is run over 
DTLS over UDP.

So, the traffic coming over DTLS must first be demuxed into RTP traffic 
and SCTP traffic. Then the RTP traffic can be demuxed based on SSRC, and 
SCTP traffic can be demuxed based on SCTP port. And once the traffic for 
a single SCTP port is identified, it can be demuxed based on stream number.

Representing this in SDP is a challenge. Some variant of the bundle 
proposal might allow bundling together several RTP m-lines and some 
DTLS/SCTP m-lines. This would require a mechanism for specifying the 
SCTP port number - already an open issue (#3) in 
draft-ietf-mmusic-sctp-sdp-02.

	Thanks,
	Paul