Re: [Recentattendees] IETF 100, Singapore -- proposed path forward and request for input

Dave Crocker <dhc@simon.songbird.com> Mon, 23 May 2016 13:14 UTC

Return-Path: <dhc@simon.songbird.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 2639B12D8AA for <ietf@ietfa.amsl.com>; Mon, 23 May 2016 06:14:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.107
X-Spam-Level:
X-Spam-Status: No, score=-1.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RDNS_NONE=0.793] autolearn=no autolearn_force=no
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 WQzE_SrN-jZb for <ietf@ietfa.amsl.com>; Mon, 23 May 2016 06:14:06 -0700 (PDT)
Received: from simon.songbird.com (unknown [72.52.113.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 869F112D8A8 for <ietf@ietf.org>; Mon, 23 May 2016 06:14:06 -0700 (PDT)
Received: from [10.0.24.17] ([63.115.34.165]) (authenticated bits=0) by simon.songbird.com (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id u4NDE6Ss006616 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Mon, 23 May 2016 06:14:07 -0700
Subject: Re: [Recentattendees] IETF 100, Singapore -- proposed path forward and request for input
References: <20160517181436.24852.58610.idtracker@ietfa.amsl.com> <3945cc1f-3e99-0fcb-e983-ed2e46fa871c@nostrum.com> <CA+9kkMAWFQDrT6WqTGz=6LcDiBkg+iuLEuSzeSqfZA4-J-tvZg@mail.gmail.com> <CABcZeBMGpKFiA78iQDFa5xaM0r0q_3LfLO_JKxaWJ9CBUTeaLg@mail.gmail.com> <C5B9F952-FEFC-4B73-9AC6-E050F59A74CB@consulintel.es> <CA+9kkMCQBdZOebSo9WwEd14+Bgh64Tpd+8BfF+uzbDRSV-gFxw@mail.gmail.com> <88c09ff2-51d0-d419-1253-ddd8e6049397@cisco.com> <CA+9kkMBi3pR+N3E21j=gNAKNNndX8NvpnwEJcNAYpJGpx6A6mw@mail.gmail.com> <093f7f6f-4d4a-334e-e476-a0b562bd9fd7@cisco.com> <5741EEE6.2040302@gmail.com> <c4aeef86-5c0b-1858-3340-1d1cf4dffcc3@cisco.com> <5741F491.7080908@gmail.com>
To: Melinda Shore <melinda.shore@gmail.com>, Eliot Lear <lear@cisco.com>, ietf@ietf.org
From: Dave Crocker <dhc@simon.songbird.com>
Organization: Brandenburg InternetWorking
Message-ID: <be769a9d-92d4-8f6a-12e7-8f68c74acf70@dcrocker.net>
Date: Mon, 23 May 2016 09:13:20 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0
MIME-Version: 1.0
In-Reply-To: <5741F491.7080908@gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/nYnsOWdimk-nWYclyYEH24TBxjs>
X-Mailman-Approved-At: Mon, 23 May 2016 07:36:17 -0700
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: dcrocker@simon.songbird.com
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: <https://mailarchive.ietf.org/arch/browse/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: Mon, 23 May 2016 13:47:46 -0000

On 5/22/2016 2:04 PM, Melinda Shore wrote:
> Allow me to suggest that avoiding disadvantaging people who do not
> actually participate might be somewhat lower priority than avoiding
> disadvantaging those who do.

+10

The model which asserts that choosing meeting venues is a way to recruit 
participants has no objective basis -- and that's after 30 years of 
opportunity to demonstrate otherwise. It frankly serves to work against 
the basic goal of having most work done on mailing lists, by selling a 
cultural view that meetings are primary.

Anyone who wants to participate in the IETF already can.  All they need 
is an Internet connection.  It doesn't even have to be a good one, since 
IETF list mail only consumes extremely low bandwidth and is an 
asynchronous form of use.

F2F meetings permit /added/ efficiency for those who are /already/ 
participating.

Moving the venue is /not/ for permitting attendance by those who 
otherwise can't attend, but (is supposed to be) to share the pain among 
those who do attend.

The outreach goal cited for some venue choices is well-intentioned but 
unfortunately misguided and probably counter-productive to the IETF's 
main work.



On 5/23/2016 7:01 AM, Bob Hinden wrote:
> I only wish that was true. While we try to go back to venues that
> have worked well, they are often not available on the dates when we
> want to meet.

While that is sometimes the case, of course, it is not the primary 
reason we keep seeking new venues (independent of the occasional social 
outreach experiment.)

The primary reason we vary the cities so much is to try to get sponsors 
and hosts.


d/
-- 

   Dave Crocker
   Brandenburg InternetWorking
   bbiw.net