My view of the IAOC Meeting Selection Guidelines
Bob Hinden <bob.hinden@nokia.com> Fri, 08 February 2008 08:28 UTC
Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietfarch-ietf-archive@core3.amsl.com
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BA02D28C198; Fri, 8 Feb 2008 00:28:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.505
X-Spam-Level:
X-Spam-Status: No, score=0.505 tagged_above=-999 required=5 tests=[AWL=3.104, BAYES_00=-2.599]
Received: from core3.amsl.com ([127.0.0.1]) by localhost (mail.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YtV3Ekjw3PM1; Fri, 8 Feb 2008 00:28:37 -0800 (PST)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7851E28C134; Fri, 8 Feb 2008 00:28:37 -0800 (PST)
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 632F528C133 for <ietf@core3.amsl.com>; Fri, 8 Feb 2008 00:28:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from core3.amsl.com ([127.0.0.1]) by localhost (mail.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id itaKshDPDM-B for <ietf@core3.amsl.com>; Fri, 8 Feb 2008 00:28:34 -0800 (PST)
Received: from mgw-mx09.nokia.com (smtp.nokia.com [192.100.105.134]) by core3.amsl.com (Postfix) with ESMTP id 4DFB528C10B for <ietf@ietf.org>; Fri, 8 Feb 2008 00:28:34 -0800 (PST)
Received: from esebh106.NOE.Nokia.com (esebh106.ntc.nokia.com [172.21.138.213]) by mgw-mx09.nokia.com (Switch-3.2.6/Switch-3.2.6) with ESMTP id m188UoH1020100 for <ietf@ietf.org>; Fri, 8 Feb 2008 02:31:20 -0600
Received: from esebh102.NOE.Nokia.com ([172.21.138.183]) by esebh106.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 8 Feb 2008 10:29:50 +0200
Received: from esebh101.NOE.Nokia.com ([172.21.138.177]) by esebh102.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 8 Feb 2008 10:29:50 +0200
Received: from mgw-int01.ntc.nokia.com ([172.21.143.96]) by esebh101.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Fri, 8 Feb 2008 10:29:50 +0200
Received: from [192.130.163.232] (essapo-nirac25363.europe.nokia.com [10.162.253.63]) by mgw-int01.ntc.nokia.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id m188Tme2014624; Fri, 8 Feb 2008 10:29:49 +0200
Mime-Version: 1.0 (Apple Message framework v753)
Message-Id: <875A9D97-BED4-408B-B2B3-806CB4003BB6@nokia.com>
From: Bob Hinden <bob.hinden@nokia.com>
Subject: My view of the IAOC Meeting Selection Guidelines
Date: Fri, 08 Feb 2008 10:29:52 +0200
To: ietf <ietf@ietf.org>
X-Mailer: Apple Mail (2.753)
X-OriginalArrivalTime: 08 Feb 2008 08:29:50.0341 (UTC) FILETIME=[C56CDB50:01C86A2C]
X-Nokia-AV: Clean
Cc: Bob Hinden <bob.hinden@nokia.com>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: bob.hinden@nokia.com
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <http://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <http://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org
Hi, I have been on the IAOC for about a year and wanted to explain my view how the IAOC decides to to have an IETF meeting in a specific location. I thought this might be useful given the discussion about IETF72 in Dublin. This is my personal view, not anything official from the IAOC. First of all and for background, the IETF uses the revenue from the IETF meetings to pay for the meetings themselves and for the other fixed costs of running the IETF. Meeting costs include meeting rooms, power, power strips, AV, cookies, drinks, continental breakfast, network, WLAN, IETF secretariat costs associated with the meeting, etc., etc. The fixed costs of running the IETF include IETF secretariat, phone conferences, IAD salary, RFC Editor, IT infrastructure to host ietf.org, software tools development (those not done by our great volunteer developers!), etc., etc. The total expenses are greater than the total revenue. The ISOC pays for the difference (e.g., the deficit). The budget information can be found at: http://iaoc.ietf.org/. In round numbers total expenses are about $4M, revenue is about $2.5M, and the ISOC contributes about $1.5M. If it wasn't for the ISOC we would have a big problem. I believe the IAOC is trying to keep this stable and not grow the deficit beyond what the ISOC is willing to subsidize. We have two kinds of IETF meetings, hosted meetings and non-hosted meetings. When we have a host (e.g., Alcatel-Lucent for IETF72) they pay for a lot of the meeting expenses. This reduces our expenses and helps support the rest of the IETF operation. Hosts usually cover the expenses for the network, circuits, NOC, social, t-shirts, etc. Sometimes they pay the IETF to do some of these things or pay for them directly. When we have a non-hosted meeting, we pay for everything. Not surprisingly the IAOC prefers to have hosted meetings. In most cases the host has a preference for where they would like to host the meeting. For example, the host for IETF72 wanted the meeting to be in Dublin. As long as the facilities in that location are acceptable we will do it at the host's preferred location. Acceptable includes the right ratio of large and small meeting rooms, hotel room availability and price, ability to build a working WLAN network, availability of transit network connections, availability of other hotel rooms and restaurants, etc. We won't go somewhere if we don't think we can have a successful meeting. That means in a location where we think people are willing to travel to, get visas, hotel rooms are not $500 per night, etc. We will be more flexible on some of these things to meet the hosts desire for a specific location, but not to the point where don't think the meeting would be successful. In the case of Dublin, the IAOC did understand that the sites distance to Dublin wasn't ideal, but it was the only site we could find in the area that meet the other requirements. In this case, we will try to ameliorate this issue by providing busses to downtown Dublin. In my view we are having a meeting in Dublin because we have a host to wants to host the meeting there. I don't think we would have done it there if there was not a host. I hope this helps the IETF community to understand the decision process the IAOC uses. We are trying hard to book meetings as far out in the future as possible, maintain a good balance of North America, Europe, and Asia, and keep the IETF financially afloat. If we had some other significant source of income besides meeting revenue, there would be more flexibility, but until that happens we will continue to have a preference for hosted meetings. Bob _______________________________________________ Ietf mailing list Ietf@ietf.org http://www.ietf.org/mailman/listinfo/ietf
- My view of the IAOC Meeting Selection Guidelines Bob Hinden
- RE: My view of the IAOC Meeting Selection Guideli… Richard Shockey
- Re: My view of the IAOC Meeting Selection Guideli… Iljitsch van Beijnum
- Re: My view of the IAOC Meeting Selection Guideli… Fred Baker
- RE: My view of the IAOC Meeting Selection Guideli… Lawrence Rosen
- Re: My view of the IAOC Meeting Selection Guideli… Marshall Eubanks
- RE: My view of the IAOC Meeting Selection Guideli… Richard Shockey
- RFC Editor costs - Proofreading (was Re: My view … Dave Crocker
- Re: My view of the IAOC Meeting Selection Guideli… Iljitsch van Beijnum
- RE: My view of the IAOC Meeting Selection Guideli… SM
- Re: My view of the IAOC Meeting Selection Guideli… Marshall Eubanks
- Re: My view of the IAOC Meeting Selection Guideli… Steven M. Bellovin
- Re: My view of the IAOC Meeting Selection Guideli… Joel Jaeggli
- Re: RFC Editor costs - Proofreading (was Re: My v… Adrian Farrel
- Eating our own dog food and using SIP for telepho… Dan York
- Re: Eating our own dog food and using SIP for tel… johnl
- Re: Eating our own dog food and using SIP for tel… Lars Eggert
- RE: Eating our own dog food and using SIP for tel… michael.dillon
- Re: Eating our own dog food and using SIP for tel… Steven M. Bellovin
- Re: Eating our own dog food and using SIP for tel… Iljitsch van Beijnum
- Re: [IAOC] RFC Editor costs - Proofreading (was R… Fred Baker
- Re: [IAOC] RFC Editor costs - Proofreading (was R… Joe Abley
- Re: [IAOC] RFC Editor costs - Proofreading (was R… Adrian Farrel
- Re: [IAOC] RFC Editor costs - Proofreading (was R… Eric Rescorla
- Re: Eating our own dog food and using SIP for tel… Jeroen Massar
- Re: [IAOC] RFC Editor costs - Proofreading (was R… Ray Pelletier
- Re: [IAOC] RFC Editor costs - Proofreading (was R… Eric Rescorla
- Re: [IAOC] RFC Editor costs - Proofreading (was R… Adrian Farrel
- RE: [IAOC] RFC Editor costs - Proofreading (was R… Eric Gray
- Re: [IAOC] RFC Editor costs - Proofreading (was R… Iljitsch van Beijnum
- Re: [IAOC] RFC Editor costs - Proofreading (was R… Joe Abley
- Re: [IAOC] RFC Editor costs - Proofreading (was R… Marshall Eubanks
- Re: [IAOC] RFC Editor costs - Proofreading (was R… Marshall Eubanks
- RE: [IAOC] RFC Editor costs - Proofreading (was R… Eric Gray
- Re: [IAOC] RFC Editor costs - Proofreading (was R… John Levine
- Re: [IAOC] RFC Editor costs - Proofreading (was R… Eric Rescorla
- Re: [IAOC] RFC Editor costs - Proofreading (was R… Fred Baker
- Re: [IAOC] RFC Editor costs - Proofreading (was R… Iljitsch van Beijnum
- RE: [IAOC] RFC Editor costs - Proofreading (was R… michael.dillon
- RE: [IAOC] RFC Editor costs - Proofreading (was R… Dave Cridland
- RE: Eating our own dog food and using SIP for tel… Hallam-Baker, Phillip
- Re: Eating our own dog food and using SIP for tel… Morgan Sackett
- Re: Eating our own dog food and using SIP for tel… Cullen Jennings