Re: [RAI] RAI processes for handling work effectively
Harald Alvestrand <harald@alvestrand.no> Sun, 18 August 2013 18:16 UTC
Return-Path: <harald@alvestrand.no>
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 67AE121F9CA6 for <rai@ietfa.amsl.com>; Sun, 18 Aug 2013 11:16:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.484
X-Spam-Level:
X-Spam-Status: No, score=-110.484 tagged_above=-999 required=5 tests=[AWL=0.115, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
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 kAXzGFLbKCAI for <rai@ietfa.amsl.com>; Sun, 18 Aug 2013 11:16:14 -0700 (PDT)
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by ietfa.amsl.com (Postfix) with ESMTP id F391721F88FB for <rai@ietf.org>; Sun, 18 Aug 2013 11:16:13 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 5ADF839E1CC; Sun, 18 Aug 2013 20:16:11 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at eikenes.alvestrand.no
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FyYsR5JP9P5u; Sun, 18 Aug 2013 20:16:10 +0200 (CEST)
Received: from hta-hippo.lul.corp.google.com (unknown [IPv6:2620:0:1043:1:7646:a0ff:fe90:e2bb]) by eikenes.alvestrand.no (Postfix) with ESMTPSA id 6DA0D39E1BB; Sun, 18 Aug 2013 20:16:10 +0200 (CEST)
Message-ID: <52110F69.1010506@alvestrand.no>
Date: Sun, 18 Aug 2013 20:16:09 +0200
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8
MIME-Version: 1.0
To: Hadriel Kaplan <hadriel.kaplan@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> <DCB28F72-A6D5-479B-A281-D7D43BA3F1F6@oracle.com>
In-Reply-To: <DCB28F72-A6D5-479B-A281-D7D43BA3F1F6@oracle.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
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: Sun, 18 Aug 2013 18:16:19 -0000
On 08/16/2013 04:47 PM, Hadriel Kaplan wrote: > 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. Note that the current process has an unfunded group of people reaching decisions on these topics, too. In addition to being unfunded, the group is also undefined - the only people who can be pointed at saying "these people have some responsibility" are the working group chairs - and they are supposed to report the consensus of the *rest* of the group, not just make technical decisions on their own. In other words - everything that's (so far) been pointed out as bad about a directorate or an assigned expert as a review function is either equally bad or even worse with a working group.
- [RAI] RAI processes for handling work effectively Gonzalo Camarillo
- Re: [RAI] RAI processes for handling work effecti… Brian Rosen
- Re: [RAI] RAI processes for handling work effecti… Mary Barnes
- Re: [RAI] RAI processes for handling work effecti… John Leslie
- Re: [RAI] RAI processes for handling work effecti… Ben Campbell
- Re: [RAI] RAI processes for handling work effecti… Mary Barnes
- Re: [RAI] RAI processes for handling work effecti… Mary Barnes
- Re: [RAI] RAI processes for handling work effecti… Michael Hammer
- Re: [RAI] RAI processes for handling work effecti… Mary Barnes
- Re: [RAI] RAI processes for handling work effecti… Harald Alvestrand
- Re: [RAI] RAI processes for handling work effecti… Paul Kyzivat
- Re: [RAI] RAI processes for handling work effecti… Spencer Dawkins
- Re: [RAI] RAI processes for handling work effecti… Hadriel Kaplan
- Re: [RAI] RAI processes for handling work effecti… DRAGE, Keith (Keith)
- Re: [RAI] RAI processes for handling work effecti… SM
- Re: [RAI] RAI processes for handling work effecti… Cullen Jennings (fluffy)
- Re: [RAI] RAI processes for handling work effecti… Harald Alvestrand
- Re: [RAI] RAI processes for handling work effecti… Martin Thomson
- Re: [RAI] RAI processes for handling work effecti… Harald Alvestrand
- Re: [RAI] RAI processes for handling work effecti… Martin Thomson
- Re: [RAI] RAI processes for handling work effecti… Dale R. Worley
- Re: [RAI] RAI processes for handling work effecti… Harald Alvestrand
- Re: [RAI] RAI processes for handling work effecti… Dale R. Worley
- Re: [RAI] RAI processes for handling work effecti… Harald Alvestrand
- Re: [RAI] RAI processes for handling work effecti… Hadriel Kaplan
- Re: [RAI] RAI processes for handling work effecti… Harald Alvestrand