Re: [MMUSIC] BUNDLE TEXT: nettype/addrtype restriction [was: Draft new version: draft-ietf-mmusic-sdp-bundle-negotiation-05]
Christer Holmberg <christer.holmberg@ericsson.com> Thu, 14 November 2013 17:42 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 8C38421E8098 for <mmusic@ietfa.amsl.com>; Thu, 14 Nov 2013 09:42:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.275
X-Spam-Level:
X-Spam-Status: No, score=-5.275 tagged_above=-999 required=5 tests=[AWL=0.374, BAYES_00=-2.599, HELO_EQ_SE=0.35, J_CHICKENPOX_72=0.6, 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 8GR0ul0McYx1 for <mmusic@ietfa.amsl.com>; Thu, 14 Nov 2013 09:41:54 -0800 (PST)
Received: from mailgw1.ericsson.se (mailgw1.ericsson.se [193.180.251.45]) by ietfa.amsl.com (Postfix) with ESMTP id 1CDB221F9FAB for <mmusic@ietf.org>; Thu, 14 Nov 2013 09:41:46 -0800 (PST)
X-AuditID: c1b4fb2d-b7f1c8e000005ceb-3d-52850b59e8fa
Received: from ESESSHC005.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw1.ericsson.se (Symantec Mail Security) with SMTP id 33.29.23787.95B05825; Thu, 14 Nov 2013 18:41:45 +0100 (CET)
Received: from ESESSMB209.ericsson.se ([169.254.9.132]) by ESESSHC005.ericsson.se ([153.88.183.33]) with mapi id 14.02.0328.009; Thu, 14 Nov 2013 18:41:45 +0100
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: [MMUSIC] BUNDLE TEXT: nettype/addrtype restriction [was: Draft new version: draft-ietf-mmusic-sdp-bundle-negotiation-05]
Thread-Index: Ac7f+yFiio3q0Su+TKa2xyLMPK+t7QBVll2AAANRrvA=
Date: Thu, 14 Nov 2013 17:41:44 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1C5199CB@ESESSMB209.ericsson.se>
References: <7594FB04B1934943A5C02806D1A2204B1C51810A@ESESSMB209.ericsson.se> <5284FFBB.2030407@alum.mit.edu>
In-Reply-To: <5284FFBB.2030407@alum.mit.edu>
Accept-Language: en-US
Content-Language: fi-FI
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.149]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrILMWRmVeSWpSXmKPExsUyM+JvrW4kd2uQwYOlxhZTlz9msVix4QCr A5PH3/cfmDyWLPnJFMAUxWWTkpqTWZZapG+XwJWxpLWXpWCeTMXKY9NYGxgfinUxcnJICJhI 7P+0kxXCFpO4cG89WxcjF4eQwCFGif4ZD1ghnCWMEmvW3mHsYuTgYBOwkOj+pw3SICLgK/Hs 8W2wBmGBdkaJb3d3gDkiAh2MEl2/drNAVFlJXLxylQ3EZhFQlXjR+IIdZBAvUPeGzU4gYSGB fImPSxrByjkFdCTOf1jEDmIzAl30/dQaJhCbWUBc4sPB68wQlwpILNlzHsoWlXj5+B/UB0oS aw9vZ4Go15O4MXUKG4StLbFs4Wuwel4BQYmTM5+wTGAUnYVk7CwkLbOQtMxC0rKAkWUVI3tu YmZOernhJkZgNBzc8lt3B+OpcyKHGKU5WJTEeT+8dQ4SEkhPLEnNTk0tSC2KLyrNSS0+xMjE wSnVwCjve3zGvtq7MxJP2kj+jrJurv6qENVrUnX6zdvTygvj6h64RS2KPbTgQkRjP6/IafYF AZOZNNs482Uepq2/JPUkoT6mN9zzzVezgnMpNp9z8jyXz9y8cvLfvTaN7IUbStVi9jv0xXzJ 6JjTXXn044u6D7dWXdD6bLZ+SV+4NuPEGWcXHjNZJqnEUpyRaKjFXFScCADl63lxVAIAAA==
Subject: Re: [MMUSIC] BUNDLE TEXT: nettype/addrtype restriction [was: Draft new version: draft-ietf-mmusic-sdp-bundle-negotiation-05]
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: Thu, 14 Nov 2013 17:42:06 -0000
Hi, >I don't understand the point of this. > >I'm not aware of any general use of a nettype other than IN, RFC 3108 defines an 'ATM' value. draft-ietf-mmusic-sdp-cs defines a 'PSTN' value. > or an addrtype other than IP4 or IP6, but I also don't see why the behavior of bundle is dependent upon this. RFC 3109 defines 'NSAP', 'E164' and 'GWID' values. draft-ietf-mmusic-sdp-cs defines an 'E164' value. (Whether the semantics of the two 'E164' values are the same I don't know, but that's a separate issue). > Any other choices that still have a notion of port sufficient to allow SDP O/A rules to apply should also work with bundle. I see no reason to require an extension in such cases - especially since they are very unlikely to occur. Regards, Christer > Based on the comments from Christian, I suggest the following new text for BUNDLE: > > ----------------------------- > > 6.2.2. Connection Data (c=) > > The "c=" line nettype value [RFC4566] associated with each "m=" line > within a BUNDLE group MUST be 'IN'. > > The "c=" line addrtype value [RFC4566] associated with each "m=" line > within a BUNDLE group MUST be 'IP4' or 'IP6'. The same value MUST be > associated with each "m=" line within a BUNDLE group. > > NOTE: Extensions to this specification can specify usage of the > BUNDLE mechanism for other nettype and addrtype values than the ones > listed above. > > ----------------------------- > > Regards, > > Christer > > > > > -----Alkuperäinen viesti----- > Lähettäjä: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] > Puolesta Christian Groves > Lähetetty: 15. lokakuuta 2013 3:05 > Vastaanottaja: mmusic@ietf.org > Aihe: Re: [MMUSIC] Draft new version: > draft-ietf-mmusic-sdp-bundle-negotiation-05 > > Hello Christer, > > The SDP grouping mechanism can be applied to different nettype/addrtypes. The BUNDLE draft appears to define behaviour related only to the nettype=IN and addrtypes=IPv4/IPv6. i.e. section 2 defines BUNDLE terminology based on IP. > > Is there an intention that the BUNDLE mechanism is only used for the above net and addrtypes? If so should it be mentioned somewhere in the applicability statement? > > Regards, Christian > > On 14/10/2013 10:37 PM, Christer Holmberg wrote: >> >> Hi, >> >> I've submitted a new version of the BUNDLE draft. >> >> I have implemented the modified text for the Offerer and Answerer >> procedures, as presented on the list in September. >> >> The procedures now also mention the usage of the SDP 'bundle-only' >> attribute. However, the attribute definition itself has yet not been >> added to the draft, as we still haven't solved the issue regarding >> usage of port zero. >> >> In addition, there are some reference corrections, and the FQDN >> values in the examples are now according to RFC 2606. >> >> Regards, >> >> Christer >> >> >> >> _______________________________________________ >> mmusic mailing list >> mmusic@ietf.org >> https://www.ietf.org/mailman/listinfo/mmusic > > _______________________________________________ > mmusic mailing list > mmusic@ietf.org > https://www.ietf.org/mailman/listinfo/mmusic > _______________________________________________ > mmusic mailing list > mmusic@ietf.org > https://www.ietf.org/mailman/listinfo/mmusic > _______________________________________________ mmusic mailing list mmusic@ietf.org https://www.ietf.org/mailman/listinfo/mmusic
- [MMUSIC] BUNDLE TEXT: nettype/addrtype restrictio… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: nettype/addrtype restri… Christian Groves
- Re: [MMUSIC] BUNDLE TEXT: nettype/addrtype restri… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: nettype/addrtype restri… Paul Kyzivat
- Re: [MMUSIC] BUNDLE TEXT: nettype/addrtype restri… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: nettype/addrtype restri… Paul Kyzivat
- Re: [MMUSIC] BUNDLE TEXT: nettype/addrtype restri… Christer Holmberg
- Re: [MMUSIC] BUNDLE TEXT: nettype/addrtype restri… Christian Groves
- Re: [MMUSIC] BUNDLE TEXT: nettype/addrtype restri… Paul Kyzivat
- Re: [MMUSIC] BUNDLE TEXT: nettype/addrtype restri… Christer Holmberg