Re: [MMUSIC] Data channel dcsa attribute usage and IANA

Paul Kyzivat <pkyzivat@alum.mit.edu> Wed, 28 August 2019 14:24 UTC

Return-Path: <pkyzivat@alum.mit.edu>
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 33DD01201DB for <mmusic@ietfa.amsl.com>; Wed, 28 Aug 2019 07:24:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level:
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KfLH8uMhFhap for <mmusic@ietfa.amsl.com>; Wed, 28 Aug 2019 07:24:02 -0700 (PDT)
Received: from outgoing-alum.mit.edu (outgoing-alum.mit.edu [18.7.68.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8F371200E3 for <mmusic@ietf.org>; Wed, 28 Aug 2019 07:24:02 -0700 (PDT)
Received: from Kokiri.localdomain (c-24-62-227-142.hsd1.ma.comcast.net [24.62.227.142]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.14.7/8.12.4) with ESMTP id x7SEO08s004878 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for <mmusic@ietf.org>; Wed, 28 Aug 2019 10:24:01 -0400
To: mmusic@ietf.org
References: <B158388A-00E7-4B6E-8CDA-BC3CFC0C1EEB@ericsson.com>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <be3f5f42-b06f-e315-b526-66ee9db480ef@alum.mit.edu>
Date: Wed, 28 Aug 2019 10:24:00 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.8.0
MIME-Version: 1.0
In-Reply-To: <B158388A-00E7-4B6E-8CDA-BC3CFC0C1EEB@ericsson.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/qJ6CBLONXvHDY6f_ndHyC4AKypg>
Subject: Re: [MMUSIC] Data channel dcsa attribute usage and IANA
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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, 28 Aug 2019 14:24:04 -0000

On 8/28/19 6:33 AM, Christer Holmberg wrote:
> Hi,
> 
> Section 7.2 of draft-ietf-mmusic-msrp-usage-data-channel updates the 
> IANA registry for the SDP ‘setup’ attribute, by indicating that it can 
> be used inside an SDP ‘dcsa’ attribute.
> 
> Do we really need to update the IANA registry for all SDP attributes 
> that can be included in an ‘dcsa’ attribute???

I think so. Look at RFC4566bis for the revised attribute registry.

The way to avoid this would be to remove "Usage Level" from the registry 
and thus force people to consult the defining documents for the 
attribute in order to learn this. But it is seriously late in the cycle 
to update 4566bis.

	Thanks,
	Paul

> There is no text in draft-mmusic-data-channel-neg about having to modify 
> the IANA registry for such attributes.
> 
> Regards,
> 
> Christer
> 
> 
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>