Re: [MMUSIC] Another bundling proposal - Christer's comments

worley@ariadne.com (Dale R. Worley) Mon, 25 February 2013 22:45 UTC

Return-Path: <worley@shell01.TheWorld.com>
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 609B521E8104 for <mmusic@ietfa.amsl.com>; Mon, 25 Feb 2013 14:45:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.737
X-Spam-Level:
X-Spam-Status: No, score=-2.737 tagged_above=-999 required=5 tests=[AWL=0.243, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, RCVD_IN_SORBS_WEB=0.619]
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 RJFODGdCqm-3 for <mmusic@ietfa.amsl.com>; Mon, 25 Feb 2013 14:45:05 -0800 (PST)
Received: from TheWorld.com (pcls5.std.com [192.74.137.145]) by ietfa.amsl.com (Postfix) with ESMTP id 8D89E21E8103 for <mmusic@ietf.org>; Mon, 25 Feb 2013 14:45:05 -0800 (PST)
Received: from shell.TheWorld.com (svani@shell01.theworld.com [192.74.137.71]) by TheWorld.com (8.14.5/8.14.5) with ESMTP id r1PMiuiD029771; Mon, 25 Feb 2013 17:44:58 -0500
Received: from shell01.TheWorld.com (localhost.theworld.com [127.0.0.1]) by shell.TheWorld.com (8.13.6/8.12.8) with ESMTP id r1PMiuNq2603316; Mon, 25 Feb 2013 17:44:56 -0500 (EST)
Received: (from worley@localhost) by shell01.TheWorld.com (8.13.6/8.13.6/Submit) id r1PMiujk2613075; Mon, 25 Feb 2013 17:44:56 -0500 (EST)
Date: Mon, 25 Feb 2013 17:44:56 -0500
Message-Id: <201302252244.r1PMiujk2613075@shell01.TheWorld.com>
From: worley@ariadne.com
Sender: worley@ariadne.com
To: Christer Holmberg <christer.holmberg@ericsson.com>
In-reply-to: <7594FB04B1934943A5C02806D1A2204B106FE2@ESESSMB209.ericsson.se> (christer.holmberg@ericsson.com)
References: <7594FB04B1934943A5C02806D1A2204B106FE2@ESESSMB209.ericsson.se>
Cc: mmusic@ietf.org
Subject: Re: [MMUSIC] Another bundling proposal - Christer's comments
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, 25 Feb 2013 22:45:06 -0000

> From: Christer Holmberg <christer.holmberg@ericsson.com>
> 
> I had previously provided comments to Dale off-line. Some has been
> addressed in the -03 version of the draft. But, I still have some
> questions.

I'm now in the position to deal with technical improvements.

> First, unless I've missed something, the mechanism is still for RTP
> ONLY. It is not possible to e.g. put the DataChannel in the
> bundle. I think we asap need to decide whether that is a requirement
> or not.

That's true.  Although none of the other 5 proposals I've seen discuss
SCTP/DataChannel multiplexing either.  Fortunately, adding support for
SCTP isn't difficult, either with encapsulation or without.

> Second, you use the non-bundle m- lines for codec negotiation
> etc. But, previously, when MMT was discussed, I believe that people
> indicated that they do not want to "refer" to other m- lines from
> the MMT m- line. Instead,  the information should be explicitly
> provided in the MMT m- line (which is the reason why the SDP size
> gets pretty big with MMT, as most information is duplicated).

I've heard that mentioned before, but I've never seen the argument in
favor of it.  Can someone tell me what it is, or provide a pointer?

Dale