Re: [DNSOP] Strong objection to draft-wkumari-dnsop-alt-tld-04

David Conrad <drc@virtualized.org> Sun, 15 February 2015 21:31 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 3B7D71A0056 for <dnsop@ietfa.amsl.com>; Sun, 15 Feb 2015 13:31:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 SJ1q1Swny7cT for <dnsop@ietfa.amsl.com>; Sun, 15 Feb 2015 13:31:57 -0800 (PST)
Received: from mail-pa0-f48.google.com (mail-pa0-f48.google.com [209.85.220.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 375201A000A for <dnsop@ietf.org>; Sun, 15 Feb 2015 13:31:57 -0800 (PST)
Received: by mail-pa0-f48.google.com with SMTP id eu11so30756761pac.7 for <dnsop@ietf.org>; Sun, 15 Feb 2015 13:31:56 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=VsXB3wl5jmJxg7LgUGVB7UO53O35A+ANf7Gz5Yyy2Y8=; b=SR78Z/5LGYo2f+O0+FHZApPyVK2uA/yLu+am41//PGRbYwt6Vtn2PTIJhEjzSl+bwa t81kBsMb2j44OgnJrvVpRKgIutPIB+69GF8vWaUl52Rfi69Y0a468MMw0o41hGkfHU7a YPLga3JrWTWU2klijeL+4uu2JpaAYJ2RCERXTc3TqENh/QvaoT7UlReWLkbqKAhgOh4G Vxv40fabpZGrLtSRl2/FpM9GeeOg6I+EyFDr3eW88GVeHWrKfdb24+e3L12T5OWvKjmL 22ul/Issw3omqiTeqm+0EMjHpbTpPGKjAbeExEj6nIx3jTXrLFM6bXI0GaTAF6+zQC56 8muA==
X-Gm-Message-State: ALoCoQl1foRyAth0UeqSSeTlK5EE3WvI7cuK/PMgtHvBxnKqcrv1cB7clI9Pt1h0rmMx3mQjV34L
X-Received: by 10.66.251.105 with SMTP id zj9mr35085815pac.4.1424035916858; Sun, 15 Feb 2015 13:31:56 -0800 (PST)
Received: from [10.0.1.10] ([73.162.11.223]) by mx.google.com with ESMTPSA id hm8sm10494261pdb.59.2015.02.15.13.31.55 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 15 Feb 2015 13:31:55 -0800 (PST)
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\))
Content-Type: multipart/signed; boundary="Apple-Mail=_088AD168-1AB7-406E-ADFA-53847EB89DDA"; protocol="application/pgp-signature"; micalg="pgp-sha512"
X-Pgp-Agent: GPGMail 2.5b5
From: David Conrad <drc@virtualized.org>
In-Reply-To: <20150214165630.GB3616@sources.org>
Date: Sun, 15 Feb 2015 13:31:53 -0800
Message-Id: <EC0E1DD6-A792-4F2E-BC7D-8BD94446B7E1@virtualized.org>
References: <20150212063638.GD6950@mx1.yitter.info> <20150214165630.GB3616@sources.org>
To: Stephane Bortzmeyer <bortzmeyer@nic.fr>
X-Mailer: Apple Mail (2.2070.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/hRZfcY9fHpKH8UjFo8-oZUP8S-c>
Cc: dnsop WG <dnsop@ietf.org>
Subject: Re: [DNSOP] Strong objection to draft-wkumari-dnsop-alt-tld-04
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, 15 Feb 2015 21:31:59 -0000

Stephane,

> The main reason why I say so is that we already have RFC 6761 and it
> exists precisely to register special names.

Well, yes, albeit in the root, thereby generating useless traffic to the root resulting in increased latency, additional network traffic, potential privacy violation, and creating a potential conflict between the IETF and the entity to which the IETF delegated policy for registering TLDs.

> I was not a big fan of
> this RFC (that's an understatement) but, now that it exists, I see no
> reason to obsolete it after only two years of existence and only one
> TLD, an Apple's one, registered.

The reason I see is to try to limit the damage caused by 6761.

> * existing code will not be modified and the names in
> draft-grothoff-iesg-special-use-p2p-names will have to be considered
> anyway. So, .ALT adds work for dnsop / the IESG without addressing the
> existing requests (.ONION, .GNU, .IP2P, etc).

Do you believe there will be no further requests for TLDs based on 6761?

> * the draft is confused in terminology between "domain name" and "DNS
> name". There is no such thing as a "DNS name". Domain names can be
> looked up in the DNS but they are used in many different contexts and
> can be resolved by several protocols.

In my view, a "DNS name" is the subset of "domain names" that can be looked up via the DNS.

> * the draft uses terms like "pseudo-TLD" which are uselessy
> deprecative.

I didn't take "pseudo-" as deprecative, but I suppose it could be viewed that way.

> * .ALT claims to be registered under the RFC 6761 framework but the
> draft ignores the requirments of its section 5.

Fair enough.

Regards,
-drc