Re: [MMUSIC] Possible BUNDLE alternative syntax: explicit m-line for bundled session

"Cullen Jennings (fluffy)" <fluffy@cisco.com> Wed, 24 October 2012 20:57 UTC

Return-Path: <fluffy@cisco.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 E71C121F8A39 for <mmusic@ietfa.amsl.com>; Wed, 24 Oct 2012 13:57:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.091
X-Spam-Level:
X-Spam-Status: No, score=-110.091 tagged_above=-999 required=5 tests=[AWL=-0.092, BAYES_00=-2.599, J_CHICKENPOX_16=0.6, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
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 TcbicjdtXoSX for <mmusic@ietfa.amsl.com>; Wed, 24 Oct 2012 13:57:16 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id 6164421F87DC for <mmusic@ietf.org>; Wed, 24 Oct 2012 13:57:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1333; q=dns/txt; s=iport; t=1351112228; x=1352321828; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=ruhjkvkDF3KzkSxJ+uN9U8xcIdTeohfuLURIe6UV6HI=; b=WkdKzQPn3pt7aXqb5F90iwkJjc1npg10w3lnhQdtGhyhoB0QvJ1G0JhD pRZNAyIPsRYWAjgkjWN7Pl4DQuP3gMv+YbabLmMsmdMMmNzk0pbWM4vOq cxpZqNbiLUsvrZWwLd1aIIRrKR0fHzNknW704S18hvS+o5bca9ez/x2sG w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av4EAKdViFCtJV2a/2dsb2JhbABEwX2BCIIeAQEBAwESASc/EAIBCBgKFBAyJQIEDgUIGodcBpxmoBCLYYYMYQOkQYFrgm+CGQ
X-IronPort-AV: E=Sophos;i="4.80,642,1344211200"; d="scan'208";a="135043616"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-6.cisco.com with ESMTP; 24 Oct 2012 20:57:06 +0000
Received: from xhc-rcd-x09.cisco.com (xhc-rcd-x09.cisco.com [173.37.183.83]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id q9OKv6rD021724 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 24 Oct 2012 20:57:06 GMT
Received: from xmb-aln-x02.cisco.com ([169.254.5.217]) by xhc-rcd-x09.cisco.com ([173.37.183.83]) with mapi id 14.02.0318.001; Wed, 24 Oct 2012 15:57:05 -0500
From: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
To: Jonathan Lennox <jonathan@vidyo.com>
Thread-Topic: [MMUSIC] Possible BUNDLE alternative syntax: explicit m-line for bundled session
Thread-Index: AQHNsiofE3x+5VNgHU6WEFgTcA9Jqg==
Date: Wed, 24 Oct 2012 20:57:05 +0000
Message-ID: <C5E08FE080ACFD4DAE31E4BDBF944EB11189E040@xmb-aln-x02.cisco.com>
References: <CE457B53-341D-48C8-8CD7-2A0958407F37@vidyo.com> <50222D44.5040105@alvestrand.no> <BLU401-EAS1263CBF056291C5313CA95193CD0@phx.gbl> <502258CA.5030009@alvestrand.no> <BLU002-W14079A44079EFA284B8E94793CC0@phx.gbl> <01C25C86-D664-468E-923F-4EEA506ACEDF@cisco.com> <5038E0EE.60608@alvestrand.no>, <BLU401-EAS1449593A32E42F2871B483E93BC0@phx.gbl> <7F2072F1E0DE894DA4B517B93C6A05853409FF2F24@ESESSCMS0356.eemea.ericsson.se> <503B29B6.5000000@alvestrand.no>, <0CC47B95-7817-4E2F-B7EE-04FD33E8113C@cisco.com> <7F2072F1E0DE894DA4B517B93C6A05853409FF2F97@ESESSCMS0356.eemea.ericsson.se>, <5E3FF4B9-1428-4273-8C07-CA7E09E94108@cisco.com> <7F2072F1E0DE894DA4B517B93C6A05853409FF2F98@ESESSCMS0356.eemea.ericsson.se>, <03FBA798AC24E3498B74F47FD082A92F1773E523@US70UWXCHMBA04.zam.alcatel-lucent.com> <7F2072F1E0DE894DA4B517B93C6A05853409FF2F9D@ESESSCMS0356.eemea.ericsson.se>, <03FBA798AC24E3498B74F47FD082A92F1773E53E@US70UWXCHMBA04.zam.alcatel-lucent.com> <7F2072F1E0DE894DA4B517B93C6A0585340 9FF2F9E@ESESSCMS0356. e emea.ericsson.se>, <03FBA798AC24E3498B74F47FD082A92F1773E645@US70UWXCHMBA04.zam.alcatel-lucent.com> <7F2072F1E0DE894DA4B517B93C6A05853409FF2F9F@ESESSCMS0356.eemea.ericsson.se>, <03FBA798AC24E3498B74F47FD082A92F1773E771@US70UWXCHMBA04.zam.alcatel-lucent.com> <7F2072F1E0DE894DA4B517B93C6A05853409FF2FA2@ESESSCMS0356.eemea.ericsson.se>, <03FBA798AC24E3498B74F47FD082A92F1773E7FC@US70UWXCHMBA04.zam.alcatel-lucent.com> <7F2072F1E0DE894DA4B517B93C6A05853409FF2FA4@ESESSCMS0356.eemea.ericsson.se> <DA165A8A2929C6429CAB403A76B573A5146A1409@szxeml534-mbx.china.huawei.com>, <000001cd9815$d0882190$719864b0$@co.in> <7F2072F1E0DE894DA4B517B93C6A05853409FF2FB1@ESESSCMS0356.eemea.ericsson.se>, <000601cd99bc$5b1e5bb0$115b1310$@co.in> <7F2072F1E0DE894DA4B517B93C6A05853409FF2FB4@ESESSCMS0356.eemea.ericsson.se> <46F70838-8689-4C1C-9C49-B981B1E2D208@vidyo.com>
In-Reply-To: <46F70838-8689-4C1C-9C49-B981B1E2D208@vidyo.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.20.249.167]
x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19302.000
x-tm-as-result: No--33.032000-8.000000-31
x-tm-as-user-approved-sender: No
x-tm-as-user-blocked-sender: No
Content-Type: text/plain; charset="us-ascii"
Content-ID: <18148AFB8F54FF4EBCB4F3137BC97593@cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "mmusic@ietf.org" <mmusic@ietf.org>, Christer Holmberg <christer.holmberg@ericsson.com>
Subject: Re: [MMUSIC] Possible BUNDLE alternative syntax: explicit m-line for bundled session
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: Wed, 24 Oct 2012 20:57:17 -0000

On Sep 24, 2012, at 12:41 PM, Jonathan Lennox <jonathan@vidyo.com> wrote:

> 
> On Sep 23, 2012, at 4:37 PM, Christer Holmberg wrote:
>> 
>>> Instead, Let us discuss the generic categories of attributes and mention in this draft.
>> 
>> I am not sure I understood.
>> 
>> For sure we will have to discuss how/if attributes are affected, but we need to have a general idea on how the multiplexing is going to be offered. Same ports, m=bundle, or something else...
> 
> 
> One of the major benefits of the "pure" m=bundle proposal is that we *don't* have to discuss categories of attributes (other than to make recommendations to implementors).  The attributes inside each unbundled m= line need to be self-consistent, and the attributes inside the m=bundle line also need to be self-consistent, but there doesn't need to be any standardized mechanism to infer the one from the others.
> 
> 

But the problem is that for some attributes, we have no way of expressing them per ssrc, only per m line. Yes I realize we could write many extentions to SDP to have new ways of doing it all per ssrc but this seems to be a disadvantage to me. All I wanted was to put multiple things on the same port - I should have to redefine a bunch of new  SDP to do that.