Re: Varying meeting venue -- why?

Dave CROCKER <dhc@dcrocker.net> Mon, 16 August 2010 21:07 UTC

Return-Path: <dhc@dcrocker.net>
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 80BEA3A6AA8 for <ietf@core3.amsl.com>; Mon, 16 Aug 2010 14:07:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.139
X-Spam-Level:
X-Spam-Status: No, score=-6.139 tagged_above=-999 required=5 tests=[AWL=-0.140, BAYES_00=-2.599, J_CHICKENPOX_62=0.6, RCVD_IN_DNSWL_MED=-4]
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 NSWEu-2ZeUOm for <ietf@core3.amsl.com>; Mon, 16 Aug 2010 14:07:02 -0700 (PDT)
Received: from sbh17.songbird.com (sbh17.songbird.com [72.52.113.17]) by core3.amsl.com (Postfix) with ESMTP id 551473A67B5 for <ietf@ietf.org>; Mon, 16 Aug 2010 14:07:02 -0700 (PDT)
Received: from [192.168.1.176] (ppp-68-122-73-240.dsl.pltn13.pacbell.net [68.122.73.240]) (authenticated bits=0) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id o7GL7CQl031859 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Aug 2010 14:07:17 -0700
Message-ID: <4C69A874.2030608@dcrocker.net>
Date: Mon, 16 Aug 2010 14:07:00 -0700
From: Dave CROCKER <dhc@dcrocker.net>
Organization: Brandenburg InternetWorking
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2
MIME-Version: 1.0
To: Ole Jacobsen <ole@cisco.com>
Subject: Re: Varying meeting venue -- why?
References: <0C21C841-AF7D-4339-902C-B4B70B8EC2DE@gmail.com> <4C62C935.9080702@gmail.com> <4C62D0A6.6080903@dcrocker.net> <DF7F294AF4153D498141CBEFADB177049A8E8D1662@EMBX01-WF.jnpr.net> <4C641C4B.3010507@gmail.com> <5BB3C285-C638-4878-9150-95D678AE6B2D@gmail.com> <4C6433F7.6030808@stpeter.im> <EE96D3C14A054B70931F7146132DB544@china.huawei.com> <AANLkTin=cedjik9yY5ptrSPwhy0EF_hRBscWHb+kRAQL@mail.gmail.com> <4C644B99.2000709@dcrocker.net> <Pine.GSO.4.63.1008131034260.29591@pita.cisco.com> <4C659360.2060000@dcrocker.net> <Pine.GSO.4.63.1008161048520.24359@pita.cisco.com>
In-Reply-To: <Pine.GSO.4.63.1008161048520.24359@pita.cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (sbh17.songbird.com [72.52.113.17]); Mon, 16 Aug 2010 14:07:18 -0700 (PDT)
X-Mailman-Approved-At: Mon, 16 Aug 2010 14:09:44 -0700
Cc: IETF discussion list <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dcrocker@bbiw.net
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: Mon, 16 Aug 2010 21:07:03 -0000

Disclaimer:

      I'm generally in favor of the Day Pass model, and I happen to think that 
attendance by tourists is fine.  I think we must not make strategic decisions 
that affect our primary work, in order to accommodate tourists, but I think it 
well and good to make ourselves open to them.  I can even argue that there is 
strategic benefit in being open to them. In any event, I have not anything that 
argues that the Day Pass has a problematic effect.

      My analytic effort is to try to understand how the Day Pass makes economic 
and logistics might make sense and how it might not.  This is a pretty classic 
market analysis exercise.



On 8/16/2010 11:05 AM, Ole Jacobsen wrote:
> The target market was well specified in Hiroshima: Expose a new
> community to our work.

As a secondary goal for the IETF, this has to be a good thing.  And I don't see 
the Day Pass, per se, affecting the primary goal(s) of the IETF.  I had thought 
the goal was to facilitate narrow(eg, single-working group participation), 
rather than public education, but it's fine that 'participation' wasn't the 
primary purpose of the Pass.

I'll even argue that such brief exposures probably provides some longer-term 
benefit, by giving potential attendees a taste for our community.  That will 
make us more (or perhaps less) accessible to their later efforts.


>    And I don't see how this is a
> "private model".

Sorry.  I've missed where I used the term private in the question of Day Passes, 
so I don't understand your reference.


> The rest of your message tries to define day-pass participation
> in terms of geography and I think that misses the point. I don't
> believe that getting from "home" to X and back home in one day
> is necessarily the goal, but I can easily see someone flying to
> Europe for example, attending the IETF for one day, then doing
> other business in X or somewhere near X, or maybe even not that
> near X (requiring more travel).

Then I didn't make my point clearly enough.  I am suggesting a model of 
incremental cost, in terms of time and money.  The person traveling a long 
distance and having the IETF as merely one of a number of activities is going to 
go to the IETF if the incremental cost is reasonable; they will not go if it 
isn't.  I understand the purpose of the Day Pass one of bringing one part of the 
cost down to a 'reasonable' level, for these folk.  That evaluation holds true 
for anyone else who does not already have a strategic commitment to IETF attendance.

My model, then, assumes that a Day Pass makes sense for two kinds of people: 
Those who won't have to spend the night at the IETF venue and possibly those who 
can spend at most one night.  One can debate these two criteria, but I think 
they provide a reasonable starting point. More nights means more expense.  At 
some point, the surrounding costs make the savings of a Day Pass irrelevant.

Someone traveling a long distance and going only to the IETF is not going to 
view the cost difference between a Day Pass and a regular registration as 
significant.  As soon as the IETF is merely one of a set of activities, I'll 
claim that the incremental cost and time become relevant to these folk, the same 
as more local residents.


> If you prefer the term "regional" to "local", then fine, but again
> I don't think this should be a significant factor in deciding if
> we continue the experiment or not.

The reason that sort of modeling is important is that it defines potential 
attendees.  If there is no definition of potential attendees and no agreement 
that that definition makes sense, then there is no logic underlying the extra 
effort to have Day Passes.

However there are interaction effects to consider in this sort of analysis.

The more remote the venue, the smaller that set of candidates for a Day Pass.

The more expensive the venue, the smaller the set of candidates for a Day Pass.


d/
-- 

   Dave Crocker
   Brandenburg InternetWorking
   bbiw.net