Re: [MMUSIC] BUNDLE DECISSION: SDP Answer Restrictions

Christer Holmberg <christer.holmberg@ericsson.com> Mon, 27 May 2013 14:28 UTC

Return-Path: <christer.holmberg@ericsson.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 1EEC921F901A for <mmusic@ietfa.amsl.com>; Mon, 27 May 2013 07:28:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.935
X-Spam-Level:
X-Spam-Status: No, score=-5.935 tagged_above=-999 required=5 tests=[AWL=0.314, BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
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 4ZxfKq6XbeEG for <mmusic@ietfa.amsl.com>; Mon, 27 May 2013 07:28:24 -0700 (PDT)
Received: from mailgw7.ericsson.se (mailgw7.ericsson.se [193.180.251.48]) by ietfa.amsl.com (Postfix) with ESMTP id 9B98E21F920B for <mmusic@ietf.org>; Mon, 27 May 2013 07:28:23 -0700 (PDT)
X-AuditID: c1b4fb30-b7f8a6d000001a2d-8d-51a36d86caaf
Received: from ESESSHC007.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id 86.2E.06701.68D63A15; Mon, 27 May 2013 16:28:22 +0200 (CEST)
Received: from ESESSMB209.ericsson.se ([169.254.9.167]) by ESESSHC007.ericsson.se ([153.88.183.39]) with mapi id 14.02.0328.009; Mon, 27 May 2013 16:28:22 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
Thread-Topic: [MMUSIC] BUNDLE DECISSION: SDP Answer Restrictions
Thread-Index: Ac5YdJNWNYfYqobOTueV815jNgS21wCWRNCAAAYVf+E=
Date: Mon, 27 May 2013 14:28:22 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1C379AEC@ESESSMB209.ericsson.se>
References: <7594FB04B1934943A5C02806D1A2204B1C377967@ESESSMB209.ericsson.se>, <C5E08FE080ACFD4DAE31E4BDBF944EB11351850D@xmb-aln-x02.cisco.com>
In-Reply-To: <C5E08FE080ACFD4DAE31E4BDBF944EB11351850D@xmb-aln-x02.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.18]
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrJLMWRmVeSWpSXmKPExsUyM+JvrW5b7uJAg63f9C06JrNZTF3+mMWB yWPK742sHkuW/GQKYIrisklJzcksSy3St0vgytjw4jFbwXzRiuaTC1kbGI8IdDFyckgImEh0 PLnKDGGLSVy4t56ti5GLQ0jgMKPE/rUtrCAJIYEljBLXXtR0MXJwsAlYSHT/0wYJiwgYSjTt mccEEmYWUJe4ujgIJCwsYC9x818/M0SJg8S044vZIWwriR8n1oCVswioSryf7wwS5hXwlei+ /JgJYmsfo8SDw8/YQBKcQIljbRMZQWxGoNO+nwLp5QRaJS5x68l8JoiTBSSW7DkPdb6oxMvH /1ghbEWJj6/2MULUG0i8PzefGcLWlli28DUzxGJBiZMzn7BMYBSbhWTsLCQts5C0zELSsoCR ZRUje25iZk56ufkmRmB0HNzy22AH46b7YocYpTlYlMR59XkXBwoJpCeWpGanphakFsUXleak Fh9iZOLglGpgFHivG+zEUPNi1qK9Wb2lTMHbXT3arB9bnhRdtMrmSsAd7qA83+TjYoLPFt7i FP65JCxl8ZcFXK5zQ+L2yPLNuuFpe1nvf0KCW7Og4tQI01s897STLp1a+/nunEOfPnyam/7f 9IQHj8n3t8dOiiovcu3i/yBXyuHwaPOkOdzWpimxjw6n7fe6rMRSnJFoqMVcVJwIAE3u2fZc AgAA
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] BUNDLE DECISSION: SDP Answer Restrictions
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, 27 May 2013 14:28:29 -0000

Hi,

> 4 and 5 are very confusing and do not match the notes I had from the call. I'm pretty sure I disagree with both of them.
>
> From a requirement point of view, I think it is very important that the answer be able to reject any m-line by setting it's port to zero.

Forget about 5 (at least for now) - I probably mixed some things up.

My take from the meeting is that there was an agreement on 4.

But, if you disagree with 4, which port do you think the offerer shall use for receiving media? It cannot use the "bundle port", as the answerer removed the m- line from the bundle group.

Regards,

Christer




On May 24, 2013, at 6:32 AM, Christer Holmberg <christer.holmberg@ericsson.com> wrote:

> Hi,
>
> At the interim meeting yesterday, we agreed on some restrictions regarding creating SDP answers containing bundle group(s).
>
> Note that the restrictions 1-3 are simply alignments with RFC 5888, and are listed simply for clarification purpose. Restrictions 4 is BUNDLE specific. Restriction 5 is also alignment with RFC 5888, as m- lines with port zero are not allowed within groups, but we will need some clarification text saying that a new offer will have to be sent in order to remove a stream (either from a bundle group, or completely from the session).
>
> (Note that the text below is not necessarily the wording that will go into the draft)
>
> In an SDP answer:
> 1)      a BUNDLE group MUST NOT be created, unless it was included in the associated offer
> 2)      an m- line MUST NOT be added to a BUNDLE group, unless it was included in a BUNDLE group in the associated offer
> 3)      an m- line MUST NOT be added to another BUNDLE group than the group in which was included in the associated offer
> 4)      an m- line MUST NOT be removed from a BUNDLE group if, in the associated offer, an identical port number was indicated for all m- lines in a BUNDLE group
> 5)      an m- line MUST NOT be rejected if, in the associated offer, an identical port number was indicated for all m- lines in a BUNDLE group
>
>
> Note that there is also a discussion regarding bundle offers, e.g. when restrictions when adding new m- lines to a bundle. Based on the outcome of that, there may be some additional answer restrictions, e.g. regarding the change of bundle transport parameters. But, let’s deal with that in the offer thread.
>
> So, if anyone OBJECTS to the restrictions above, please indicate so.
>
> Regards,
>
> Christer
>
>
>
>
>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic