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
- [MMUSIC] BUNDLE TEXT: Offerer procedures (June 12… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: Offerer procedures (Jun… Belling, Thomas (NSN - DE/Munich)
- Re: [MMUSIC] BUNDLE TEXT: Offerer procedures (Jun… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: Offerer procedures (Jun… Belling, Thomas (NSN - DE/Munich)
- Re: [MMUSIC] BUNDLE TEXT: Offerer procedures (Jun… Paul Kyzivat
- Re: [MMUSIC] BUNDLE TEXT: Offerer procedures (Jun… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: Offerer procedures (Jun… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: Offerer procedures (Jun… Paul Kyzivat
- Re: [MMUSIC] BUNDLE TEXT: Offerer procedures (Jun… Paul Kyzivat
- Re: [MMUSIC] BUNDLE TEXT: Offerer procedures (Jun… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: Offerer procedures (Jun… Paul Kyzivat
- Re: [MMUSIC] BUNDLE TEXT: Offerer procedures (Jun… Christer Holmberg