[DNSOP] Disposition of draft-chapin-additional-reserved-tlds

Tim Wicinski <tjw.ietf@gmail.com> Tue, 14 July 2015 13:45 UTC

Return-Path: <tjw.ietf@gmail.com>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com []) by ietfa.amsl.com (Postfix) with ESMTP id 9F8811ACD34 for <dnsop@ietfa.amsl.com>; Tue, 14 Jul 2015 06:45:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id WxZRH7NY-bTL for <dnsop@ietfa.amsl.com>; Tue, 14 Jul 2015 06:45:18 -0700 (PDT)
Received: from mail-qk0-x234.google.com (mail-qk0-x234.google.com [IPv6:2607:f8b0:400d:c09::234]) (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 8C29F1AC82C for <dnsop@ietf.org>; Tue, 14 Jul 2015 06:45:18 -0700 (PDT)
Received: by qkdl129 with SMTP id l129so6478466qkd.0 for <dnsop@ietf.org>; Tue, 14 Jul 2015 06:45:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=to:from:subject:message-id:date:user-agent:mime-version :content-type:content-transfer-encoding; bh=nDpo3FIC3lCAsEJOoZnz910j5Ro9VVJfaIy19Sp8OIQ=; b=JbjtSaxsPOSBXFN4DtwZWi5CXxucxCs1RpdOlvpj8EEDJgh42uZmsSzh/y75dIYPut K9P2XD4fhE2ZsURLt4lZLrIKwKqWA6/C04vLFsq2ws7jWff83Ay35uzzbktoBkR4exxW r3ki69BWUAYNxhW4QaECGXkKQoV3/DxuEpZIANVVrouzEvf/bMx/5jHtsZbOAWqVm6LQ /ma3jwoKmdbCqlS5bV5MW+NuEtc8p8O3hjziF/J832z0qd1WQzTtP900y72MyTLNViqQ gDOSXtjXmZNDxBs7iWFs6/160Dxje7E1WjijLJkqxcsMv8lOCCxZ6S9NJSNCqPXo+Vz3 EIcQ==
X-Received: by with SMTP id 5mr60840218qgo.106.1436881517820; Tue, 14 Jul 2015 06:45:17 -0700 (PDT)
Received: from still.local (184-19-93-177.drr03.clbg.wv.frontiernet.net. []) by smtp.googlemail.com with ESMTPSA id e10sm468326qka.40.2015. for <dnsop@ietf.org> (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 14 Jul 2015 06:45:16 -0700 (PDT)
To: dnsop <dnsop@ietf.org>
From: Tim Wicinski <tjw.ietf@gmail.com>
Message-ID: <55A5126C.5080107@gmail.com>
Date: Tue, 14 Jul 2015 09:45:16 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:41.0) Gecko/20100101 Thunderbird/41.0a2
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/x2bqGwOqFsDfL-51O-LeEyYYn0A>
Subject: [DNSOP] Disposition of draft-chapin-additional-reserved-tlds
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: <https://mailarchive.ietf.org/arch/browse/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: Tue, 14 Jul 2015 13:45:20 -0000


After extensive discussion of the document in the WG, the chairs were 
asked to consider a call for adoption for this draft:
as part of the work surrounding RFC6761 and Special-Use Domain Names. 
Pursuant to the process and discussion, the decision is not to pursue 
this draft in DNSOP.

The discussion on this draft was quite lengthy, but also narrow. The 
justification offered for adding the proposed names to the special use 
names registry was based on the risk of name collision in the event that 
ICANN, in its role of providing policy for the public DNS root zone, 
changes its current policy regarding these names and delegates them.

Concerns were raised in the WG, particularly around our interim meeting 
on May 12, about defending, generalizing, and scaling the rationale 
provided for these names. We haven't seen these concerns addressed. The 
names aren’t being used to signal some sort of semantic or protocol 
shift, as .onion and various other names we’ve been discussing do. No 
objective standard was suggested for determining whether other names 
should be eligible for the special use names registry on the same basis. 
But using a subjective standard raises questions, from fairness to 
scalability, that we don’t seem to be well-equipped to answer.

The only reason consistently offered for taking on this draft was that 
another body might make a decision that we don’t like, and that we 
should use standards action to stop them. It doesn’t seem to us that 
such a rationale is workable, either in this specific case or as a 
general principle for the IETF.

The discussion of this draft and the issues it raised have been helpful 
to the larger questions of how the IETF might administer the special use 
names registry in the future. In particular we hope to move beyond 
“beauty contests” under the process in RFC 6761 to consistent guidelines 
for applications developers, DNS administrators, and others.

There seemed to be strong feelings among many WG participants that ICANN 
shouldn’t delegate names into the public DNS that are at serious risk of 
collision. While we don’t feel this is a good basis for standards 
action, the IETF has other ways of conveying this message, primarily 
through its ICANN liaison relationship, and we’ll pursue the possibility 
of a liaison statement.

The Chairs