Re: [RAI] RAI processes for handling work effectively

Hadriel Kaplan <hadriel.kaplan@oracle.com> Fri, 16 August 2013 14:47 UTC

Return-Path: <hadriel.kaplan@oracle.com>
X-Original-To: rai@ietfa.amsl.com
Delivered-To: rai@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A2DE911E8149 for <rai@ietfa.amsl.com>; Fri, 16 Aug 2013 07:47:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.378
X-Spam-Level:
X-Spam-Status: No, score=-6.378 tagged_above=-999 required=5 tests=[AWL=0.221, BAYES_00=-2.599, 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 BJ71ST3JmMlU for <rai@ietfa.amsl.com>; Fri, 16 Aug 2013 07:47:15 -0700 (PDT)
Received: from userp1040.oracle.com (userp1040.oracle.com [156.151.31.81]) by ietfa.amsl.com (Postfix) with ESMTP id 76DAA11E8288 for <rai@ietf.org>; Fri, 16 Aug 2013 07:47:12 -0700 (PDT)
Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r7GEl8nr015403 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 16 Aug 2013 14:47:08 GMT
Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r7GEl5da015275 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Aug 2013 14:47:08 GMT
Received: from abhmt116.oracle.com (abhmt116.oracle.com [141.146.116.68]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r7GEl53n018486; Fri, 16 Aug 2013 14:47:05 GMT
Received: from [192.168.1.108] (/66.31.4.117) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 16 Aug 2013 07:47:05 -0700
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
From: Hadriel Kaplan <hadriel.kaplan@oracle.com>
In-Reply-To: <520BDAB3.20205@alvestrand.no>
Date: Fri, 16 Aug 2013 10:47:04 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <DCB28F72-A6D5-479B-A281-D7D43BA3F1F6@oracle.com>
References: <51C157BA.70509@ericsson.com> <51E7D81A.5000008@alvestrand.no> <E6F3929E-ABD0-40D0-AAED-95C44B258BCB@oracle.com> <51F41635.6050800@alvestrand.no> <CABkgnnXD16sz1ZgnvnA-En5fSYiLotu3pMOiiyHjpYOJzmY33Q@mail.gmail.com> <51F4F316.408@alvestrand.no> <201307301427.r6UERI9v225184@shell01.TheWorld.com> <520BDAB3.20205@alvestrand.no>
To: Harald Alvestrand <harald@alvestrand.no>
X-Mailer: Apple Mail (2.1508)
X-Source-IP: ucsinet22.oracle.com [156.151.31.94]
Cc: rai@ietf.org
Subject: Re: [RAI] RAI processes for handling work effectively
X-BeenThere: rai@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Real-time Applications and Infrastructure \(RAI\)" <rai.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rai>, <mailto:rai-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rai>
List-Post: <mailto:rai@ietf.org>
List-Help: <mailto:rai-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rai>, <mailto:rai-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Aug 2013 14:47:21 -0000

On Aug 14, 2013, at 3:29 PM, Harald Alvestrand <harald@alvestrand.no> wrote:

> On 07/30/2013 04:27 PM, Dale R. Worley wrote:
>>> From: Harald Alvestrand <harald@alvestrand.no>
>>> 
>>> I think one core point here is that for
>>> any question asked, there needs to be some identified "someone" who's
>>> charged with coming up with "the answer" (or "the information needed to
>>> make sense of the question") - and is able to do so on a relatively
>>> short timeframe.
>> That's hard to do if you don't have (1) a budget for maintaining a
>> staff of experts, either full-time or on a consulting basis, and (2)
>> granting the "someone" the authority to have their answer accepted by
>> all parties.
> 
> Michael Everson has been remarkably successful at doing this function on the ietf-languages list for the last 15 years or so.
> 
> Not saying that it will always work, or always work noncontroversially, but it CAN work.

"ietf-languages" as in the IANA registry for language tags a la RFC 4646/5646?

That's cool and all, but you can't really equate that to the impact and detail of registering new SDP stuff.

If we spent some time on it, we could probably pick some specific things in SDP for which new token values could be registered via a single designated expert without WG consensus - we already have some that don't even require a standards action, according to the IANA registry.

But I don't think we'd ever get consensus to do that for the "important" things in SDP, if we could even agree on what the "important" things are... let alone do I think we could agree on a single individual to be Judge Judy.

-hadriel