Re: Last Call: <draft-resnick-on-consensus-05.txt> (On Consensus and Humming in the IETF) to Informational RFC

"Fred Baker (fred)" <fred@cisco.com> Tue, 08 October 2013 23:21 UTC

Return-Path: <fred@cisco.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 019DB21F9D7E for <ietf@ietfa.amsl.com>; Tue, 8 Oct 2013 16:21:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level:
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[AWL=0.000, 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 3PD76nVudKfA for <ietf@ietfa.amsl.com>; Tue, 8 Oct 2013 16:21:31 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 8446111E8116 for <ietf@ietf.org>; Tue, 8 Oct 2013 16:21:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2496; q=dns/txt; s=iport; t=1381274468; x=1382484068; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=5NknVn/muVkjszNgW4OdBpAGyDZdjrlSYprha+a9IsA=; b=lDjotrarUjGwDX1OuImp5IsSje3P2zKq0mS2pm1+JrP+fEFZJUuWTcJc mspaVMD/ZVwmgp8N1dCd8YxRJnFo3w/bex5zjYt7QyhEZ05Fhg7ngW8aR mkWIrOCl8spS3uNjV60X6C2QVzSgkmjBBl5x+PbfbbvuxJe476szzX98s w=;
X-Files: signature.asc : 195
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhwFALmDVFKtJV2Y/2dsb2JhbABZgweBCsEpgSYWdIIlAQEBAwF5BQsCAQgiGQsyJQIEDgUIBg2HZQa6PI8RMQeDH4EEA5AogTCYKYFmgT6CKg
X-IronPort-AV: E=Sophos; i="4.90,1059,1371081600"; d="asc'?scan'208"; a="269715791"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-7.cisco.com with ESMTP; 08 Oct 2013 23:21:07 +0000
Received: from xhc-rcd-x03.cisco.com (xhc-rcd-x03.cisco.com [173.37.183.77]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id r98NL7EQ031526 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 8 Oct 2013 23:21:07 GMT
Received: from xmb-rcd-x09.cisco.com ([169.254.9.23]) by xhc-rcd-x03.cisco.com ([173.37.183.77]) with mapi id 14.02.0318.004; Tue, 8 Oct 2013 18:21:07 -0500
From: "Fred Baker (fred)" <fred@cisco.com>
To: S Moonesamy <sm+ietf@elandsys.com>
Subject: Re: Last Call: <draft-resnick-on-consensus-05.txt> (On Consensus and Humming in the IETF) to Informational RFC
Thread-Topic: Last Call: <draft-resnick-on-consensus-05.txt> (On Consensus and Humming in the IETF) to Informational RFC
Thread-Index: AQHOxHcGWASw5Ik7I0Sp/eUpwVVD/Znrxe0A
Date: Tue, 08 Oct 2013 23:21:07 +0000
Message-ID: <8C48B86A895913448548E6D15DA7553BA5FFA8@xmb-rcd-x09.cisco.com>
References: <20131007164829.16131.73595.idtracker@ietfa.amsl.com> <6.2.5.6.2.20131008054041.0d74aa88@resistor.net>
In-Reply-To: <6.2.5.6.2.20131008054041.0d74aa88@resistor.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.19.64.115]
Content-Type: multipart/signed; boundary="Apple-Mail=_174EB805-BAAE-4D1B-988B-92FAD4A098E9"; protocol="application/pgp-signature"; micalg="pgp-sha1"
MIME-Version: 1.0
Cc: Pete Resnick <presnick@qti.qualcomm.com>, "<ietf@ietf.org>" <ietf@ietf.org>
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: Tue, 08 Oct 2013 23:21:37 -0000

On Oct 8, 2013, at 1:56 PM, S Moonesamy <sm+ietf@elandsys.com>
 wrote:

> I am not sure whether hums are for a starting point or not.  It can be argued in different ways, for example, see Section 4. Humming helps to get a sense of the room without people making a decision under duress. 

Personally, I think focusing on Jeff Case's hums is missing the point. The point is the meaning of the term "rough consensus", and how that plays out in working group process. The manner of measurement is a secondary issue.

To my small and somewhat naive mind, the difference between rough consensus on a topic and a vote on the same topic is something about winners and losers. In a purely political process, when a set of parties vote on something and the preponderance (by some definition of "preponderance") say something, the views of the losing set of parties are deemed irrelevant. In IETF process, and hopefully in any technical process, there is understanding that the parties who disagree may have valid reasons to disagree, and a phase of negotiation. When we talk about "rough consensus", I understand it to mean - and would like to believe that we all understand it this way - that we investigate the reasons for disagreement, perhaps discover that some of them are valid, and address those issues to the satisfaction of those who raised them. As a result, the ultimate solution, even though it may not be the specific solution we would all have designed or selected, is one that in fact addresses all known issues. While we may not all agree, we don't disagree.

I think the document on the table tries to address that. There are points of phraseology that I might express differently, but it's close enough that I don't disagree.