Re: Last Call: draft-jabley-sink-arpa (The Eternal Non-Existence of SINK.ARPA (and other stories)) to BCP

Olafur Gudmundsson <ogud@ogud.com> Mon, 21 December 2009 20:17 UTC

Return-Path: <ogud@ogud.com>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 74D9928C155 for <ietf@core3.amsl.com>; Mon, 21 Dec 2009 12:17:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.986
X-Spam-Level:
X-Spam-Status: No, score=-1.986 tagged_above=-999 required=5 tests=[AWL=-0.587, BAYES_00=-2.599, J_CHICKENPOX_21=0.6, J_CHICKENPOX_44=0.6]
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 QNtgDhp0Ds7V for <ietf@core3.amsl.com>; Mon, 21 Dec 2009 12:17:21 -0800 (PST)
Received: from stora.ogud.com (stora.ogud.com [66.92.146.20]) by core3.amsl.com (Postfix) with ESMTP id 401A43A6A95 for <ietf@ietf.org>; Mon, 21 Dec 2009 12:17:20 -0800 (PST)
Received: from valholl.ogud.com (nyttbox.md.ogud.com [10.20.30.4]) by stora.ogud.com (8.14.3/8.14.3) with ESMTP id nBLKGwf4037270; Mon, 21 Dec 2009 15:16:58 -0500 (EST) (envelope-from ogud@ogud.com)
Message-Id: <200912212016.nBLKGwf4037270@stora.ogud.com>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Mon, 21 Dec 2009 15:16:56 -0500
To: Ted Hardie <ted.ietf@gmail.com>, ietf@ietf.org
From: Olafur Gudmundsson <ogud@ogud.com>
Subject: Re: Last Call: draft-jabley-sink-arpa (The Eternal Non-Existence of SINK.ARPA (and other stories)) to BCP
In-Reply-To: <6e04e83a0912211116g49607f40n6473311cdcf0219d@mail.gmail.co m>
References: <20091221184007.143623A6918@core3.amsl.com> <6e04e83a0912211116g49607f40n6473311cdcf0219d@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Scanned-By: MIMEDefang 2.67 on 66.92.146.20
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Dec 2009 20:17:22 -0000

At 14:16 21/12/2009, Ted Hardie wrote:
>I have not objection to the creation of sink.arpa, but
>I will repeat comments I made on the NANOG list
>that there are ways of accomplishing the same thing
>which do not require the creation of this registry.  One
>example method would be to create MX records which
>point to 257.in-addr.arpa; this address is already
>guaranteed not to have any resource records associated
>with it by the structure of the reverse tree.

True, but that is an ugly hack :-)


>The tricky bit here is, in fact, not the creation of the
>record which is guaranteed not to have a resource
>record, it is generating good practices for when this
>would get used and how.  Can I point a CNAME to
>sink.arpa, for example?  How do I manage the expiration
>in that case, given that the negative existence of
>sink.arpa is declared to be infinite?

I fail to see your problem, if the CNAME target does not
exist then that results in a failed lookup.
There is no requirement CNAME target MUST exist.
The TTL on the CNAME or the negative cache value for the zone
where the CNAME exists in will dictate the caching of that answer,
(to be more precise the lowest TTL/negative TTL in the chain will control
how long the negative entry can be stored).

>The MX case may very well be useful, and I repeat
>that I have no objection.  But the IESG may want to
>consider whether referral to a WG for either the BCP
>aspects in relation to mail or the DNS itself is warranted.

Usage cases of sink.arpa and other similar names added to the
registry of special names for arpa should be reviewed by
working groups. We are not proposing any such uses, including
the cute hack "QN=sink.arpa. QT=A QC=IN" as a test
if your resolver is lying to you ;-)

For an actual usage example take a look at draft
http://www.ietf.org/id/draft-bellis-dns-recursive-discovery-00.txt

         Olafur


         Olafur


>regards,
>
>Ted Hardie
>
>On Mon, Dec 21, 2009 at 10:40 AM, The IESG <iesg-secretary@ietf.org> wrote:
> > The IESG has received a request from an individual submitter to consider
> > the following document:
> >
> > - 'The Eternal Non-Existence of SINK.ARPA (and other stories) '
> >   <draft-jabley-sink-arpa-02.txt> as a BCP
> >
> > The IESG plans to make a decision in the next few weeks, and solicits
> > final comments on this action.  Please send substantive comments to the
> > ietf@ietf.org mailing lists by 2010-01-18. Exceptionally,
> > comments may be sent to iesg@ietf.org instead. In either case, please
> > retain the beginning of the Subject line to allow automated sorting.
> >
> > The file can be obtained via
> > http://www.ietf.org/internet-drafts/draft-jabley-sink-arpa-02.txt
> >
> >
> > IESG discussion can be tracked via
> > 
> https://datatracker.ietf.org/public/pidtracker.cgi?command=view_id&dTag=18558&rfc_flag=0
> >
> > _______________________________________________
> > IETF-Announce mailing list
> > IETF-Announce@ietf.org
> > https://www.ietf.org/mailman/listinfo/ietf-announce
> >
>_______________________________________________
>Ietf mailing list
>Ietf@ietf.org
>https://www.ietf.org/mailman/listinfo/ietf