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