IETF Logo Mail Archive

Re: [DNSOP] Brief addition to terminology-bis draft

Mark Andrews <marka@isc.org> Mon, 10 September 2018 13:42 UTC

Return-Path: <marka@isc.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 680FC130EC9 for <dnsop@ietfa.amsl.com>; Mon, 10 Sep 2018 06:42:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.901
X-Spam-Level:
X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, 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 Zb9ZzXATi-7V for <dnsop@ietfa.amsl.com>; Mon, 10 Sep 2018 06:42:22 -0700 (PDT)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A6FC0130EC8 for <dnsop@ietf.org>; Mon, 10 Sep 2018 06:42:22 -0700 (PDT)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.pao1.isc.org (Postfix) with ESMTPS id 524FA3AB05D; Mon, 10 Sep 2018 13:42:22 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id 3EAF216006E; Mon, 10 Sep 2018 13:42:22 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 2F9C6160071; Mon, 10 Sep 2018 13:42:22 +0000 (UTC)
Received: from zmx1.isc.org ([127.0.0.1]) by localhost (zmx1.isc.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 0eZ0gZZwSc4Q; Mon, 10 Sep 2018 13:42:22 +0000 (UTC)
Received: from [172.30.42.88] (c27-253-115-14.carlnfd2.nsw.optusnet.com.au [27.253.115.14]) by zmx1.isc.org (Postfix) with ESMTPSA id E0D1F16006E; Mon, 10 Sep 2018 13:42:21 +0000 (UTC)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (1.0)
From: Mark Andrews <marka@isc.org>
X-Mailer: iPhone Mail (15G77)
In-Reply-To: <20180910125533.a2wkwdci3won7shg@mx4.yitter.info>
Date: Mon, 10 Sep 2018 23:42:18 +1000
Cc: dnsop@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <94AD5F00-9C53-4C08-941D-919DC8EF1501@isc.org>
References: <4AA8656A-7D2F-4584-B84D-47E97483CCC2@gmail.com> <5B8D548E.5080205@redbarn.org> <30BF3D0E-1EE9-4310-ACCB-413E019B6D93@isc.org> <CANeU+ZDMLxpS1VLCunM6DRmkLqtt521Q+QSHwdhvMZ-+eGqSMA@mail.gmail.com> <20180910125533.a2wkwdci3won7shg@mx4.yitter.info>
To: Andrew Sullivan <ajs@anvilwalrusden.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/KxKujzMa39WVJ9xllO2433Trixk>
Subject: Re: [DNSOP] Brief addition to terminology-bis draft
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 10 Sep 2018 13:42:25 -0000

I have to disagree. Classes could quite easily be made to work at internet scale. 

The only thing that would cause issues is vendors that have taken short cuts.   Is it that hard to add root.hint for class10 when we want to use class10?

-- 
Mark Andrews

> On 10 Sep 2018, at 22:55, Andrew Sullivan <ajs@anvilwalrusden.com> wrote:
> 
> Dear colleagues,
> 
>> On Tue, Sep 04, 2018 at 12:29:30AM -0400, StJohns, Michael wrote:
>> Actually, 5.2 suggests that a master  file (not zone) should contain a
>> single class and single SOA record.  That’s not the same thing as limiting
>> a zone to a single class AFAICT.
> 
> I believe it is the same thing, because classes divide the database
> which means that they are a division point among zones.
> 
> I will note that I attempted a little while ago to explore this space
> more completely, but nobody liked my idea of effectively closing the
> class registry.  See
> https://tools.ietf.org/html/draft-sullivan-dns-class-useless-03.  If
> someone wanted to pick up that document, I wouldn't discourage them
> (but I don't think I have time any more to work on it).
> 
> I agree with Paul Vixie that classes were never defined well enough to
> be made to work properly, at least at Internet scale.
> 
> Best regards,
> 
> A
> 
> -- 
> Andrew Sullivan
> ajs@anvilwalrusden.com
> 
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop

v2.23.0 | Report a Bug | By Email