Re: Last calling draft-resnick-on-consensus

Avri Doria <avri@ella.com> Wed, 09 October 2013 17:04 UTC

Return-Path: <avri@ella.com>
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 9888221E808F for <ietf@ietfa.amsl.com>; Wed, 9 Oct 2013 10:04:43 -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 ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hyaIPyE66Jgc for <ietf@ietfa.amsl.com>; Wed, 9 Oct 2013 10:04:37 -0700 (PDT)
Received: from atl4mhob09.myregisteredsite.com (atl4mhob09.myregisteredsite.com [209.17.115.47]) by ietfa.amsl.com (Postfix) with ESMTP id 7750D21E811C for <ietf@ietf.org>; Wed, 9 Oct 2013 10:04:11 -0700 (PDT)
Received: from mailpod.hostingplatform.com ([10.30.71.204]) by atl4mhob09.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id r99H48Rv030681 for <ietf@ietf.org>; Wed, 9 Oct 2013 13:04:08 -0400
Received: (qmail 32527 invoked by uid 0); 9 Oct 2013 17:04:08 -0000
X-TCPREMOTEIP: 68.15.42.104
X-Authenticated-UID: avri@ella.com
Received: from unknown (HELO ?192.168.15.112?) (avri@ella.com@68.15.42.104) by 0 with ESMTPA; 9 Oct 2013 17:04:08 -0000
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Apple Message framework v1283)
Subject: Re: Last calling draft-resnick-on-consensus
From: Avri Doria <avri@ella.com>
In-Reply-To: <508943C8-BE40-4128-9B70-6CB568FC82D3@piuha.net>
Date: Wed, 09 Oct 2013 13:04:07 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <D7FCDDD5-09AC-40BA-AFBD-98AD1C90AF44@ella.com>
References: <508943C8-BE40-4128-9B70-6CB568FC82D3@piuha.net>
To: "ietf@ietf.org list" <ietf@ietf.org>
X-Mailer: Apple Mail (2.1283)
X-Mailman-Approved-At: Thu, 10 Oct 2013 09:28:41 -0700
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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, 09 Oct 2013 17:09:56 -0000

Hi,

I think this is an excellent draft and have already sent a pointer of it to colleagues in other organizations as  stuff to consider.

And although it has been eons since I chaired anything in the IETF, it perfectly matches my recollection of what humming  and rough consensus was all about.


thanks

avri


On 6 Oct 2013, at 17:03, Jari Arkko wrote:

> The document talks about ways in which consensus processes can be successfully run in the IETF. After the last few rounds of versions, I believe this document is ready to move forward. 
> 
> My goal is to publish it as an Informational RFC. It is an explanation of principles and how they can be applied to productively move IETF discussions forward. While there is no change to IETF processes or any presumption that guidance from this document must be followed, I have found the document very useful. It has been referred to numerous times in IETF and IESG discussions. Consensus is hard and many WG discussions have complex trade-offs and differing opinions. I believe having this document become an RFC would help us apply the useful principles even more widely than we are doing today.  
> 
> The abstract says:
> 
>   The IETF has had a long tradition of doing its technical work through
>   a consensus process, taking into account the different views among
>   IETF participants and coming to (at least rough) consensus on
>   technical matters.  In particular, the IETF is supposed not to be run
>   by a "majority rule" philosophy.  This is why we engage in rituals
>   like "humming" instead of voting.  However, more and more of our
>   actions are now indistinguishable from voting, and quite often we are
>   letting the majority win the day, without consideration of minority
>   concerns.  This document is a collection of thoughts on what rough
>   consensus is, how we have gotten away from it, and the things we can
>   do in order to really achieve rough consensus.
> 
>      Note (to be removed before publication): This document is quite
>      consciously being put forward as Informational.  It does not
>      propose to change any IETF processes and is therefore not a BCP.
>      It is simply a collection of principles, hopefully around which
>      the IETF can come to (at least rough) consensus.
> 
> The draft can be obtained from http://tools.ietf.org/html/draft-resnick-on-consensus
> 
> You should see a last call announcement soon, and both me and Pete look forward to your feedback.
> 
> Jari
> 
>