Re: Qualitative Analysis of IETF and IESG trends (Re: Measuring IETF and IESG trends)

"Joel M. Halpern" <jmh@joelhalpern.com> Tue, 01 July 2008 21:07 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietf-archive@megatron.ietf.org
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0F03F3A6BA3; Tue, 1 Jul 2008 14:07:50 -0700 (PDT)
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 65FA83A69AC for <ietf@core3.amsl.com>; Tue, 1 Jul 2008 14:07:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8nYJoxqDP8wp for <ietf@core3.amsl.com>; Tue, 1 Jul 2008 14:07:47 -0700 (PDT)
Received: from hermes.mail.tigertech.net (hermes.mail.tigertech.net [64.62.209.72]) by core3.amsl.com (Postfix) with ESMTP id 865843A67B1 for <ietf@ietf.org>; Tue, 1 Jul 2008 14:07:47 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 2991F1C40300 for <ietf@ietf.org>; Tue, 1 Jul 2008 14:07:58 -0700 (PDT)
X-Virus-Scanned: Debian amavisd-new at hermes.tigertech.net
Received: from [192.168.1.3] (pool-71-163-24-2.washdc.fios.verizon.net [71.163.24.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hermes.tigertech.net (Postfix) with ESMTP id BA9DE430304 for <ietf@ietf.org>; Tue, 1 Jul 2008 14:07:57 -0700 (PDT)
Message-ID: <486A9C83.8090707@joelhalpern.com>
Date: Tue, 01 Jul 2008 17:07:15 -0400
From: "Joel M. Halpern" <jmh@joelhalpern.com>
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: "ietf@ietf.org" <ietf@ietf.org>
Subject: Re: Qualitative Analysis of IETF and IESG trends (Re: Measuring IETF and IESG trends)
References: <20080624203548.D3A8D3A67FD@core3.amsl.com> <48622DEB.7060403@piuha.net> <486267E0.8080704@qualcomm.com> <48628ED6.1000800@piuha.net> <4862BB84.4070401@gmail.com> <486380C4.6000607@qualcomm.com> <48642503.2000805@gmail.com> <4864F4A4.20103@qualcomm.com> <4868202B.5050408@piuha.net> <p06240604c49047431468@[129.46.226.27]>
In-Reply-To: <p06240604c49047431468@[129.46.226.27]>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
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>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

Of course, we also get complaints whenever anyone raises an issue 
without providing text.  So, by a strict reading of the argument, the AD 
is hanged if he provides text (directing the working group) and hanged 
if he does not provide text (you didn't make clear what your problem is, 
and how to fix it.)

In practice, we need to allow both sides of that to occur.  But we need 
to be careful in adjusting the process not to say things like "ADs 
providing text is a bad thing, because it is all to easily read as a 
demand."  (And it is true that such text often is seen as a demand.) 
Or, I suppose, we could say that ADs should never provide text :-)

Joel

Ted Hardie wrote:
>> The problems with the Discussing AD proposing text are more in the area
>> of scalability. I prefer seeing the authors (or shepherds) be active and
>> propose ways to resolve an issue. Or at least the initial proposal,
>> review and suggestions from both sides may be needed to converge.
> 
> This is not the big problem that other folks have been pointing to.  The
> big problem others have been pointing to is that DISCUSSes are
> not being used to say "here is a technical issue, for which any
> solution acceptable to the community is fine", but are instead being
> used to say "here is a technical issue, and here's what it would
> take to satisfy me that it is resolved".  The second formulation
> shortens easily in the minds of listeners to "satisfy me", and
> when there is text presented, it becomes "add/change this as
> below to remove my hold on your document".  The other
> clause ("or I won't remove my hold") is clearly heard even
> in the cases where the AD doesn't say it out loud.   Whether you
> realize it or not, there are ADs who either say it about their
> own positions or ascribe it to other ADs pretty freely ("That will
> never get past the X ADs, unless you change to Y" being a
> formulation heard in the halls all to often).
> 
> This not just about scaling problems. 
> 
> <snip>
> 
>> - WGs that for some reason have stopped caring about anything else than
>> getting the document published. Not care about the particular hoop that
>> they have to jump through to resolve a Discuss. (And by the same token,
>> not care about Comment level review issues at all).
> 
> The statement above is offensive, Jari.  Blaming working groups
> for exhaustion after a late surprise is insensitive to say the least,
> and that is the case where the late surprise is warranted by
> a technical issue that does rise to DISCUSS levels.
> 
> Blaming them for exhaustion after intransigence by specific ADs
> who really do mean "satisfy me" is worse than insensitive.  It's
> blaming the victim.
> 
>> Some of these issues could be improved with a clearer definition of
>> roles, and some additional guidelines on how to involve the WG.
> 
> You know, members of the IESG acting as a check on each other
> and resisting efforts to force specific text changes would be useful
> too.  If you would like to help personally rather than simply
> spread the blame....
> 			Ted
> 
> 
> 
> _______________________________________________
> Ietf mailing list
> Ietf@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf
> 
_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf