Re: [DNSOP] Fwd: New Version Notification for draft-gersch-dnsop-revdns-cidr-00.txt
"Marc Lampo" <marc.lampo@eurid.eu> Mon, 20 February 2012 13:41 UTC
Return-Path: <marc.lampo@eurid.eu>
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 8669621F86FF for <dnsop@ietfa.amsl.com>; Mon, 20 Feb 2012 05:41:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.15
X-Spam-Level:
X-Spam-Status: No, score=-1.15 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, MSGID_MULTIPLE_AT=1.449]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QSbJ2aCesk+A for <dnsop@ietfa.amsl.com>; Mon, 20 Feb 2012 05:41:18 -0800 (PST)
Received: from barra.eurid.eu (barra.eurid.eu [78.41.71.12]) by ietfa.amsl.com (Postfix) with ESMTP id B36F921F86EC for <dnsop@ietf.org>; Mon, 20 Feb 2012 05:41:17 -0800 (PST)
X-ASG-Debug-ID: 1329745465-0369490e9c40740001-lPZdTi
Received: from zimbra.eurid.eu (zcs-master.vt.eurid.eu [10.19.100.121]) by barra.eurid.eu with ESMTP id EsuPnDy3EADVIKE6; Mon, 20 Feb 2012 14:44:25 +0100 (CET)
X-Barracuda-Envelope-From: marc.lampo@eurid.eu
X-ASG-Whitelist: Client
Received: from localhost (localhost.localdomain [127.0.0.1]) by zimbra.eurid.eu (Postfix) with ESMTP id 4604CE406F; Mon, 20 Feb 2012 14:41:16 +0100 (CET)
X-Virus-Scanned: amavisd-new at techmail.eurid.eu
Received: from zimbra.eurid.eu ([127.0.0.1]) by localhost (zimbra.eurid.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HuXi2qExS3Oe; Mon, 20 Feb 2012 14:41:16 +0100 (CET)
Received: from zimbra.eurid.eu (zimbra.eurid.eu [10.19.100.120]) by zimbra.eurid.eu (Postfix) with ESMTP id 32E0BE4050; Mon, 20 Feb 2012 14:41:16 +0100 (CET)
From: Marc Lampo <marc.lampo@eurid.eu>
To: 'Joseph Gersch' <joe.gersch@secure64.com>, dnsop@ietf.org
References: <20120217000918.22307.43753.idtracker@ietfa.amsl.com> <2D04DB88-9570-4DE3-A796-F4F07AF5EF74@secure64.com>
In-Reply-To: <2D04DB88-9570-4DE3-A796-F4F07AF5EF74@secure64.com>
Date: Mon, 20 Feb 2012 14:41:16 +0100
X-ASG-Orig-Subj: RE: [DNSOP] Fwd: New Version Notification for draft-gersch-dnsop-revdns-cidr-00.txt
Message-ID: <017101ccefd5$51790560$f46b1020$@lampo>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Mailer: Microsoft Office Outlook 12.0
X-Mailer: Zimbra 6.0.14_GA_2928 (ZimbraConnectorForOutlook/5.0.3064.18)
Thread-Index: Acztl/MFN7p7ZtveSZKSucUcIXRhqACOrjOw
Content-Language: en-za
X-Originating-IP: [172.20.5.51]
X-Barracuda-Connect: zcs-master.vt.eurid.eu[10.19.100.121]
X-Barracuda-Start-Time: 1329745465
X-Barracuda-URL: http://10.19.10.12:8000/cgi-mod/mark.cgi
X-Virus-Scanned: by bsmtpd at eurid.eu
Subject: Re: [DNSOP] Fwd: New Version Notification for draft-gersch-dnsop-revdns-cidr-00.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.12
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: Mon, 20 Feb 2012 13:41:18 -0000
Hello, (sorry – previously sent email was not finished …) Some “typographic” remarks : 1) 5.2 IPv4 Address Block Naming → IPv6 Address Block Naming 2) In 5.2 there are 2 examples that have missing “::”, (2607:fa88:8000:/33 → 2607:fa88:8000::/33 and 2607:fa88:8000:/35 → 2607:fa88:8000::/35) in 5.3 there is 1 example with missing “::”. (2607:fa88:8000:/36 → 2607:fa88:8000::/36) About “content” : 1) 3. Design Requirement → 2. Coverage Authority. “Any … with a data record or NXDOMAIN …” to be completed with : NODATA → “Any … with a data record or NODATA or NXDOMAIN …” 2) In 5.2 IPv6 Address Block Naming Why not add some examples to show conversion from a reverse-DNS name back to CIDR ? (just like in 5.1) Globally : 1) It is implied by the content of the present draft, but should it be stated (in Design Requirements) that the proposal should be valid for both IPv4 and IPv6 addresses ? 2) In the Introduction, where you correctly state that ISP’s pre-populate reverse DNS, the problem is stated that the approach of pre-populating does not scale for IPv6. However, by itself, this draft does not solve that problem, does it ? (needs programmatic support) (this example in the Introduction made me think/assume that this draft also applies to “simple” reverse mapping. In which case I wondered how this draft does away with CNAME (a la RFC 2317). But then, after rereading it occurred to me that this draft is about storing CIDR info in revdns. → isn’t it confusing to give, in the intro, an example that does not apply to CIDR info ? (it got at least me confused, not that I’d want to be taken as a reference ;-) Kind regards, Marc Lampo Security Officer EURid From: Joseph Gersch [mailto:joe.gersch@secure64.com] Sent: 17 February 2012 06:17 PM To: dnsop@ietf.org Subject: [DNSOP] Fwd: New Version Notification for draft-gersch-dnsop-revdns-cidr-00.txt All, we have submitted a new draft that will be presented at the Paris IETF meeting. Please take the time to send any comments and suggestions regarding this idea on naming CIDR address blocks in the Reverse DNS. Best regards, - Joe Gersch and Dan Massey Begin forwarded message: From: internet-drafts@ietf.org Date: February 16, 2012 5:09:18 PM MST To: joe.gersch@secure64.com Cc: joe.gersch@secure64.com, massey@cs.colostate.edu Subject: New Version Notification for draft-gersch-dnsop-revdns-cidr-00.txt A new version of I-D, draft-gersch-dnsop-revdns-cidr-00.txt has been successfully submitted by Joe Gersch and posted to the IETF repository. Filename: draft-gersch-dnsop-revdns-cidr Revision: 00 Title: Reverse DNS Naming Convention for CIDR Address Blocks Creation date: 2012-02-14 WG ID: Individual Submission Number of pages: 19 Abstract: The current reverse DNS naming method is used to specify a complete IP address. It has not been used to handle address ranges; for example, there is no formal mechanism for specifying a reverse DNS name for the block of addresses specified by the IPv4 prefix 129.82.0.0/16. Defining such a reverse DNS naming convention would be useful for a number of applications. These include applications for secure BGP routing, and applications that need host-information for a device owning a complete IPv6 address block. This draft proposes a naming convention for encoding CIDR address blocks in the reverse DNS. The IETF Secretariat Joseph Gersch Chief Operating Officer Secure64 Software Corporation
- [DNSOP] Fwd: New Version Notification for draft-g… Joseph Gersch
- Re: [DNSOP] Fwd: New Version Notification for dra… Marc Lampo
- Re: [DNSOP] Fwd: New Version Notification for dra… Marc Lampo
- Re: [DNSOP] Fwd: New Version Notification for dra… Joseph Gersch
- Re: [DNSOP] New Version Notification for draft-ge… Ondřej Surý
- Re: [DNSOP] New Version Notification for draft-ge… Ray Bellis
- Re: [DNSOP] New Version Notification for draft-ge… Frederico A C Neves
- Re: [DNSOP] New Version Notification for draft-ge… paul vixie
- Re: [DNSOP] New Version Notification for draft-ge… Joseph Gersch
- Re: [DNSOP] New Version Notification for draft-ge… Ray Bellis