Re: [MMUSIC] SCTP question: Where does it multiplex?
Paul Kyzivat <pkyzivat@alum.mit.edu> Tue, 11 December 2012 17:05 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 A04BD21F84DC for <mmusic@ietfa.amsl.com>; Tue, 11 Dec 2012 09:05:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.398
X-Spam-Level:
X-Spam-Status: No, score=-0.398 tagged_above=-999 required=5 tests=[AWL=0.039, 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 npTDls38uKpk for <mmusic@ietfa.amsl.com>; Tue, 11 Dec 2012 09:05:53 -0800 (PST)
Received: from qmta03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:43:76:96:62:32]) by ietfa.amsl.com (Postfix) with ESMTP id E165321F84D9 for <mmusic@ietf.org>; Tue, 11 Dec 2012 09:05:52 -0800 (PST)
Received: from omta18.westchester.pa.mail.comcast.net ([76.96.62.90]) by qmta03.westchester.pa.mail.comcast.net with comcast id aB5n1k00C1wpRvQ53H5sf5; Tue, 11 Dec 2012 17:05:52 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([50.138.229.164]) by omta18.westchester.pa.mail.comcast.net with comcast id aH5r1k00i3ZTu2S3eH5sPg; Tue, 11 Dec 2012 17:05:52 +0000
Message-ID: <50C767EE.4080701@alum.mit.edu>
Date: Tue, 11 Dec 2012 12:05:50 -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> <50BD04D2.7090207@alum.mit.edu> <50C6F800.1080500@ericsson.com> <E44893DD4E290745BB608EB23FDDB76232C004@008-AM1MPN1-041.mgdnok.nokia.com>
In-Reply-To: <E44893DD4E290745BB608EB23FDDB76232C004@008-AM1MPN1-041.mgdnok.nokia.com>
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=1355245552; bh=7zZldqD6u5XtiHzrU1BGxb3Ua319GqKmASSLKmZwIGc=; h=Received:Received:Message-ID:Date:From:MIME-Version:To:Subject: Content-Type; b=V93r8RpZ9TkIgA+cts7cWsmgYZPnYBwM4aHN4VZaCqPzhVJe1YB5xyZS8F6xZARek kQx/A5x7MNgIHLcwuvz5M/Hq4WdlZPz6buoQCAUDhfgGqv8SFnnGU0+gmoF16MQPw+ 6kzMdeYiZGr9WWnIqSn3hrYm03yfSmmXMRk1VIQ1LgMOFwMkVjcVE4hAlSgLfYuhHX GJUUAYxvBHbgt+5G2ebLnPvcNpsl41zk8jhyWrhuZ3P0JscVMhXewHPYpuRG2BPLUX zKzhZkin5l4AtNK075mY3G4i/B5f+uIqSvizF+rT3rO5h+O5Mm8NZBbRxTYntr0VoC yaAKFnUJUND9Q==
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: Tue, 11 Dec 2012 17:05:53 -0000
On 12/11/12 5:34 AM, Markus.Isomaki@nokia.com wrote: > Hi Sal, > > Salvatore Loreto wrote: >> >> based on the current stack the SCTP traffic is the only traffic that runs directly >> over the DTLS stack. >> What I am trying to do is to include the Randell Jesup (I am including him in CC >> as I am not sure he is subscribed to this mailing list) >> suggestion to give the possibility to have multiple SCTP >> *associations* running on top of the same DTLS session and of course >> providing a way to signal it in SDP. >> >> to be clear: at moment WebRTC allows only one SCTP association per PC, so >> this is something that would be nice to define just to be ready for the future. >> > > It's a bit unclear to me what the benefit of this would be. SCTP itself allows multiple streams to be transported in parallel within a single SCTP association. So, in what type of situations would we need multiple parallel SCTP associations? I thought the main point of SCTP is that it provides the parallelism and multiplexing by itself. It may not provide any benefit for WebRTC. To provide some benefit it would need to be exposed in the WebRTC API. If every stream/channel within the SCTP session is always negotiated in SDP then there is less likely to be benefit in general. But if (as planned, I think) the streams/channels within the SCTP association can be managed dynamically, then having two associations means you could have two separate pools of streams to dynamically manage. This could be helpful if you have multiple components within your application that want their own control over dynamic data streams. Whether the multiple SCTP associations are over the same DTLS connection or different ones is an independent question. > In other words: I do understand the desire to multiplex RTP and SCTP within the same UDP flow, so we can for instance reduce the number of needed NAT/FW bindings. I also understand why multiple independent non-HOL blocking streams within SCTP are useful for applications. But I don't yet understand the additional benefit of multiple parallel SCTP associations. No doubt it can be technically done, but to what purposes? IIUC this is a mechanism that is already latent in the SCTP. It is a matter of whether to expose the capability. Not exposing it just means that the latent capability isn't being used - everyone will be operating on a default SCTP port. Exposing it needs to occur at two levels, and the decision whether to do so or not can be made separately: IIUC the SCTP *protocol* already has this capability. The proposed SDP currently provides no way to specify the SCTP port. If it is to continue that way then it minimally needs to specify which port value is to be used in the protocol. (Otherwise we can have interoperability failures.) It should be very simple to provide an attribute to explicitly specify the SCTP port, while still specifying a default value if not specified. By itself this would not be very useful if you could only specify one. More complex would be to specify use of multiple SCTP ports over the same DTLS connection. That starts to look like a bundle problem again because they share the same address and UDP port, while having a number of attributes to specify about each. If we want to keep this simple for now, then I suggest that draft-ietf-mmusic-sctp-sdp simply specify that implementations of this draft always use SCTP port zero, and that use of other ports is out of scope. Thanks, Paul
- [MMUSIC] SCTP question: Where does it multiplex? Harald Alvestrand
- Re: [MMUSIC] SCTP question: Where does it multipl… Paul Kyzivat
- Re: [MMUSIC] SCTP question: Where does it multipl… Harald Alvestrand
- Re: [MMUSIC] SCTP question: Where does it multipl… Salvatore Loreto
- Re: [MMUSIC] SCTP question: Where does it multipl… Harald Alvestrand
- Re: [MMUSIC] SCTP question: Where does it multipl… Paul Kyzivat
- Re: [MMUSIC] SCTP question: Where does it multipl… Harald Alvestrand
- Re: [MMUSIC] SCTP question: Where does it multipl… Christer Holmberg
- Re: [MMUSIC] SCTP question: Where does it multipl… Harald Alvestrand
- Re: [MMUSIC] SCTP question: Where does it multipl… Markus.Isomaki
- Re: [MMUSIC] SCTP question: Where does it multipl… Harald Alvestrand
- Re: [MMUSIC] SCTP question: Where does it multipl… Paul Kyzivat
- Re: [MMUSIC] SCTP question: Where does it multipl… Paul Kyzivat
- Re: [MMUSIC] SCTP question: Where does it multipl… Paul Kyzivat
- Re: [MMUSIC] SCTP question: Where does it multipl… Markus.Isomaki
- Re: [MMUSIC] SCTP question: Where does it multipl… Harald Alvestrand
- Re: [MMUSIC] SCTP question: Where does it multipl… Paul Kyzivat
- Re: [MMUSIC] SCTP question: Where does it multipl… Christer Holmberg
- Re: [MMUSIC] SCTP question: Where does it multipl… Paul Kyzivat
- Re: [MMUSIC] SCTP question: Where does it multipl… Salvatore Loreto
- Re: [MMUSIC] SCTP question: Where does it multipl… Markus.Isomaki
- Re: [MMUSIC] SCTP question: Where does it multipl… Paul Kyzivat
- Re: [MMUSIC] SCTP question: Where does it multipl… Harald Alvestrand
- Re: [MMUSIC] SCTP question: Where does it multipl… Paul Kyzivat
- Re: [MMUSIC] SCTP question: Where does it multipl… Dan Wing
- Re: [MMUSIC] SCTP question: Where does it multipl… Dan Wing
- Re: [MMUSIC] SCTP question: Where does it multipl… Paul Kyzivat
- Re: [MMUSIC] SCTP question: Where does it multipl… Dan Wing
- Re: [MMUSIC] SCTP question: Where does it multipl… Paul Kyzivat
- Re: [MMUSIC] SCTP question: Where does it multipl… Paul Kyzivat
- Re: [MMUSIC] SCTP question: Where does it multipl… Dan Wing
- Re: [MMUSIC] SCTP question: Where does it multipl… Randell Jesup
- Re: [MMUSIC] SCTP question: Where does it multipl… Matthew Kaufman
- Re: [MMUSIC] SCTP question: Where does it multipl… Dan Wing
- Re: [MMUSIC] SCTP question: Where does it multipl… Dan Wing
- Re: [MMUSIC] RESTART: SCTP question: Where does i… Paul Kyzivat
- Re: [MMUSIC] RESTART: SCTP question: Where does i… Dan Wing
- Re: [MMUSIC] RESTART: SCTP question: Where does i… Paul Kyzivat
- Re: [MMUSIC] RESTART: SCTP question: Where does i… Dan Wing
- Re: [MMUSIC] RESTART: SCTP question: Where does i… Paul Kyzivat