Re: [Slim] IETF last call for draft-ietf-slim-negotiating-human-language (Issue 8, section 6, IANA registrations)

Randall Gellens <rg+ietf@randy.pensive.org> Wed, 15 February 2017 16:27 UTC

Return-Path: <rg+ietf@randy.pensive.org>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A02C1298C1; Wed, 15 Feb 2017 08:27:01 -0800 (PST)
X-Quarantine-ID: <YCQ6-vts2vdl>
X-Virus-Scanned: amavisd-new at amsl.com
X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version"
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-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 YCQ6-vts2vdl; Wed, 15 Feb 2017 08:26:59 -0800 (PST)
Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 27EAB129AD4; Wed, 15 Feb 2017 08:26:59 -0800 (PST)
Received: from [99.111.97.136] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Wed, 15 Feb 2017 08:18:53 -0800
Mime-Version: 1.0
Message-Id: <p06240604d4ca31180a3d@[99.111.97.136]>
In-Reply-To: <a5ce4d13-309c-0bef-4b23-b44bb7c07c1b@omnitor.se>
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>
X-Mailer: Eudora for Mac OS X
Date: Wed, 15 Feb 2017 08:26:56 -0800
To: Gunnar Hellström <gunnar.hellstrom@omnitor.se>, ietf@ietf.org, "slim@ietf.org" <slim@ietf.org>
From: Randall Gellens <rg+ietf@randy.pensive.org>
Subject: Re: [Slim] IETF last call for draft-ietf-slim-negotiating-human-language (Issue 8, section 6, IANA registrations)
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format="flowed"
Content-Transfer-Encoding: quoted-printable
X-Random-Sig-Tag: 1.0b28
X-Random-Sig-Tag: 1.0b28
X-Random-Sig-Tag: 1.0b28
X-Random-Sig-Tag: 1.0b28
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/ISNxLuJvC9lh5A6EisenwnrxwhM>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 15 Feb 2017 16:27:01 -0000

At 1:32 PM +0100 2/15/17, Gunnar Hellström wrote:

>  in issue 8, I propose:
>
>  (Look in the edited draft -06g that I attached 
> some days ago for how the proposal appears in 
> the text )
>
>
> 
> ------------------------------------------------------------------------------------------------------------
>
>  8. Include more fields for attribute registration from 4566bis
>
>  Section 6 has the form for attribute 
> registration by IANA. There are a couple of 
> fields missing that will be important for use 
> of the specification in the WebRTC environment. 
> Include these fields if that is allowable 
> according to current IANA procedures and if 
> that does not delay the publication of this 
> draft. These fields are needed for use of text 
> media in WebRTC.
>
>  Change:
>
>  In two locations from:
>      "Usage Level:  media"
>
>  to:
>
>      "Usage Level:  media, dcsa(subprotocol)"
>
>  Insert in two locations in the registration forms:
>  "Mux Category: NORMAL"
> 
> ---------------------------------------------------------------------------------------------------------------
> 
> ---------------------------------------------------------------------------------------------------------------
>
>  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).


>  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.

-- 
Randall Gellens
Opinions are personal;    facts are suspect;    I speak for myself only
-------------- Randomly selected tag: ---------------
Asking if computers can think is like asking if submarines can swim.