Re: Venue selection (Re: Options for IETF administrative restructuring)

"JORDI PALET MARTINEZ" <jordi.palet@consulintel.es> Mon, 30 August 2004 10:43 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA10738; Mon, 30 Aug 2004 06:43:05 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C1jei-0000Lc-J0; Mon, 30 Aug 2004 06:44:56 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C1jVs-0006h4-1j; Mon, 30 Aug 2004 06:35:48 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C1jR3-00069U-T9 for ietf@megatron.ietf.org; Mon, 30 Aug 2004 06:30:49 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA09176 for <ietf@ietf.org>; Mon, 30 Aug 2004 06:30:47 -0400 (EDT)
Received: from mail.consulintel.es ([213.172.48.142] helo=consulintel.es) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C1jSo-0008P3-7h for ietf@ietf.org; Mon, 30 Aug 2004 06:32:38 -0400
Received: from consulintel02 by consulintel.es (MDaemon.PRO.v7.1.2.R) with ESMTP id md50000369724.msg for <ietf@ietf.org>; Mon, 30 Aug 2004 12:34:09 +0200
Message-ID: <0ad601c48e7c$5554b480$3220dfa9@consulintel.es>
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: ietf@ietf.org
References: <412D268D.3020402@thinkingcat.com><00a301c48e04$dcac4fb0$3220dfa9@consulintel.es> <0F699F3B4E3B87D97564FB33@B50854F0A9192E8EC6CDA126>
Date: Mon, 30 Aug 2004 22:30:09 +1200
Organization: Consulintel
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1437
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
X-Authenticated-Sender: jordi.palet@consulintel.es
X-Spam-Processed: consulintel.es, Mon, 30 Aug 2004 12:34:09 +0200 (not processed: message from valid local sender)
X-MDRemoteIP: 169.223.32.50
X-Return-Path: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: ietf@ietf.org
X-MDAV-Processed: consulintel.es, Mon, 30 Aug 2004 12:34:10 +0200
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 093efd19b5f651b2707595638f6c4003
Content-Transfer-Encoding: quoted-printable
Subject: Re: Venue selection (Re: Options for IETF administrative restructuring)
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.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: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 2beba50d0fcdeee5f091c59f204d4365
Content-Transfer-Encoding: quoted-printable

Hi Harald,

See my comments below, in-line.

Regards,
Jordi

---- Original Message ----
From: "Harald Tveit Alvestrand" <harald@alvestrand.no>
To: "JORDI PALET MARTINEZ" <jordi.palet@consulintel.es>; <ietf@ietf.org>
Sent: Monday, August 30, 2004 7:29 PM
Subject: Venue selection (Re: Options for IETF administrative restructuring)

> Thanks for your comments, Jordi!
> 
> I'm replying to part of your note, and changing the subject line to get
> different topics on different threads..... I do think we need some kind of
> IETF consensus on the criteria for venue selection - and once we have that
> documented consensus, we need to evaluate how well we follow them...
> 
> This is not trivial, nor is it easy to get everything in line; for
> instance, one of our requirements is fairly large (and expensive) offsite
> Internet bandwidth; one potential US site was able to deliver that
> bandwidth as part of the conference package - BUT insisted that it be able
> to perform its usual packet filtering on the traffic, and refused to allow
> alternate bandwidth provisioning on site.

Clearly we should not accept that site ;-)

> 
> Not something we expected five years ago. Foretec declined the offer -
> wisely, in my opinion.
> 
> The subject of continent selection is, BTW, one of the real touchy ones;
> my statistics show that in the North American contingent, the attendance
> is cut in half when we meet outside North America; in the Asian
> contingent, the attendance from the host country quadruples or more when
> we meet in their country, while Europeans show more steady attendance
> statistics. 

I'm not sure that's correct, but probably you have the right figures ;-)

But the point probably is not if the figures show that you're right or not ... The point is to be fair with the participants, independently from where they come.

Why participants from continent X have less possibilities to attend IETF ? Why they should spend more money to attend the IETF meetings in comparison with participants from continent Y ?

Are we considering in the meeting cost, the extra (or lower) cost that organizing the meeting in place A or place B means for the attendees ?

And being clear, is time may be for the Asian to have more IETFs there, and what about Latin America, or even Europe ? We should now start balancing and having more IETFs there and less in NA !

Is the IETF a competition in the number of attendees from continent A or B or C ?

Just food for though ...

> 
> Fred Baker formulated a principle of IETF meeting placement as "if you
> contribute to the IETF, the IETF sometimes holds a meeting near you".
> Measuring contribution is a difficult thing - it's certainly not the same
> as attendance! - but I think the principle is not unreasonable.

I also thought this could be reasonable, but after years attending, I don't think anymore this is correct, neither fair. Probably on the other way around. I feel that holding meetings where there is less contribution, can help to increase it.

In any case, the issue comes back to the original point: We need a clear definition about what are the requirements. San Diego didn't meet the "requirements" (those that we feel, because aren't clearly written anywhere), and it was not that bad, so probably those requirements are wrong.

We also need to ask what is the reason for attending, and if that reason is in the benefit of the IETF process, or on the other way around. How much cost have attendees not actually participating ? Or may be in the other way around, they finance the meeting for those that contribute ?

> 
> And after having picked a continent, we need to pick a venue - which can
> depend on the wishes of the sponsor, cost of doing business, availability
> of reasonable venues (I have been told by Foretec that the sensible
> Vancouver venues are booked solid on the dates we want for the next 2
> years, for instance). And that sometimes interferes with the selection of
> continent - for a while, I was told that Foretec was looking at Europe in
> spring 2005; now I'm told it's looking at summer 2005 - because venues
> worked better for August.

I know about this very well, I need to book one year in advance, at least, and is my own city ... But I can tell you also that this is part of the miss-planning. I offered during 3 years ... and the venue was visited only in Summer 2003. We had good chances at that time to block the venue for end of 2004 or spring/summer 2005, but the decision didn't come !

> 
> I think the organizer needs to be able to make these tradeoffs in real
> time, and without going back to the IETF for a consensus process on
> individual meetings - but we do need to have our criteria right out in the
> open.

Exactly. Let's start working on it ? Do we need an I-D ?

We can start with the known issues and keep adding what we believe is not working, or wrong or whatever. We should have this clear by the next meeting. The plenary is a good place to present this and get the last feedback and go for the last call ;-)

> 
> I would prefer to split the process into two rather independent parts: One
> (open) that sets the criteria, and one (subcontracted) that attempts to
> find sites that fulfil the criteria. Then we can evaluate the result - for
> economics, for venue performance, for sponsor satisfaction (that too
> matters!), and for "fairness".

Agree, but if we don't have the criteria, then is difficult.

Anyway, the subcontracting cost money, and is subjected to persons, so this means that could always be (perceived) as a subjective applications of the criteria (once agreed), and that means that it need to be also open and subjected to feedback. This is actually probably the most difficult part, but should be part of the process.

> 
> As to how to achieve all that.... I'm not at all sure.
> 
> A long note about a subject that is a small part of the "reorg"
> issue...... hope this makes sense to you!

A lot of sense if we start with the I-D !

> 
>                        Harald
> 
> _______________________________________________
> Ietf mailing list
> Ietf@ietf.org
> https://www1.ietf.org/mailman/listinfo/ietf


**********************************
Madrid 2003 Global IPv6 Summit
Presentations and videos on line at:
http://www.ipv6-es.com

This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.




_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf