Re: [DNSOP] [internet-drafts@ietf.org: I-D Action: draft-grothoff-iesg-special-use-p2p-names-00.txt]

David Conrad <drc@virtualized.org> Wed, 04 December 2013 00:50 UTC

Return-Path: <drc@virtualized.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 D78971ADFC8 for <dnsop@ietfa.amsl.com>; Tue, 3 Dec 2013 16:50:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level:
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 Ez02NlFTmAP1 for <dnsop@ietfa.amsl.com>; Tue, 3 Dec 2013 16:50:45 -0800 (PST)
Received: from alpha.virtualized.org (alpha.virtualized.org [199.233.229.186]) by ietfa.amsl.com (Postfix) with ESMTP id EA9851ADFD2 for <dnsop@ietf.org>; Tue, 3 Dec 2013 16:50:44 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by alpha.virtualized.org (Postfix) with ESMTP id 8F7B2863F5; Tue, 3 Dec 2013 19:50:41 -0500 (EST)
Received: from alpha.virtualized.org ([127.0.0.1]) by localhost (alpha.virtualized.org [127.0.0.1]) (maiad, port 10024) with ESMTP id 02756-06; Tue, 3 Dec 2013 19:50:41 -0500 (EST)
Received: from [10.0.1.6] (c-24-4-109-25.hsd1.ca.comcast.net [24.4.109.25]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: drc@virtualized.org) by alpha.virtualized.org (Postfix) with ESMTPSA id 7500E863C6; Tue, 3 Dec 2013 19:50:40 -0500 (EST)
Content-Type: multipart/signed; boundary="Apple-Mail=_B7EC5EB2-2947-4EA8-86D0-1D48DEC2976E"; protocol="application/pgp-signature"; micalg=pgp-sha1
Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\))
From: David Conrad <drc@virtualized.org>
In-Reply-To: <20131203221006.GB5689@sources.org>
Date: Tue, 3 Dec 2013 16:50:37 -0800
Message-Id: <D3E446D0-F9ED-4671-A1C2-29A15D3DE010@virtualized.org>
References: <20131201164841.GB12135@sources.org> <BF87877A-8989-4AA4-9ED1-52C82E1BC538@nominum.com> <alpine.LFD.2.10.1312011206480.12923@bofh.nohats.ca> <20131202151651.GD16808@mx1.yitter.info> <A12FD3E0-58F6-4490-877F-A9C59405F717@vpnc.org> <6DBBC8339C394DBDAE4FE1F764E02A8D@hopcount.ca> <20131203170825.GA17211@nic.fr> <21D03162-81D1-494A-89A9-41BE89D28A0E@nominum.com> <BB7627E9-8D50-48E5-B809-64AE4D574271@virtualized.org> <20131203221006.GB5689@sources.org>
To: Stephane Bortzmeyer <bortzmeyer@nic.fr>
X-Mailer: Apple Mail (2.1822)
Cc: dnsop WG <dnsop@ietf.org>
Subject: Re: [DNSOP] [internet-drafts@ietf.org: I-D Action: draft-grothoff-iesg-special-use-p2p-names-00.txt]
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: Wed, 04 Dec 2013 00:50:48 -0000

Stephane,

On Dec 3, 2013, at 2:10 PM, Stephane Bortzmeyer <bortzmeyer@nic.fr> wrote:
>> The issue here is that they are, in fact, using the DNS in the sense
>> that they are using applications that expect to query a local DNS
>> stub resolver 
> 
> No, no, no. Few applications query " a local DNS stub resolver" (dig
> is an exception). Most applications query a local name resolution
> service, through a library routine such as getaddrinfo.

Yes. Mea culpa. As I've already explained a couple of times in private email (wow, people actually read my email??), I actually meant "local stub resolver" (no DNS) and:

"My point was exactly that the local stub resolver (that is, the library on the system that issues to name resolution requests, not the part of the name resolution system that does the work, be it DNS, mDNS, YP, or whatever) will be expected to distinguish between real DNS names and these pseudo-DNS names. This implies every time the IETF makes use of 6761, those tables of special labels is going to need to be updated (and I suspect the chances of this being done universally and consistently approach zero). This means an application that will work on one system (that has update the table) won't work on another (because the table hasn't been updated). I consider this sub-optimal."

Haven't we been here before (e.g., .bitnet/.csnet/.uucp)?

Ignoring that, other than aesthetics, what is the downside of <p2p>.alt or <p2p>.not-dns or <p2p>.arpa again?

Regards,
-drc