Re: [dnsext] WG Review: Recharter of DNS Extensions (dnsext)

Jelte Jansen <jelte@NLnetLabs.nl> Thu, 09 July 2009 09:37 UTC

Return-Path: <owner-namedroppers@ops.ietf.org>
X-Original-To: ietfarch-dnsext-archive@core3.amsl.com
Delivered-To: ietfarch-dnsext-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3B8D23A6C24; Thu, 9 Jul 2009 02:37:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.45
X-Spam-Level:
X-Spam-Status: No, score=-102.45 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XZZ3A-HasXvk; Thu, 9 Jul 2009 02:37:04 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 3ABAF3A6A5E; Thu, 9 Jul 2009 02:37:04 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-namedroppers@ops.ietf.org>) id 1MOpyA-0005Xo-IC for namedroppers-data0@psg.com; Thu, 09 Jul 2009 09:31:10 +0000
Received: from [2001:7b8:206:1::1] (helo=open.nlnetlabs.nl) by psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from <jelte@NLnetLabs.nl>) id 1MOpxx-0005WX-Pi for namedroppers@ops.ietf.org; Thu, 09 Jul 2009 09:31:03 +0000
Received: from mirre.nlnetlabs.nl (mirre.nlnetlabs.nl [IPv6:2001:7b8:206:1:216:76ff:fecd:6a66]) (authenticated bits=0) by open.nlnetlabs.nl (8.14.3/8.14.3) with ESMTP id n699UpnI068713 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Jul 2009 11:30:52 +0200 (CEST) (envelope-from jelte@NLnetLabs.nl)
Message-ID: <4A55B81A.2030803@NLnetLabs.nl>
Date: Thu, 09 Jul 2009 11:27:54 +0200
From: Jelte Jansen <jelte@NLnetLabs.nl>
User-Agent: Thunderbird 2.0.0.21 (X11/20090423)
MIME-Version: 1.0
To: Andrew Sullivan <ajs@shinkuro.com>
CC: namedroppers@ops.ietf.org
Subject: Re: [dnsext] WG Review: Recharter of DNS Extensions (dnsext)
References: <20090707211502.2D31E3A68A1@core3.amsl.com> <1247037139.3922.19184.camel@shane-asus-laptop> <20090708094817.GB18180@shinkuro.com> <1247049953.3922.20011.camel@shane-asus-laptop> <20090708180926.GB18387@shinkuro.com>
In-Reply-To: <20090708180926.GB18387@shinkuro.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (open.nlnetlabs.nl [IPv6:2001:7b8:206:1::53]); Thu, 09 Jul 2009 11:30:52 +0200 (CEST)
Sender: owner-namedroppers@ops.ietf.org
Precedence: bulk
List-ID: <namedroppers.ops.ietf.org>

Andrew Sullivan wrote:
> On Wed, Jul 08, 2009 at 12:45:53PM +0200, Shane Kerr wrote:
> 
>> The current style of DNS standards work seems to be that we have a
>> number of people working full-time on DNS stuff, and occasionally they
>> think of something that should be standardized, so when they have a few
>> moments they write something down and present it to the dnsext working
>> group. This seems to work pretty good (except for the huge mass of
>> confusing RFCs, hopefully an effort to fix that will arise again some
>> day).
> 
> Well, the last effort was undertaken as a planned attack on the
> overall problem.  It failed because we didn't get text.  It could be,
> however, that a less centrally-planned effort would work.  If someone
> were to write a "DNS Guide to the Perplexed" as an I-D and just ask
> for comments, perhaps it would bear fruit. 
>  

Everytime this issue comes up I'm wondering where we got so deep into the RFC 
model that we are actually discussing writing a new RFC to counter the problem 
of having too many RFCs...

My general issue with that still stands; the DNS-in-a-nutshell RFC will be 
outdated as soon as dns-I'm-still-alive-ext publishes a new extension. It's what 
we do, and despite multiple attempts to kill the working group, no hero has 
succeeded yet. The update for Nutshell will be an RFC itself, effectively 
multiplying the DNS RFC growth rate.

Not that I'm against the effort; and overview of DNS in it's current state, with 
references to the myriad of RFCs and other known extensions/exceptions, would be 
fantastic. But IMHO it would be better implemented as either a website or a 
non-RFC publication. And it would only be useful if actually kept up-to-date.

>  
>> Maybe we should collect small DNS work in a separate area and then
>> create a "dnsfix" group every now and then to push them through the
>> standards process? It hardly seems ideal, but...
> 
> Creating a new group would be even more work than just rechartering
> DNSEXT to do the work, I note.  But perhaps your suggesting includes
> an implicit step, "Shut down DNSEXT."  Since the fondest hope of every
> working group chair is supposed to be the closing down of the working
> group on the grounds that there's no more work to do, I plan to be the
> last voice opposing that suggestion if indeed you are making it. 
> 

Speaking from recent personal experience, classifying dnsext-related work as 
"small" work can be harder than it seems. There's also the protocol-police part 
that's in both the current and the proposed charters to consider when thinking 
about shutting down btw.

I think it's worth it to try and get IFXR-only in the charter now (or consensus 
that the work is not worth it), which will save us at least one recharter. But 
it appears that frequent recharters are inevitable with an immortal working group.

Jelte

--
to unsubscribe send a message to namedroppers-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://ops.ietf.org/lists/namedroppers/>