RE: first steps (was The other parts of the report...)
"Wijnen, Bert (Bert)" <bwijnen@lucent.com> Sun, 12 September 2004 18:45 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 OAA03936; Sun, 12 Sep 2004 14:45:57 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C6ZQr-000616-Nn; Sun, 12 Sep 2004 14:50:41 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C6ZIn-0004uv-NY; Sun, 12 Sep 2004 14:42:17 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C6ZIG-0004iK-60 for ietf@megatron.ietf.org; Sun, 12 Sep 2004 14:41:44 -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 OAA03732 for <ietf@ietf.org>; Sun, 12 Sep 2004 14:41:42 -0400 (EDT)
Received: from ihemail1.lucent.com ([192.11.222.161]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C6ZMk-0005wB-KO for ietf@ietf.org; Sun, 12 Sep 2004 14:46:25 -0400
Received: from nl0006exch001h.wins.lucent.com (h135-85-76-62.lucent.com [135.85.76.62]) by ihemail1.lucent.com (8.12.11/8.12.11) with ESMTP id i8CIf7qk027254 for <ietf@ietf.org>; Sun, 12 Sep 2004 13:41:08 -0500 (CDT)
Received: by nl0006exch001h.nl.lucent.com with Internet Mail Service (5.5.2657.72) id <RLRKCL4A>; Sun, 12 Sep 2004 20:41:07 +0200
Message-ID: <7D5D48D2CAA3D84C813F5B154F43B1550536AD0C@nl0006exch001u.nl.lucent.com>
From: "Wijnen, Bert (Bert)" <bwijnen@lucent.com>
To: Steve Crocker <steve@stevecrocker.com>, ietf@ietf.org
Date: Sun, 12 Sep 2004 20:41:00 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 68ba2b07ef271dba6ee42a93832cfa4c
Subject: RE: first steps (was The other parts of the report...)
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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: 36b1f8810cb91289d885dc8ab4fc8172
Exactly, I agree with Steve here. > -----Original Message----- > From: Steve Crocker [mailto:steve@stevecrocker.com] > Sent: Sunday, September 12, 2004 18:51 > To: 'Margaret Wasserman'; 'scott bradner'; ietf@ietf.org > Subject: RE: first steps (was The other parts of the report...) > > > A brief comment on one specific aspect of meeting planning... > > In broad terms, the planning for a meeting is partionable, rather > cleanly, into two pieces. One is the "envelope" of arranging for the > hotel, an inventory of large and small meeting rooms, the > terminal room, > the external network connectivity, the food and perhaps a few other > things I've left out. This "envelope" is reasonably constant and > reasonably easy to specify. > > The other part of meeting planning is the assignment of WGs, BOFs and > other events to the specific rooms. This requires intimate > knowledge of > the areas and other relationships to avoid scheduling conflicts, work > out priorities and maintain communication with all the > relevant people. > > I believe the former could be farmed out, if desired, > although this gets > a bit complicated because it includes finding sponsors and making > arrangements for appropriate Internet service. The latter is > tied quite > closely, in my opinion, to the year round support of the WGs and IESG. > > I don't have an opinion as to whether the envelope part of the meeting > planning *should* be farmed out to a separate organization. I'm only > commenting here that the tasks divide reasonably cleanly. That is, to > first order, an IETF meeting needs a plenary room, about ten working > group rooms, a terminal room, and a handful of side rooms for > auxiliary > purposes. That's a spec that can be sent out to hotels and meeting > planners around the world. > > Steve > > > > > > > -----Original Message----- > > From: ietf-bounces@ietf.org [mailto:ietf-bounces@ietf.org] On > > Behalf Of Margaret Wasserman > > Sent: Sunday, September 12, 2004 12:00 PM > > To: scott bradner; ietf@ietf.org > > Subject: Re: first steps (was The other parts of the report...) > > > > > > > > Hi Scott, > > > > At 5:06 PM -0400 9/11/04, scott bradner wrote: > > >imo it would least disruptive to follow option #3 (combo > > path) and try > > >to negotiate a sole source contract with Foretec/CNRI for > what Carl > > >called the clerk function and maybe some other functions > > (imo it would > > >be better to outsorce the management of the mailing lists > and their > > >archives to a company in that business) > > > > Mailing list management and web hosting (not content) are > two obvious > > candidates for separate contracts if we choose to go with a > > multi-part RFP process. These items are quite independent and > > non-IETF specific. > > > > Meeting planning is another chunk that could be considered > > separately, but the way we do it today has a lot of tie-ins to IETF > > activities -- rules/notices about WG vs. BOF scheduling, > proceedings, > > network, terminal rooms, multicast, sponsorship, etc. So, if we > > outsource the meeting planning separately from the "clerk" > function, > > we would have to carefully define the line between the two, > and that > > line may not be quite where it lies inside Foretec today. > > > > Also, even if we somehow outsource a few of the more > > separable/generic tasks independently, there is still a > large amount > > of IETF-specific work that needs to be done by someone -- I-D > > handling, supporting the IESG review/approval process, handling IPR > > notices, keeping track of WG charters, maintaining our web content, > > etc. It would not be easy to outsource these functions to multiple > > groups. It would require extensive effort to define the interfaces > > between the different functions, and a lot of duplicate > work to train > > multiple groups in the details of the IETF processes and culture. > > > > I have some concerns that if we try to break off a few of > the simpler > > chunks, the effort of coordinating between those chunks may > be larger > > than the benefits that would accrue from allowing > competition in the > > mailing list management, web hosting and meeting planning > areas. So, > > this is something we should think about carefully. A > multi-part RFP > > process that allows organizations to submit multi-part bids > (i.e. if > > we run the clerk's office, we will also do meeting > planning for $XXX > > ) might give us some insight into whether ecomomies of > scale make it > > cheaper to go with a single provider for all services, or if it > > actually works out that it is cheaper/better for some > functions to be > > provided by people who specialize in them. > > > > Margaret > > > > _______________________________________________ > > Ietf mailing list > > Ietf@ietf.org > > https://www1.ietf.org/mailman/listinfo/ietf > > > > > _______________________________________________ > Ietf mailing list > Ietf@ietf.org > https://www1.ietf.org/mailman/listinfo/ietf > _______________________________________________ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
- first steps (was The other parts of the report...) scott bradner
- Re: first steps (was The other parts of the repor… Harald Tveit Alvestrand
- Re: first steps (was The other parts of the repor… scott bradner
- Re: first steps (was The other parts of the repor… Margaret Wasserman
- Re: first steps (was The other parts of the repor… John C Klensin
- RE: first steps (was The other parts of the repor… Steve Crocker
- RE: first steps (was The other parts of the repor… Wijnen, Bert (Bert)
- Re: first steps (was The other parts of the repor… Carl Malamud
- What we need done (Re: first steps (was The other… Harald Tveit Alvestrand
- Re: first steps (was The other parts of the repor… John C Klensin
- Re: What we need done (Re: first steps (was The o… avri
- Re: first steps (was The other parts of the repor… Dave Crocker
- Re: first steps (was The other parts of the repor… Harald Tveit Alvestrand
- Re: first steps (was The other parts of the repor… Harald Tveit Alvestrand
- Re: first steps (was The other parts of the repor… Dave Crocker
- RE: first steps (was The other parts of the repor… graham.travers
- RE: first steps (was The other parts of the repor… graham.travers
- RE: first steps (was The other parts of the repor… Steve Crocker
- RE: first steps (was The other parts of the repor… Joel Jaeggli
- IETF 62 (was: Re: first steps) Spencer Dawkins
- Re: IETF 62 (was: Re: first steps) shogunx
- Re: IETF 62 (was: Re: first steps) Michael Richardson
- Re: IETF 62 (was: Re: first steps) Michael Richardson
- Re: IETF 62 (was: Re: first steps) Tim Chown
- Re: IETF 62 (was: Re: first steps) william(at)elan.net
- Re: IETF 62 (was: Re: first steps) Hadmut Danisch
- Re: IETF 62 (was: Re: first steps) Henrik Levkowetz
- Re: IETF 62 (was: Re: first steps) Dick St.Peters
- Re: IETF 62 Lars Eggert
- Re: IETF 62 Sam Hartman
- Re: IETF 62 Lars Eggert
- Re: IETF 62 John C Klensin
- Re: IETF 62 Lars Eggert
- Re: IETF 62 (was: Re: first steps) Mark Allman
- RE: Meeting locations (was IETF 62) Robin Uyeshiro
- Re: IETF 62 Scott Michel
- Re: IETF 62 Michael D Frisch
- Re: IETF 62 Ted Faber