Re: [MMUSIC] BUNDLE TEXT: Offerer procedures (June 12th)

Christer Holmberg <christer.holmberg@ericsson.com> Wed, 12 June 2013 17:29 UTC

Return-Path: <prvs=68754efaf8=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 2A49221F9A13 for <mmusic@ietfa.amsl.com>; Wed, 12 Jun 2013 10:29:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.167
X-Spam-Level:
X-Spam-Status: No, score=-3.167 tagged_above=-999 required=5 tests=[AWL=-2.369, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_12=0.6, J_CHICKENPOX_15=0.6, J_CHICKENPOX_56=0.6]
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 0Vy6BTgd6apg for <mmusic@ietfa.amsl.com>; Wed, 12 Jun 2013 10:29:23 -0700 (PDT)
Received: from sesbmg20.ericsson.net (sesbmg20.ericsson.net [193.180.251.56]) by ietfa.amsl.com (Postfix) with ESMTP id 2408621F96C6 for <mmusic@ietf.org>; Wed, 12 Jun 2013 10:28:40 -0700 (PDT)
X-AuditID: c1b4fb38-b7fa16d0000027dd-b1-51b8afc77f2a
Received: from ESESSHC016.ericsson.se (Unknown_Domain [153.88.253.125]) by sesbmg20.ericsson.net (Symantec Mail Security) with SMTP id BF.2E.10205.7CFA8B15; Wed, 12 Jun 2013 19:28:39 +0200 (CEST)
Received: from ESESSMB209.ericsson.se ([169.254.9.167]) by ESESSHC016.ericsson.se ([153.88.183.66]) with mapi id 14.02.0328.009; Wed, 12 Jun 2013 19:28:38 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "Belling, Thomas (NSN - DE/Munich)" <thomas.belling@nsn.com>, "mmusic_ietf.org" <mmusic@ietf.org>
Thread-Topic: BUNDLE TEXT: Offerer procedures (June 12th)
Thread-Index: Ac5nc6hv2h/XxszpTAuUKcpTd0hH9AAFMMPQAAJ2veI=
Date: Wed, 12 Jun 2013 17:28:38 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1C389149@ESESSMB209.ericsson.se>
References: <7594FB04B1934943A5C02806D1A2204B1C388BD8@ESESSMB209.ericsson.se>, <BDBE1A97E84675488F72A48C23811F350F2FAB@DEMUMBX001.nsn-intra.net>
In-Reply-To: <BDBE1A97E84675488F72A48C23811F350F2FAB@DEMUMBX001.nsn-intra.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1C389149ESESSMB209erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrCLMWRmVeSWpSXmKPExsUyM+Jvre7x9TsCDVaekbeYuvwxi0Xbrn2M DkweS5b8ZPL4uf4qewBTFLdNUmJJWXBmep6+XQJ3xqwFT5kK7l9jrLi06glTA+OUvYxdjJwc EgImEo0re1khbDGJC/fWs3UxcnEICRxllDi6/DorhLOEUeLGoXcsXYwcHGwCFhLd/7RBGkQE UiVmtf4EaxYGCr+fcoUFIm4pMefiTXYI20piQUMzG0gri4CqxPt77iAmr4CvxKItFRDT+xkl Dj45BHYPp4CfxNa/f5hBbEage76fWsMEYjMLiEvcejKfCeJOAYkle84zQ9iiEi8f/2OFqMmX eDjvDNgJvAKCEidnPmGZwCg8C0n7LCRls5CUQcQNJN6fm88MYWtLLFv4GsrWl9j45SwjsvgC RvZVjBzFqcVJuelGBpsYgZFycMtvix2Ml//aHGKU5mBREudNVN0RKCSQnliSmp2aWpBaFF9U mpNafIiRiYMTRHBJNTD2y5ul/ufg0pyhZBoz01NmuWj17JD3DXd1Tm300HqfF25xpJJdMUEh ZMWpNU1Hr+WWMLY49F9g3XtMXGyT1o1zrw443Mqa0zbprcqC1YsYPyyPjrt1+MH8BSYlM7k2 hn94WOurK/QlxXVile+mG06ZN15XHjxUwrdPIOHfptATP7Z+fPV+0y5+JZbijERDLeai4kQA QDeRYmcCAAA=
Subject: Re: [MMUSIC] BUNDLE TEXT: Offerer procedures (June 12th)
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, 12 Jun 2013 17:29:28 -0000

Hi Thomas,

I used to have 'disable' for the Offerer, but there was a comment suggesting to use 'reject'. We can discuss it.

I am ok to use 'move out of' terminology, as you suggest.

Thanks!

Regards,

Christer




Sent from Windows using TouchDown (www.nitrodesk.com)

-----Original Message-----
From: Belling, Thomas (NSN - DE/Munich) [thomas.belling@nsn.com]
To: Christer Holmberg [christer.holmberg@ericsson.com]; mmusic@ietf.org [mmusic@ietf.org]
Subject: RE: BUNDLE TEXT: Offerer procedures (June 12th)
Dear Christer,

only some comments on the terminology:

“When an Offerer rejects an "m=" line in a BUNDLE group …”
I am used to terminology where an answerer “rejects” something that is being offered, but is unclear what this means for an offerer.
I assume what you are after is “disabling” an m-line. Perhaps this terminology would be clearer?

You also speak about “Removing A Media Description From A BUNDLE Group”.
I see a certain risk that people misunderstand this to also mean “disabling” an m-line.
I assume what you are after is rather ”Moving A Media Description out of a BUNDLE Group”. Perhaps this terminology would be clearer?

Regards, Thomas


From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] On Behalf Of ext Christer Holmberg
Sent: Wednesday, June 12, 2013 4:12 PM
To: mmusic@ietf.org
Subject: [MMUSIC] BUNDLE TEXT: Offerer procedures (June 12th)




6.2.4.  Removing A Media Description From A BUNDLE Group

   When an Offerer removes an "m=" line from a BUNDLE group, the Offerer
   MUST assign a unique address to the "m=" line that is removed.  In
   addition, the Offerer MUST NOT place the mid value that was
   previously defined for the "m=" line in the SDP group:BUNDLE
   attribute mid value list associated with the BUNDLE group.

   To the other "m=" lines (that previously have been added to the
   BUNDLE group), the Offerer assigns addresses according to the
   procedures in Section 6.2.1.

   Example: The example shows a BRO, where an "m=" line is removed from
   a BUNDLE group.  The Offerer removes the mid ("zen") associated with
   the "m=" line from the SDP group:BUNDLE attribute mid value list, and
   assigns a unique address to the removed "m=" line.

   Example: The example shows an SDP Offer, where an "video" "m=" line
   (previously identified by the "zen" mid value), is removed from a
   BUNDLE group.  The Offerer assigns a unique address to the "m=" line,
   and the bundle address to each of the remaining "m=" lines in the
   BUNDLE group.


   SDP Offer

       v=0
       o=alice 2890844526 2890844526 IN IP4 host.atlanta.com
       s=
       c=IN IP4 host.atlanta.com
       t=0 0
       a=group:BUNDLE foo bar
       m=audio 10000 RTP/AVP 0 8 97
       a=mid:foo
       b=AS:200
       a=rtpmap:0 PCMU/8000
       a=rtpmap:8 PCMA/8000
       a=rtpmap:97 iLBC/8000
       m=video 10000 RTP/AVP 31 32
       a=mid:bar
       b=AS:1000
       a=rtpmap:31 H261/90000
       a=rtpmap:32 MPV/90000
       m=video 40000 RTP/AVP 60
       b=AS:1000
       a=rtpmap:60 H261/90000



6.2.5.  Rejecting A Media Description In A BUNDLE Group

   When an Offerer rejects an "m=" line in a BUNDLE group, the Offerer
   MUST assign a unique address, with a zero port value [RFC3264], to
   the "m=" line that is rejected.  In addition, the Offerer MUST NOT
   place the mid value that was previously defined for the "m=" line in
   the SDP group:BUNDLE attribute mid value list associated with the
   BUNDLE group.

   To the other "m=" lines (that previously have been added to the
   BUNDLE group), the Offerer assigns addresses according to the
   procedures in Section 6.2.1.

   Example: The example shows an SDP Offer, where an "video" "m=" line
   (previously identified by the "zen" mid value), is rejected, and
   removed from a BUNDLE group.  The Offerer assigns a unique address,
   with a zero port value, to the "m=" line, and the bundle address to
   each of the remaining "m=" lines in the BUNDLE group.


   SDP Offer

       v=0
       o=alice 2890844526 2890844526 IN IP4 host.atlanta.com
       s=
       c=IN IP4 host.atlanta.com
       t=0 0
       a=group:BUNDLE foo bar
       m=audio 10000 RTP/AVP 0 8 97
       a=mid:foo
       b=AS:200
       a=rtpmap:0 PCMU/8000
       a=rtpmap:8 PCMA/8000
       a=rtpmap:97 iLBC/8000
       m=video 10000 RTP/AVP 31 32
       a=mid:bar
       b=AS:1000
       a=rtpmap:31 H261/90000
       a=rtpmap:32 MPV/90000
       m=video 0 RTP/AVP 60
       a=rtpmap:60 H261/90000