Re: [Slim] IETF last call for draft-ietf-slim-negotiating-human-language (Issue 8, section 6, IANA registrations)
Paul Kyzivat <pkyzivat@alum.mit.edu> Wed, 15 February 2017 17:30 UTC
Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: slim@ietfa.amsl.com
Delivered-To: slim@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97EC4129604 for <slim@ietfa.amsl.com>; Wed, 15 Feb 2017 09:30:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-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 TWYeeEOEK0UX for <slim@ietfa.amsl.com>; Wed, 15 Feb 2017 09:30:41 -0800 (PST)
Received: from alum-mailsec-scanner-4.mit.edu (alum-mailsec-scanner-4.mit.edu [18.7.68.15]) by ietfa.amsl.com (Postfix) with ESMTP id A8C4F1296B3 for <slim@ietf.org>; Wed, 15 Feb 2017 09:30:39 -0800 (PST)
X-AuditID: 1207440f-141ff70000003517-8f-58a4903e85c4
Received: from outgoing-alum.mit.edu (OUTGOING-ALUM.MIT.EDU [18.7.68.33]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by alum-mailsec-scanner-4.mit.edu (Symantec Messaging Gateway) with SMTP id BB.24.13591.E3094A85; Wed, 15 Feb 2017 12:30:38 -0500 (EST)
Received: from [192.168.1.110] (c-73-186-127-100.hsd1.ma.comcast.net [73.186.127.100]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.13.8/8.12.4) with ESMTP id v1FHUbc0029994 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for <slim@ietf.org>; Wed, 15 Feb 2017 12:30:38 -0500
To: slim@ietf.org
References: <20170213161000.665a7a7059d7ee80bb4d670165c8327d.917539e857.wbe@email0 3.godaddy.com> <ddc5af1d-f084-f57e-d6c9-5963e4fe98d3@omnitor.se> <4c4ef65a-a907-cf5e-4b2c-835fb55d0146@omnitor.se> <p06240603d4c8f105055e@[99.111.97.136]> <434a4f06-f034-46ca-9df7-f59059e67e41@alumni.stanford.edu> <843f0cc1-2686-162d-25dc-0075847579bc@omnitor.se> <p06240609d4c937dc9ff8@[99.111.97.136]> <84760193-19e6-1f53-43cc-32b0493a1844@alumni.stanford.edu> <p0624060dd4c9523fcf2a@[99.111.97.136]> <4f1f3a72-d8a9-4f41-4133-0e6d54aadec8@omnitor.se> <a5ce4d13-309c-0bef-4b23-b44bb7c07c1b@omnitor.se> <p06240604d4ca31180a3d@[99.111.97.136]>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <ce88e536-7675-b3f9-a999-314e2626056e@alum.mit.edu>
Date: Wed, 15 Feb 2017 12:30:37 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.7.1
MIME-Version: 1.0
In-Reply-To: <p06240604d4ca31180a3d@[99.111.97.136]>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrBIsWRmVeSWpSXmKPExsUixO6iqGs3YUmEQecLK4uZHzrZHBg9liz5 yRTAGMVlk5Kak1mWWqRvl8CVcXBOF2PBCv6KM+0HWBsYl/F0MXJySAiYSNybO4mli5GLQ0hg B5PEvje3mCGc10wSb8/8ZAepEhaok5j1Zy4TiC0iICjxvWcGE0RRO6vEw5f7wYrYBLQk5hz6 zwJi8wrYS5z69JgZxGYRUJX4sO8VI4gtKpAm8bTxOzNEjaDEyZlPwOo5gc5Y86cdrIZZwFbi ztzdzBC2vMT2t3OYJzDyzULSMgtJ2SwkZQsYmVcxyiXmlObq5iZm5hSnJusWJyfm5aUW6Zro 5WaW6KWmlG5ihAQa/w7GrvUyhxgFOBiVeHhfpC6JEGJNLCuuzD3EKMnBpCTKu94HKMSXlJ9S mZFYnBFfVJqTWnyIUYKDWUmE16YfKMebklhZlVqUD5OS5mBREudVX6LuJySQnliSmp2aWpBa BJOV4eBQkuB90QfUKFiUmp5akZaZU4KQZuLgBBnOAzQ8AKSGt7ggMbc4Mx0if4pRl+PUjdMv mYRY8vLzUqXEeW+BFAmAFGWU5sHNgSWIV4ziQG8J88qB3MkDTC5wk14BLWECWsIatxBkSUki QkqqgZF3VZWFs6jOjmX/rwQ4qlZudvDdVWRf1Ha+Vvnb14hLdR7vKzn2sl2pdORpOh/+P+vt lJ8Vm4tWNa5gPXdV73JPdvj9+ZU6R/u1I4NTeSs/fQl/+MvHNmMdV/InudI57FUr320IXH8s UjnUtLFRhnfv9dvRdv/lZm9eVeb0Ld41Uv5geO2HdiWW4oxEQy3mouJEAKyv+VLrAgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/slim/_3o2F97x3zarSxMf7gToobEA3PU>
Subject: Re: [Slim] IETF last call for draft-ietf-slim-negotiating-human-language (Issue 8, section 6, IANA registrations)
X-BeenThere: slim@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Selection of Language for Internet Media <slim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/slim>, <mailto:slim-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/slim/>
List-Post: <mailto:slim@ietf.org>
List-Help: <mailto:slim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/slim>, <mailto:slim-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 15 Feb 2017 17:30:42 -0000
On 2/15/17 11:26 AM, Randall Gellens wrote: >> I checked in current IANA registrations, and found that all SDP >> attribute registrations now include the "Mux Category". >> >> So, I assume that we are obliged to do so also and hope that we can >> agree on that. >> As far as I understand the logic, we should specify NORMAL. > > This is not required. See the IANA registry at > http://www.iana.org/assignments/sdp-parameters/sdp-parameters.xhtml. It > is governed by RFC 4566. > > As I've written twice before, my concern is that this suggestion exceeds > a simple editorial change, and therefore may need to be discussed on the > WG list with WG consensus before it can be adopted. These fields can be > added to the attribute registration later, according to the rules for > the registry > (http://www.iana.org/assignments/sdp-parameters/sdp-parameters.xhtml) The mux-category is a big deal. There is a document in progress that defines the mux-category for all existing attributes. Attributes defined after that need to define their mux-category. There is potentially a problem with attributes defined while this work is in progress. That document for old attributes isn't going to chase after ones defined concurrently. I think you will find that if you don't define this then it will be caught and requested either by a sdp-directorate review, or else the iesg review. So just do it! >> I saw no trace yet of registrations of "Usage Level: dcsa(subprotocol)" >> >> I would like to get advice from someone with insight in the SDP >> attribute registration and the status of the dsca(subprotocol) value >> on how we should proceed in order to get the dsca(subprotocol) >> included in a smooth way without causing exessive delay. So far there has been *no* interest in defining RTP over SCTP. Until/unless that is defined there is no need to define dcsa for this attribute. Thanks, Paul
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Bernard Aboba
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Gunnar Hellström
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Bernard Aboba
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Gunnar Hellström
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Randall Gellens
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Gunnar Hellström
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Doug Ewell
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Randall Gellens
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Gunnar Hellström
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Gunnar Hellström
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Randall Gellens
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Gunnar Hellström
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Phillips, Addison
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Randall Gellens
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Randall Gellens
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Randall Gellens
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Randy Presuhn
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Randall Gellens
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Gunnar Hellström
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Gunnar Hellström
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Gunnar Hellström
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Gunnar Hellström
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Randall Gellens
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Randall Gellens
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Phillips, Addison
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Paul Kyzivat
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Gunnar Hellström
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Randall Gellens
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Bernard Aboba
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Randall Gellens
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Randall Gellens
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Gunnar Hellström
- Re: [Slim] IETF last call for draft-ietf-slim-neg… Randall Gellens