Re: Alternative decision process in RTCWeb

Ted Lemon <ted.lemon@nominum.com> Thu, 28 November 2013 15:34 UTC

Return-Path: <Ted.Lemon@nominum.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49C561ADBC9; Thu, 28 Nov 2013 07:34:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jvxZA9BgkwSo; Thu, 28 Nov 2013 07:34:56 -0800 (PST)
Received: from exprod7og119.obsmtp.com (exprod7og119.obsmtp.com [64.18.2.16]) by ietfa.amsl.com (Postfix) with ESMTP id DA6EF1AE034; Thu, 28 Nov 2013 07:34:55 -0800 (PST)
Received: from shell-too.nominum.com ([64.89.228.229]) (using TLSv1) by exprod7ob119.postini.com ([64.18.6.12]) with SMTP ID DSNKUpdinkgRy3wRr172I69pXoZnAQI+qhdd@postini.com; Thu, 28 Nov 2013 07:34:55 PST
Received: from archivist.nominum.com (archivist.nominum.com [64.89.228.108]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.nominum.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by shell-too.nominum.com (Postfix) with ESMTP id 2259E1B82E5; Thu, 28 Nov 2013 07:34:54 -0800 (PST)
Received: from webmail.nominum.com (cas-01.win.nominum.com [64.89.228.131]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mail.nominum.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by archivist.nominum.com (Postfix) with ESMTP id 14FD2190043; Thu, 28 Nov 2013 07:34:54 -0800 (PST)
Received: from vpna-132.vpn.nominum.com (192.168.1.10) by CAS-01.WIN.NOMINUM.COM (192.168.1.100) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 28 Nov 2013 07:34:53 -0800
Content-Type: text/plain; charset="windows-1252"
MIME-Version: 1.0 (Mac OS X Mail 7.0 \(1822\))
Subject: Re: Alternative decision process in RTCWeb
From: Ted Lemon <ted.lemon@nominum.com>
In-Reply-To: <52974AA8.6080702@cisco.com>
Date: Thu, 28 Nov 2013 10:34:48 -0500
Content-Transfer-Encoding: quoted-printable
Message-ID: <1F79045E-8CD0-4C5D-9090-3E82853E62E9@nominum.com>
References: <DUB127-W23531D0E8B15570331DB51E0EE0@phx.gbl> <52974AA8.6080702@cisco.com>
To: Eliot Lear <lear@cisco.com>
X-Mailer: Apple Mail (2.1822)
X-Originating-IP: [192.168.1.10]
Cc: Hervé <h_o_w_@hotmail.com>, rtcweb-chairs@tools.ietf.org, rtcweb@ietf.org, Eric Burger <eburger@standardstrack.com>, IETF Discussion <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
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: Thu, 28 Nov 2013 15:34:57 -0000

On Nov 28, 2013, at 8:52 AM, Eliot Lear <lear@cisco.com> wrote:
> While I appreciate the difficult position the chairs are in, I don't
> agree with the approach and I believe it is inappropriate for the
> working group to make such a decision.  Working groups don't vote.  Want
> to change that process?  Better gain IETF consensus first.  And I will
> argue against any such attempt.  There are plenty of other standards
> bodies that do vote.  Go to one of them if that's what you want.

One of the things to talk about here is the issue of voting versus a coin toss.   The advantage of a coin toss is that nobody can say it was gamed, because it's random—there is no process to blame if it doesn't go your way.   Voting, however, is somewhat predictable, and can be gamed.

So the concern is that if the working group has consensus to vote, it's probably because interested parties have some reason to believe the vote will go their way.   They may be horribly mistaken, or they may be correct—that isn't the point.   The point is that they aren't actually okay with the outcome not going their way.

So if the working group is willing to agree to a vote, and unwilling to agree to a coin toss, that says something _very important_ about the status of consensus in the working group.