RE: Options for IETF administrative restructuring
Margaret Wasserman <margaret@thingmagic.com> Mon, 06 September 2004 12:44 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 IAA01031; Mon, 6 Sep 2004 08:44:38 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C4Iue-00062k-17; Mon, 06 Sep 2004 08:48:00 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C4IoV-0008Rs-1Q; Mon, 06 Sep 2004 08:41:39 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C4Ilx-0007uQ-9M for ietf@megatron.ietf.org; Mon, 06 Sep 2004 08:39:01 -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 IAA00743 for <ietf@ietf.org>; Mon, 6 Sep 2004 08:38:59 -0400 (EDT)
Received: from mail.thingmagic.com ([207.31.248.245] helo=thingmagic.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C4IpB-0005xO-HC for ietf@ietf.org; Mon, 06 Sep 2004 08:42:21 -0400
Received: from [68.64.253.86] (account margaret HELO [192.168.1.103]) by thingmagic.com (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 152772; Mon, 06 Sep 2004 08:34:50 -0400
Mime-Version: 1.0
X-Sender: margaret@mail.thingmagic.com
Message-Id: <p0602043bbd6201e36889@[192.168.1.103]>
In-Reply-To: <3D67CCA7D63E714B980D21A038EEA08E0EF5612E@i2km02-ukbr.domain1.systemhost.n et>
References: <3D67CCA7D63E714B980D21A038EEA08E0EF5612E@i2km02-ukbr.domain1.systemhost.n et>
Date: Mon, 06 Sep 2004 08:38:48 -0400
To: graham.travers@bt.com, ietf@ietf.org
From: Margaret Wasserman <margaret@thingmagic.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Spam-Score: 0.2 (/)
X-Scan-Signature: f66b12316365a3fe519e75911daf28a8
Subject: 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.2 (/)
X-Scan-Signature: 34d35111647d654d033d58d318c0d21a
Hi Graham, I'd like to make a couple of comments on your post -- not to argue with you (because I think we are in basic agreement), but just to clarify my earlier comments. At 12:31 PM +0100 9/6/04, graham.travers@bt.com wrote: >4. However, Margaret has written about problems with existing >arrangements. While option A or B *might* solve the CNRI/Secretariat >issues, how would it help the ( apparent ) RFC Editor issues ? I do not personally believe that there any significant issues with the current organizational relationship between the RFC Editor and the IETF (as represented by the IAB & ISOC). We have a well-defined relationship, defined in a publicly-available MOU. The funding model of the RFC Editor is well-understood, we have clear visibility into what we are funding, the ownership of the IETF's intellectual property is clear (currently owned by ISOC), and I personally think that we're getting an excellent deal. What I pointed out was a problem with having two different funding pools, and therefore two different corporations (ISOC and CNRI/Foretec, in this case) that claim ownership of the real or intellectual property that is purchased or developed using money from those funding pools. Perhaps I was vague enough to be unintelligible, so I'll be more explicit. But, please do remember that I am not a lawyer and do not fully understand the legal aspects of these things. One of the things that I would like to see us do is to integrate (to some extent, anyway) the I-D Tracker and the RFC Editor Queue management tools, so that we can track a document from the time it is published as an I-D through RFC publication. I have every belief that the RFC editor would cooperate in this effort, but we can't make real progress in this area because we (the IETF leadership and/or the IETF community) don't have the source code to the I-D Tracker and we haven't been allowed to access any tools that can do database reporting (full data dumps, for example) from the I-D Tracker. The explanation I have been given for why we do not have these things is that CNRI/Foretec claims ownership of the I-D Tracker (the source code, the machines it runs on and the data it contains) because it was developed by them. Since there is no contract in place that asserts IETF ownership of anything that is developed using our meeting fees, they may even be correct. If one organization were funding (and therefore owned) the tools on both sides, we could not get into a situation where one organization was claiming ownership of a vital IETF tool and would not give us (the IETF leadership and/or the IETF community) the access necessary to leverage that tool across other IETF functions. >As I >understand it, the RFC Editor contract is already managed by ISOC. If >we have a problem with the way that relationship works now, why would it >help to put the CNRI/Secretariat relationship on the same footing ? >Since I don't know what the specific problems are, this needs to be >addressed by someone with the benefit of IESG / IAB experience. There are several people with substantially more IESG/IAB experience than I have, so I will allow them to comment further (if they like) on the RFC Editor relationship. However, as I said above, I didn't mean to imply that there was anything significantly wrong with the organizational relationship between the RFC Editor and the IETF, and I don't think that there is anything wrong. >5. Section 3.1 of Carl's Report ( Page 20 ) states "Evaluation of >applicants might consist of a search committee appointed by the IETF >Chair." Isn't the appointment of committee members what the IETF >empowers the Nomcom for ? IMO, this is a good point. That said, I think that we need to determine the basic structure of this function before we determine the mechanism that we should use to hire the Administrative Director to run it. If we go with the approach that I have suggested where a community-selected (by which I mean NomCom-selected) board would run the administrative functions of the IETF, then I think that the Administrative Director should be selected by the members of that Board. Also, if we do decided to organize as a portion of ISOC (under either Scenario A or B), it might make sense for the President/CEO of ISOC to have some say in who is hired to work within her organization in this capacity. Margaret _______________________________________________ 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