Re: [DNSOP] Working Group Last Call for draft-ietf-dnsop-rfc6598-rfc6303-00

Mark Andrews <marka@isc.org> Sun, 08 December 2013 21:59 UTC

Return-Path: <marka@isc.org>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E4A01AE11E for <dnsop@ietfa.amsl.com>; Sun, 8 Dec 2013 13:59:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.398
X-Spam-Level:
X-Spam-Status: No, score=0.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MANGLED_DOMAIN=2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=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 U9_6PmvosSDR for <dnsop@ietfa.amsl.com>; Sun, 8 Dec 2013 13:59:42 -0800 (PST)
Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) by ietfa.amsl.com (Postfix) with ESMTP id E99111AE113 for <dnsop@ietf.org>; Sun, 8 Dec 2013 13:59:41 -0800 (PST)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.ams1.isc.org (Postfix) with ESMTP id 6FFEF2383B1; Sun, 8 Dec 2013 21:59:22 +0000 (UTC) (envelope-from marka@isc.org)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id AFD37160446; Sun, 8 Dec 2013 22:07:30 +0000 (UTC)
Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id 7BAA2160436; Sun, 8 Dec 2013 22:07:30 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 7CEEBB5B1BC; Mon, 9 Dec 2013 08:59:22 +1100 (EST)
To: David Conrad <drc@virtualized.org>
From: Mark Andrews <marka@isc.org>
References: <52A329C4.8050501@teamaol.com> <E7568EE8-99D1-422B-9B24-40D6D0CFE118@virtualized.org>
In-reply-to: Your message of "Sat, 07 Dec 2013 18:09:27 -0800." <E7568EE8-99D1-422B-9B24-40D6D0CFE118@virtualized.org>
Date: Mon, 09 Dec 2013 08:59:22 +1100
Message-Id: <20131208215922.7CEEBB5B1BC@rock.dv.isc.org>
Cc: dnsop <dnsop@ietf.org>, Tim Wicinski <tim.wicinski@teamaol.com>
Subject: Re: [DNSOP] Working Group Last Call for draft-ietf-dnsop-rfc6598-rfc6303-00
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Sun, 08 Dec 2013 21:59:43 -0000

In message <E7568EE8-99D1-422B-9B24-40D6D0CFE118@virtualized.org>, David Conrad
 writes:
> Hi,
>
> On Dec 7, 2013, at 5:59 AM, Tim Wicinski <tim.wicinski@teamaol.com> wrote:
> > We're kicking off the Working Group Last call on Adding 100.64.0.0/10
> prefixes to IPv4 Locally-Served DNS Zones Registry. The author believe
> that this document has addressed all the issues raised on the document.
> The latest version of the draft is available at:
> >
> >     http://www.ietf.org/id/draft-ietf-dnsop-rfc6598-rfc6303-00.txt
> >     http://tools.ietf.org/html/draft-ietf-dnsop-rfc6598-rfc6303-00
> >
> > Because of this last call is surrounded by the upcoming holiday season,
> we're making this a four (4) week last call cycle.
> > Substantive comments and statements of support/opposition for advancing
> this document should be directed to the mailing list. Editorial
> > suggestions can be sent directly to the authors. The chairs will send
> in their comments as well during the last call period. This last call will
> > conclude on January 3rd, 2014.
>
> I've read the document and I think there might be a bit of an issue:
>
> It appears we now have multiple registries listing the same information.
> Specifically:
>
> http://www.iana.org/assignments/locally-served-dns-zones/locally-served-dn
> s-zones.xhtml
>
> seems to be a subset of

David you need to learn the definition of subset.  They are overlapping sets.

> http://www.iana.org/assignments/special-use-domain-names/special-use-domai
> n-names.xhtml
>
> Options to deal with this:
> 1. revise the IANA considerations section to indicate that both
> registries need to be updated
> 2. remove the locally served zones from the special-use-domain-names
> registry
> 3. merge the two registries into a single uber-wonky-name registry
> 4. give up on this DNS thing as it was clearly a mistake and go back to
> ip address literals
>
> While the last option is looking more and more appealing, I'm personally
> leaning towards option 3, adding a column that says how the name should
> be dealt with (e.g., "locally served via DNS", "never touch the wire",
> "non-DNS", etc.).
>
> Regards,
> -drc
>
> P.S. There should probably be a better way to find these registries -- I
> had to resort to Google and clicking around to find both registries.
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org