RE: first steps (was The other parts of the report...)
"Steve Crocker" <steve@stevecrocker.com> Tue, 14 September 2004 13:40 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 JAA09464; Tue, 14 Sep 2004 09:40:54 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C7DdA-0006Th-Ji; Tue, 14 Sep 2004 09:46:00 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C7DUx-0006W5-FQ; Tue, 14 Sep 2004 09:37:31 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C7DPA-0005Hu-Cz for ietf@megatron.ietf.org; Tue, 14 Sep 2004 09:31:32 -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 JAA08678 for <ietf@ietf.org>; Tue, 14 Sep 2004 09:31:30 -0400 (EDT)
Received: from ns.execdsl.net ([208.184.15.238] helo=EXECDSL.COM) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C7DU4-0006Fs-9H for ietf@ietf.org; Tue, 14 Sep 2004 09:36:36 -0400
Received: from [66.93.106.226] (HELO SCROCKER) by EXECDSL.COM (CommuniGate Pro SMTP 3.3) with ESMTP id 7568088; Tue, 14 Sep 2004 09:30:39 -0400
From: Steve Crocker <steve@stevecrocker.com>
To: graham.travers@bt.com, bwijnen@lucent.com, ietf@ietf.org
Date: Tue, 14 Sep 2004 09:31:12 -0400
Message-ID: <001501c49a5f$1c2b8000$6a147e41@SCROCKER>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
In-reply-to: <3D67CCA7D63E714B980D21A038EEA08E0F1529D4@i2km02-ukbr.domain1.systemhost.net>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2742.200
Importance: Normal
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a3f7094ccc62748c06b21fcf44c073ee
Content-Transfer-Encoding: 7bit
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: 0bb031f3a6fb29f760794ac9bf1997ae
Content-Transfer-Encoding: 7bit
Agreed. External Internet connectivity, internal Internet access and a terminal room are all included in the envelope. Steve > -----Original Message----- > From: graham.travers@bt.com [mailto:graham.travers@bt.com] > Sent: Tuesday, September 14, 2004 3:53 AM > To: bwijnen@lucent.com; steve@stevecrocker.com; ietf@ietf.org > Subject: RE: first steps (was The other parts of the report...) > > > Umm, not so fast.... > > When we hosted the London meeting, we were told which venue > was to be used. It turned out that we had to install extra > network capacity to the hotel, especially for the meeting, > because the hotel didn't have what was required. ( So the > hotel did pretty well out of it. ) > > There's more to arranging an IETF venue than securing the > right number of meeting rooms. We need to get the functional > requirements for these things specified properly. > > Regards, > > Graham Travers > > International Standards Manager > BT Group > > e-mail: graham.travers@bt.com > tel: +44(0) 1359 235086 > mobile: +44(0) 7808 502536 > HWB279, PO Box 200,London, N18 1ZF, UK > > BT Group plc > Registered office: 81 Newgate Street London EC1A 7AJ > Registered in England and Wales no. 4190816 This electronic > message contains information from BT Group plc which may be > privileged or confidential. The information is intended to be > for the use of the > individual(s) or entity named above. If you are not the > intended recipient be aware that any disclosure, copying, > distribution or use of the contents of this information is > prohibited. If you have received this electronic message in > error, please notify us by telephone or email (to the numbers > or address above) immediately. Activity and use of the BT > Group plc E-mail system is monitored to secure its effective > operation and for other lawful business purposes. > Communications using this system will also be monitored and > may be recorded to secure effective operation and for other > lawful business purposes. > > > > > -----Original Message----- > From: ietf-bounces@ietf.org [mailto:ietf-bounces@ietf.org] On > Behalf Of Wijnen, Bert (Bert) > Sent: 12 September 2004 19:41 > To: Steve Crocker; ietf@ietf.org > Subject: RE: first steps (was The other parts of the report...) > > > 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 > _______________________________________________ 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