Re: [DNSOP] [internet-drafts@ietf.org: New Version Notification for draft-sullivan-dns-class-useless-01.txt]

Paul Vixie <paul@redbarn.org> Fri, 18 March 2016 19:10 UTC

Return-Path: <paul@redbarn.org>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BED9512D5D5 for <dnsop@ietfa.amsl.com>; Fri, 18 Mar 2016 12:10:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jiQ2DS7P2DuB for <dnsop@ietfa.amsl.com>; Fri, 18 Mar 2016 12:10:08 -0700 (PDT)
Received: from family.redbarn.org (family.redbarn.org [IPv6:2001:559:8000:cd::5]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3098812D505 for <dnsop@ietf.org>; Fri, 18 Mar 2016 12:10:07 -0700 (PDT)
Received: from [IPv6:2001:559:8000:cb:dc3:59e3:1fa5:69dc] (unknown [IPv6:2001:559:8000:cb:dc3:59e3:1fa5:69dc]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by family.redbarn.org (Postfix) with ESMTPSA id 939AC181F6; Fri, 18 Mar 2016 19:10:06 +0000 (UTC)
Message-ID: <56EC528B.4030505@redbarn.org>
Date: Fri, 18 Mar 2016 12:10:03 -0700
From: Paul Vixie <paul@redbarn.org>
User-Agent: Postbox 4.0.8 (Windows/20151105)
MIME-Version: 1.0
To: Shane Kerr <shane@time-travellers.org>
References: <20160317161708.GB3053@mx2.yitter.info> <20160317203337.B3E86449BC1C@rock.dv.isc.org> <20160318145349.230c1d2c@pallas.home.time-travellers.org>
In-Reply-To: <20160318145349.230c1d2c@pallas.home.time-travellers.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/kgdnqGF90ZY7XsGoAeJbeZXJpQE>
Cc: dnsop@ietf.org
Subject: Re: [DNSOP] [internet-drafts@ietf.org: New Version Notification for draft-sullivan-dns-class-useless-01.txt]
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 18 Mar 2016 19:10:09 -0000


Shane Kerr wrote:
> Mark Andrews<marka@isc.org>  wrote:
>> There is nothing stopping a second class working.  Absolutely
>> nothing.  You just have to want to set up a parallel heirarchy which
>> does not have to be complete or maintain a lot more top of namespaces.

what's stopping a second $class from working is STD 13, half of which 
says that zones and rrsets span classes, and half of which says that 
each class has its own zone cut hierarchy. we would have to decide, and 
revise.

>>
>> Hesiod worked for those institutions that decided to use it.  They
>> maintained their own top of namespace.  They could have use the TXT
>> record better but it worked.

every hesiod installation maintained its own class=HS root name servers; 
there was never a way to access example2.edu's resources using an 
example1.edu client.

>> Just because we can't think of a good way to use class today is not
>> a good reason to shut down the registry.  It really doesn't cost
>> to maintain a registry that is not being actively updated.
>
> Closing the registry sends a clear message: don't use class. That
> matches the best understanding today.
>
> If someone thinks of a good way to use class tomorrow, the registry can
> be re-opened, right?

i think mark is right-- the cost of this registry is low, and the 
reservations for HS and CHAOS are in use, though interoperability is 
low. we should leave the registry in place until there's some need 
beyond cleanliness to remove it. (for example, if we revise STD 13 in a 
way that makes $class useful.)

-- 
P Vixie