Re: [newtrk] Re: IESG comments on draft-ietf-newtrk-decruft-experiment-02.txt
Pekka Savola <pekkas@netcore.fi> Thu, 12 January 2006 10:02 UTC
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwzHt-0004dd-Qv for newtrk-archive@megatron.ietf.org; Thu, 12 Jan 2006 05:02:34 -0500
Received: from mailapps.uoregon.edu (mailapps.uoregon.edu [128.223.142.45]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA06488 for <newtrk-archive@lists.ietf.org>; Thu, 12 Jan 2006 05:01:09 -0500 (EST)
Received: from mailapps.uoregon.edu (IDENT:U2FsdGVkX183nJgFlVb4F6IIt8UnDWcV+i0FzRJWocg@localhost [127.0.0.1]) by mailapps.uoregon.edu (8.13.5/8.13.5) with ESMTP id k0CA0883008716; Thu, 12 Jan 2006 02:00:08 -0800
Received: (from majordom@localhost) by mailapps.uoregon.edu (8.13.5/8.13.5/Submit) id k0CA082i008715; Thu, 12 Jan 2006 02:00:08 -0800
Received: from netcore.fi (netcore.fi [193.94.160.1]) by mailapps.uoregon.edu (8.13.5/8.13.5) with ESMTP id k0CA05tv008710 for <newtrk@lists.uoregon.edu>; Thu, 12 Jan 2006 02:00:07 -0800
Received: from netcore.fi (localhost [127.0.0.1]) by netcore.fi (8.12.8/8.12.8) with ESMTP id k0C9xkYG028738; Thu, 12 Jan 2006 11:59:46 +0200
Received: from localhost (pekkas@localhost) by netcore.fi (8.12.8/8.12.8/Submit) with ESMTP id k0C9xkux028735; Thu, 12 Jan 2006 11:59:46 +0200
Date: Thu, 12 Jan 2006 11:59:46 +0200
From: Pekka Savola <pekkas@netcore.fi>
To: Harald Tveit Alvestrand <harald@alvestrand.no>
cc: David Kessens <david.kessens@nokia.com>, Joe Touch <touch@ISI.EDU>, Eliot Lear <lear@cisco.com>, Brian E Carpenter <brc@zurich.ibm.com>, New Track <newtrk@lists.uoregon.edu>
Subject: Re: [newtrk] Re: IESG comments on draft-ietf-newtrk-decruft-experiment-02.txt
In-Reply-To: <531E34E5729171DB692C2A84@svartdal.hjemme.alvestrand.no>
Message-ID: <Pine.LNX.4.64.0601121154130.28602@netcore.fi>
References: <43A6C189.5030808@zurich.ibm.com> <43A7FD75.407@zurich.ibm.com> <8635B5E6C3C54CD0077C4054@B50854F0A9192E8EC6CDA126> <43C371D6.7070001@cisco.com> <3A4840D0F00A6A76B5D64133@svartdal.hjemme.alvestrand.no> <43C398F7.2030103@cisco.com> <Pine.LNX.4.64.0601101345490.1419@netcore.fi> <43C3A08C.3080204@cisco.com> <20060112010657.GL10186@nokia.com> <43C5ADA3.2040508@isi.edu> <20060112072407.GA13064@nokia.com> <531E34E5729171DB692C2A84@svartdal.hjemme.alvestrand.no>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed"
X-Virus-Scanned: ClamAV 0.88/1238/Wed Jan 11 02:19:06 2006 on mailapps
X-Virus-Scanned: ClamAV 0.87.1/1238/Wed Jan 11 12:19:06 2006 on otso.netcore.fi
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on otso.netcore.fi
Sender: owner-newtrk@lists.uoregon.edu
Precedence: bulk
On Thu, 12 Jan 2006, Harald Tveit Alvestrand wrote: > I agree with David that asking the IESG to take on more work (to push the > remaining docs up the track) is a non-starter. The IESG's job in this context > is (I think) to make it possible for other people to do the job. I agree with this view. The more work that we can find non-IESG people to do, the better :). If the IESG processes hundreds of documents per year, I fail to see how processing one (on decrufting) per year (or thereabouts) would be a problem. On the other hand, in the past people HAVE written "Request to move XXX to historic" - documents. I'd expect that this process could be used instead for many of those, so the total number of documents to process could be even lower. Also, each WG might not need to spend time arguing whether it's worth the effort to move docs to historic by "request to move" RFCs, and could possibly use this process instead. What could, on the other hand, imply more work for the IESG is pushing documents up in the standards track -- but this experiment hasn't really been about that (IMHO). (The more work would be caused by additional IETF last calls, judging the consensus, evaluating the implementation reports, having to read standards track revisions more carefully, etc.) -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings . newtrk resources:_____________________________________________________ web user interface: http://darkwing.uoregon.edu/~llynch/newtrk.html mhonarc archive: http://darkwing.uoregon.edu/~llynch/newtrk/index.html
- [newtrk] IESG comments on draft-ietf-newtrk-decru… Brian E Carpenter
- [newtrk] Re: IESG comments on draft-ietf-newtrk-d… Brian E Carpenter
- Re: [newtrk] Re: IESG comments on draft-ietf-newt… Harald Tveit Alvestrand
- Re: [newtrk] Re: IESG comments on draft-ietf-newt… Eliot Lear
- Re: [newtrk] Re: IESG comments on draft-ietf-newt… Harald Tveit Alvestrand
- Re: [newtrk] Re: IESG comments on draft-ietf-newt… Eliot Lear
- Re: [newtrk] Re: IESG comments on draft-ietf-newt… Pekka Savola
- Re: [newtrk] Re: IESG comments on draft-ietf-newt… Eliot Lear
- Re: [newtrk] Re: IESG comments on draft-ietf-newt… Spencer Dawkins
- Re: [newtrk] Re: IESG comments on draft-ietf-newt… David Kessens
- Re: [newtrk] Re: IESG comments on draft-ietf-newt… Joe Touch
- RE: [newtrk] Re: IESG comments on draft-ietf-newt… Larry Masinter
- Re: [newtrk] Re: IESG comments on draft-ietf-newt… Dave Crocker
- Re: [newtrk] Re: IESG comments on draft-ietf-newt… David Kessens
- Re: [newtrk] Re: IESG comments on draft-ietf-newt… Harald Tveit Alvestrand
- Re: [newtrk] Re: IESG comments on draft-ietf-newt… Pekka Savola
- Re: [newtrk] Re: IESG comments on draft-ietf-newt… Eliot Lear
- Re: [newtrk] Re: IESG comments on draft-ietf-newt… Joel M. Halpern
- Re: [newtrk] Re: IESG comments on draft-ietf-newt… Joe Touch
- Re: [newtrk] Re: IESG comments on draft-ietf-newt… Spencer Dawkins