Re: [MMUSIC] BUNDLE: Accept m- line, reject bundle

"Cullen Jennings (fluffy)" <fluffy@cisco.com> Fri, 10 May 2013 20:47 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 52A6D21F9360 for <mmusic@ietfa.amsl.com>; Fri, 10 May 2013 13:47:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level:
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uq1eubISTfuU for <mmusic@ietfa.amsl.com>; Fri, 10 May 2013 13:47:20 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id AC87C21F9375 for <mmusic@ietf.org>; Fri, 10 May 2013 13:47:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1830; q=dns/txt; s=iport; t=1368218840; x=1369428440; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Ngr0HosFOsH7vw206Drw+AoF7T7qqa21vcIOo60GxCM=; b=UoKfrIUJY/gid4/LOkVhM8ggG1pGP3EDd+ouZ9kiW6Yzqkb+rLluAP/K GoaIQbWC1xGywm4Dyg3kzlYsDkFwaGiwnH6h9fvqTk4M+s9zwK9ahEyPN A3QlLN3B+EQMSW08a0TYyERThZmPxZzR01KliuuGg62YkZ2WlBQMURGuG k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgEFAJFbjVGtJV2Z/2dsb2JhbABSgwfAU3wWdIIfAQEBAwE6PwULAgEIIhQQMiUCBA4FCId+Br1AjnUCMQeCdGEDqGGDD4In
X-IronPort-AV: E=Sophos;i="4.87,651,1363132800"; d="scan'208";a="208791405"
Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-1.cisco.com with ESMTP; 10 May 2013 20:47:20 +0000
Received: from xhc-aln-x02.cisco.com (xhc-aln-x02.cisco.com [173.36.12.76]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id r4AKlK1t013557 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 10 May 2013 20:47:20 GMT
Received: from xmb-aln-x02.cisco.com ([169.254.5.192]) by xhc-aln-x02.cisco.com ([173.36.12.76]) with mapi id 14.02.0318.004; Fri, 10 May 2013 15:47:19 -0500
From: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Thread-Topic: [MMUSIC] BUNDLE: Accept m- line, reject bundle
Thread-Index: AQHOTb+PU16TeJ6FrEWNpsoFyGcqnQ==
Date: Fri, 10 May 2013 20:47:19 +0000
Message-ID: <C5E08FE080ACFD4DAE31E4BDBF944EB1134DECEA@xmb-aln-x02.cisco.com>
References: <7594FB04B1934943A5C02806D1A2204B1C36B4F6@ESESSMB209.ericsson.se>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1C36B4F6@ESESSMB209.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.20.249.164]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <6131A93D5BF0B8478A8CE80DEE3BDBC2@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] BUNDLE: Accept m- line, reject bundle
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: Fri, 10 May 2013 20:47:26 -0000

On May 3, 2013, at 7:07 AM, Christer Holmberg <christer.holmberg@ericsson.com> wrote:

> Hi,
>  
> Assume the following case:
>  
> 1.       An SDP offer contains an m- line associated with a BUNDLE group
> 2.       The answerer wants to accept the m- line, but wants to reject it being in the specific BUNDLE group.
>  
> A few alternatives on how this could be achieved have been presented:
>  
> Alt 1.      The answerer accepts the m- line, but does not associate it with a BUNDLE group.
>  
> Alt 2.      The answerer accepts the m- line, associates it with a BUNDLE group, and then sends a new offer which removes the m- line from the BUNDLE group.
>  
> Alt 3.      The answerer rejects the m- line, and then sends a new offer which adds the m- line outside a BUNDLE group.
>  
> In my opinion, Alt 1 does not work, at least not if the offer contains identical port values for the m- lines associated with the BUNDLE group. It would mean that the m- line is not added to a BUNDLE group, but still has the same port value (at least at the offerer side) as the m- lines in the BUNDLE group, which is not allowed.
>  
> So, my suggestion would be to specify that the answerer must use Alt 2 and/or Alt 3.
>  
> Comments?
>  

I think you want to to Alt 1. 

Say Alice sends offer with with three m lines in a bundle. Note they will have different ports. 

Then Bob sends answer with two of these in the bundle and the one of them not in the bundle. The two in the bundle will have the same port and be in the bundle group but the third will not be in a bundle and will have a different port. 

And like all bundle & ice usage, when everything is done negotiating there can be the final O/A to clean up all the SBCs.