Re: What to incorporate (Re: Options for IETF administrative restructuring)
Brian E Carpenter <brc@zurich.ibm.com> Sun, 05 September 2004 09:24 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 FAA19209; Sun, 5 Sep 2004 05:24:50 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C3tIt-0007DB-4w; Sun, 05 Sep 2004 05:27:44 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C3t6w-0003Yn-0U; Sun, 05 Sep 2004 05:14:58 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C3t6i-0003T5-R4 for ietf@megatron.ietf.org; Sun, 05 Sep 2004 05:14: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 FAA18897 for <ietf@ietf.org>; Sun, 5 Sep 2004 05:14:37 -0400 (EDT)
Received: from mtagate1.de.ibm.com ([195.212.29.150]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C3t94-00075B-2t for ietf@ietf.org; Sun, 05 Sep 2004 05:17:35 -0400
Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate1.de.ibm.com (8.12.10/8.12.10) with ESMTP id i859CgfQ067294; Sun, 5 Sep 2004 09:12:42 GMT
Received: from sihl.zurich.ibm.com (sihl.zurich.ibm.com [9.4.16.232]) by d12nrmr1607.megacenter.de.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i859CfLU109304; Sun, 5 Sep 2004 11:12:41 +0200
Received: from zurich.ibm.com (sig-9-145-135-198.de.ibm.com [9.145.135.198]) by sihl.zurich.ibm.com (AIX4.3/8.9.3p2/8.9.3) with ESMTP id LAA52700; Sun, 5 Sep 2004 11:12:39 +0200
Message-ID: <413AD887.8010709@zurich.ibm.com>
Date: Sun, 05 Sep 2004 11:12:39 +0200
From: Brian E Carpenter <brc@zurich.ibm.com>
Organization: IBM
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en, fr, de
MIME-Version: 1.0
To: avri@psg.com
References: <OLEPILDGDKGAPONGCBEOCEKOCHAA.cdel@firsthand.net> <4136FFFB.4000300@zurich.ibm.com> <9A945FCA-FDC1-11D8-B019-000393CC2112@psg.com>
In-Reply-To: <9A945FCA-FDC1-11D8-B019-000393CC2112@psg.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 2086112c730e13d5955355df27e3074b
Content-Transfer-Encoding: 7bit
Cc: ietf@ietf.org
Subject: Re: What to incorporate (Re: Options for IETF administrative restructuring)
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: 22bbb45ef41b733eb2d03ee71ece8243
Content-Transfer-Encoding: 7bit
Avri, avri@psg.com wrote: > > On 2 sep 2004, at 07.11, Brian E Carpenter wrote: > >>> Yes that would be helpful. >> >> >> Well, I don't agree. I think it would defocus the discussion (which >> is about putting the IETF's administration onto a business-like >> basis). IMHO the only case in which we should discuss the wider >> option is if the newtrk WG proposes changes in the standards process >> that would make such a thing necessary. > > > I guess I don't understand this comment. > > As I see it, one reason for another option would have to do with the > independence of the IETF to change its processes, should it want to. > Not necessarily because it has a plan today to do so. I see no respect in which the creation of a new non-profit organization, which for the sake of argument we can call ISOC2, would affect this. ISOC was to a very large extent created for the benefit of the IETF (and created by people quite heavily involved in the IETF at that time). Apart from its direct support and legal umbrella function for the IETF, it also offloaded from the IETF a lot of "outreach" functions (otherwise known as Layers 8 and 9). We mustn't forget that if ISOC hadn't existed, the IETF would have been much more distracted by Layers 8 and 9 over the last ten years. > > One of the concerns I have over the ISOC dependent mechanisms, which I > guess is all of the presented options, is the link between budgeting and > process. If a process change requires a different form of budgeting > support, would the IETF need the approval of ISOC to make that change? Not if we establish the appropriate MOU and (I would suggest to ISOC) make appropriate amendments to the ISOC by-laws to guarantee the decoupling needed. > Often what seems like a purely technical decision has policy and > budgetary implications. Absolutely. That is the fundamental reason we need clarity in all these relationships. > Assuming that we don't want to have reconsider > the organizational relationship again in the near future, I believe we > need to take such possibilities into account. Absolutetly. That's why in any case, we need the MOU and by-laws that I mentioned -and we need them whichever scenario is adopted. > > I think another consideration in making these administrative decisions > has to do with the IETF's voice in the general standards and Internet > governance arena. Will ISOC, as a 'parent' organization - my > interpretation of the options that are offered, be the responsible party > for such activities? It is today. That's why it has a VP for Public Policy. [Disclosure: that person happens to be my day job manager.] Are you (not just Avri) an active ISOC member? It's free... > E.g. currently for a liaison to the ITU, it is > ISOC that is the liaison association. Should ISOC disagree with the > IETF position on a liaison matter who has the final say? Good question, and a point not to be forgotten in the MOU, in every scenario. > Likewise with > the ongoing governance debate in the international arena, will ISOC or > the IETF be the negotiating body? Today, it's ISOC. ISOC has been working to position itself in that debate for years; having ISOC's European office in Geneva was not a random choice. Put bluntly, if we threw that away and started again with ISOC2, it would take 5 to 10 years to build up the momentum again. I just don't see why we would want to do that. > And before we decide that this is > just policy and does not relate to protocol issues, we should not ignore > the intimate link between policy and technical - while it is not always > direct, there generally is a technical implication in policy decisions > and, generally, also a policy impact in technical decisions. Indeed. A good example was the recent ITU/WSIS meeting on spam - John Levine attended and spoke for the IRTF, funded as Harald mentioned by his budget from ISOC; I attended (because I live locally) wearing an ISOC hat for the occasion. ISOC's reputation got us in, but the representation and impact was basically IRTF/IETF. It works today, with ISOC1. I just don't see why it would work better with ISOC2. > Basically > I am concerned about the real independence of the IETF as a technical > standards body when ISOC, which the IETF does not control, has the > governing policy and financial voice. The IETF, as a bunch of people who choose to meet and send email, will have that concern with *any* legal entity that acts for it. It all depends on the rules of that entity, not on the desires of the IETF population - the trick is to make those rules right, and I deeply believe that can be done soonest and cheapest by recycling ISOC. > > I would be interested in seeing an analysis of an option which has the > IETF as a independent nonprofit corporate entity. This could be either > as a wholly owned subsidiary of ISOC, thus keeping the fiduciary > relationship, or as completely independent organization. The subsidiary model was actually taken out of Carl's scenarios before publication, but apart from that I thought this was exactly what scenarios C and D are. The objection I heard to the subsidiary model was that it really couldn't give the IETF community any more guarantee of control than scenarios A and B, but would create the overhead costs of scenarios C and D anyway. Brian _______________________________________________ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
- Options for IETF administrative restructuring Leslie Daigle
- Re: Options for IETF administrative restructuring John C Klensin
- Options for IETF administrative restructuring Leslie Daigle
- Re: Options for IETF administrative restructuring Leslie Daigle
- Re: Options for IETF administrative restructuring Paul Vixie
- Re: Options for IETF administrative restructuring JORDI PALET MARTINEZ
- Venue selection (Re: Options for IETF administrat… Harald Tveit Alvestrand
- Re: Venue selection (Re: Options for IETF adminis… Iljitsch van Beijnum
- Re: Venue selection (Re: Options for IETF adminis… JORDI PALET MARTINEZ
- RE: Options for IETF administrative restructuring Christian de Larrinaga
- Re: Venue selection (Re: Options for IETF adminis… Michael Richardson
- RE: Options for IETF administrative restructuring Harald Tveit Alvestrand
- Re: Options for IETF administrative restructuring Brian E Carpenter
- What to incorporate (Re: Options for IETF adminis… Harald Tveit Alvestrand
- RE: What to incorporate (Re: Options for IETF adm… Christian de Larrinaga
- Re: What to incorporate (Re: Options for IETF adm… Brian E Carpenter
- Re: What to incorporate (Re: Options for IETF adm… Susan Harris
- Re: What to incorporate (Re: Options for IETF adm… Carl Malamud
- Re: What to incorporate (Re: Options for IETF adm… Susan Harris
- Re: What to incorporate (Re: Options for IETF adm… Leslie Daigle
- Re: What to incorporate (Re: Options for IETF adm… Dean Anderson
- Re: What to incorporate (Re: Options for IETF adm… Dean Anderson
- Re: What to incorporate (Re: Options for IETF adm… Harald Tveit Alvestrand
- Re: What to incorporate (Re: Options for IETF adm… scott bradner
- Re: What to incorporate (Re: Options for IETF adm… Adrian Farrel
- Re: Options for IETF administrative restructuring scott bradner
- Re: What to incorporate (Re: Options for IETF adm… avri
- RE: Options for IETF administrative restructuring Wijnen, Bert (Bert)
- RE: Options for IETF administrative restructuring Steve Crocker
- Budget numbers (Re: What to incorporate) Harald Tveit Alvestrand
- Legal umbrella etc (Re: What to incorporate) Harald Tveit Alvestrand
- Re: Legal umbrella etc (Re: What to incorporate) Dean Anderson
- Re: What to incorporate (Re: Options for IETF adm… Brian E Carpenter
- Re: Options for IETF administrative restructuring Aaron Falk
- RE: Options for IETF administrative restructuring Wijnen, Bert (Bert)
- RE: Options for IETF administrative restructuring graham.travers
- RE: Options for IETF administrative restructuring Margaret Wasserman
- Re: Options for IETF administrative restructuring Eliot Lear
- RE: Options for IETF administrative restructuring graham.travers
- Re: Options for IETF administrative restructuring Brian E Carpenter
- Re: Options for IETF administrative restructuring avri
- RE: Options for IETF administrative restructuring John C Klensin
- Re: Options for IETF administrative restructuring Pete Resnick
- Explosive bolts [Re: Options for IETF administrat… Brian E Carpenter
- Re: Options for IETF administrative restructuring Brian E Carpenter
- Re: Options for IETF administrative restructuring avri
- Re: Options for IETF administrative restructuring Margaret Wasserman
- Re: Explosive bolts [Re: Options for IETF adminis… Pete Resnick
- Re: Explosive bolts [Re: Options for IETF adminis… scott bradner
- Re: Options for IETF administrative restructuring Sam Hartman
- Re: Explosive bolts [Re: Options for IETF adminis… Paul Vixie
- Re: Explosive bolts [Re: Options for IETF adminis… Carl Malamud
- Re: Options for IETF administrative restructuring Aaron Falk
- Re: Options for IETF administrative restructuring Sam Hartman
- Re: Options for IETF administrative restructuring Leslie Daigle
- RE: Options for IETF administrative restructuring Steve Crocker
- RE: Options for IETF administrative restructuring Fred Baker
- Re: Explosive bolts [Re: Options for IETF adminis… Brian E Carpenter
- Re: Explosive bolts [Re: Options for IETF adminis… John C Klensin
- Re: Explosive bolts [Re: Options for IETF adminis… Harald Tveit Alvestrand
- Re: Explosive bolts [Re: Options for IETF adminis… Lynn St.Amour
- There is no proposal on the table for *IETF* inco… Pete Resnick
- Re: There is no proposal on the table for *IETF* … Margaret Wasserman
- Re: There is no proposal on the table for *IETF* … Lynn St.Amour
- Re: Options for IETF administrative restructuring John C Klensin
- ISOC board meeting comes AFTER IETF meeting this … Steve Crocker