Re: Publishing list of non-paying IETF attendees, was Re: [IAOC] Badges and blue sheets

John C Klensin <john-ietf@jck.com> Sun, 14 November 2010 18:59 UTC

Return-Path: <john-ietf@jck.com>
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 4FFDE3A6BED for <ietf@core3.amsl.com>; Sun, 14 Nov 2010 10:59:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 i8xuw5oMGfXH for <ietf@core3.amsl.com>; Sun, 14 Nov 2010 10:59:58 -0800 (PST)
Received: from bs.jck.com (ns.jck.com [209.187.148.211]) by core3.amsl.com (Postfix) with ESMTP id 5538D3A6BAE for <ietf@ietf.org>; Sun, 14 Nov 2010 10:59:58 -0800 (PST)
Received: from [127.0.0.1] (helo=localhost) by bs.jck.com with esmtp (Exim 4.34) id 1PHhoW-000ADs-5N; Sun, 14 Nov 2010 14:00:32 -0500
Date: Sun, 14 Nov 2010 14:00:31 -0500
From: John C Klensin <john-ietf@jck.com>
To: Marshall Eubanks <tme@americafree.tv>, Yoav Nir <ynir@checkpoint.com>
Subject: Re: Publishing list of non-paying IETF attendees, was Re: [IAOC] Badges and blue sheets
Message-ID: <B4A1B030BE0F29280CAC2C99@PST.JCK.COM>
In-Reply-To: <5B100A26-34F1-4030-864C-7DADC5D61AFD@americafree.tv>
References: <C902F371.23A288%jordi.palet@consulintel.es> <2C6CC15A-EFCC-4E0B-B4A7-A1C4BD48416B@checkpoint.com> <1289563433.5333.21.camel@shane-asus-laptop> <6.2.5.6.2.20101113221018.0ba26388@resistor.net> <0A4F6C7C-0564-4C20-9360-7B2A505825BB@checkpoint.com> <5B100A26-34F1-4030-864C-7DADC5D61AFD@americafree.tv>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Cc: SM <sm@resistor.net>, IETF discussion list <ietf@ietf.org>
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-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: Sun, 14 Nov 2010 18:59:59 -0000

--On Sunday, November 14, 2010 10:20 -0500 Marshall Eubanks
<tme@americafree.tv> wrote:

>> How many of those are volunteers/host/NOC/future host, and
>> how many are "discretionary comp"?
> 
> There was exactly 1 "discretionary" in Beijing. 
> 
> Wearing no hats, and just my own personal opinion, this seems
> like making a mountain out of a molehill to me.

More like an entire range of mountains out of an anthill.

I think there is one, and only one, case that would be relevant
to the community: if an IETF Chair who is up for renomination
ever comps a nomcom member, the Nomcom (chair should probably be
informed and given permission to share the information with the
nomcom if there is any evidence of improper behavior.   I don't
personally consider that the decision to comp the participant
would itself be improper (although it might be questionable
judgment for the nomcom member to ask and for the IETF Chair to
agree), but behavior on the nomcom that appeared to reflect
influence from the decision would be.

I obviously don't have data but my guess is that this situation
has never arisen.   
I guess the same principle would apply even more strongly to a
recall committee member but the frequency with which the recall
mechanism has been used makes the likelihood of a problem even
lower.   I do not believe the Nomcom or recall cases require any
specific rules.  Indeed, I believe that accumulation of rules to
deal with such very unlikely and infrequent cases hurts the
community far more than the theoretical problems the the rule
might solve.

  john