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