Options for IETF administrative restructuring

Leslie Daigle <leslie@thinkingcat.com> Thu, 26 August 2004 21:18 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 RAA13524; Thu, 26 Aug 2004 17:18:09 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C0ReG-0008IC-1M; Thu, 26 Aug 2004 17:19:14 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C0RPy-0001VB-By; Thu, 26 Aug 2004 17:04:22 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C07cD-0004t9-QO for ietf@megatron.ietf.org; Wed, 25 Aug 2004 19:55:42 -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 TAA08350 for <ietf@ietf.org>; Wed, 25 Aug 2004 19:55:34 -0400 (EDT)
Received: from zak.ecotroph.net ([216.93.164.123]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C07cq-0007g7-M4 for ietf@ietf.org; Wed, 25 Aug 2004 19:56:27 -0400
Received: from thinkingcat.com ([::ffff:69.170.23.191]) (AUTH: PLAIN leslie, SSL: TLSv1/SSLv3,256bits,AES256-SHA) by zak.ecotroph.net with esmtp; Wed, 25 Aug 2004 19:55:19 -0400 id 0016BD61.412D26E7.00000B49
Message-ID: <412D268D.3020402@thinkingcat.com>
Date: Wed, 25 Aug 2004 19:53:49 -0400
From: Leslie Daigle <leslie@thinkingcat.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040510
X-Accept-Language: en-us, en
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=_zak.ecotroph.net-2889-1093478127-0001-2"
To: ietf@ietf.org
X-Spam-Score: 1.6 (+)
X-Scan-Signature: 7776698230a59182756034423ea60a43
X-Mailman-Approved-At: Thu, 26 Aug 2004 17:04:20 -0400
Cc: Harald Tveit Alvestrand <harald@alvestrand.no>
Subject: 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: 1.6 (+)
X-Scan-Signature: f7bb7bbe402713053103742dfe7ef681


Hello, IETF community.

Attached is the document we promised you in San Diego - a report from
our consultant, Carl Malamud, which lays out a series of options and
recommendations for moving forward with the IETF administrative
restructuring process, according to the recommendations laid out
in RFC3716 (the Advisory Committee report).  It has been submitted
to the Internet Drafts repository and should be showing up there
shortly.


Some important things to note:

THIS IS NOT A DOCUMENT TO BE READ IN ISOLATION.
Minimally, reviewing the Advisory Committee report (RFC3716) is
necessary to understand the context of the proposals laid out in
this draft.

THIS IS NOT YET AN IETF DECISION.
That will be taken later, based on your input and IETF rough consensus.

THIS IS NOT THE IESG/IAB's RECOMMENDATION.
Our recommendation will come later, based on your input and the
evolution of our thinking.

THIS IS NOT AN ISOC POSITION.
The document describes potential relationships of the IETF
administrative activity and ISOC.  However, the document is written
as a proposal for IETF discussion -- the ISOC Board has not been asked
to formulate a position on supporting one or any of these proposals; we
need to have that discussion as it becomes clearer what the IETF wants
in its future.


This IS, however, the culmination of many, many hours of information
gathering and a near-infinite number of conversations by Carl Malamud,
attempting to give the best basis on which the IETF could make a
decision that he could within the timeframe given.

We encourage all interested IETF participants to read the report most
carefully, and give feedback on it - on the IETF list for public
discussion, directly to Carl or the IETF and IAB chairs if you want to
make off-list comments.

FURTHER STEPS

The next steps in this process depend on the community feedback and
whether we can gauge a consensus of the IETF on this mailing list. What
we think is reasonable so far is:

- Have a public discussion on the IETF list on the options presented in
the draft

- By early September, the IESG and IAB will attempt to distill a set of
recommendations that we think capture a reasonable consensus of the
community, and publish this as an internet-draft, which will be revised
over the next month, possibly several times, based on further
discussions

- By late September, we emit a Last Call on this set of recommendations,
if we deem that we have a reasonable consensus for the proposals

- By late October, if the IETF community still shows consensus, we will
declare that we have a decision, and will start executing based on that
decision.

In order to be able to move rapidly when we go into the "execution"
phase, we may initiate some activities of a "fact-finding" nature - such
as investigating possible suppliers of services and candidates for the
positions we envisage filling - before that, but irrevocable decisions
will await IETF consensus.

Please read the attachment - please comment - please THINK.

While this in itself should not change the IETF standards process at
all, support functions are important to the IETF.

We need to take the time to get this one right.

                    Leslie and Harald.



-- 

-------------------------------------------------------------------
"Reality:
        Yours to discover."
                                   -- ThinkingCat
Leslie Daigle
leslie@thinkingcat.com
-------------------------------------------------------------------



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