[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 [127.0.0.1]) 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-Level:
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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (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 10.140.23.5 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. [184.19.93.177]) by smtp.googlemail.com with ESMTPSA id e10sm468326qka.40.2015.07.14.06.45.16 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
All, After extensive discussion of the document in the WG, the chairs were asked to consider a call for adoption for this draft: http://datatracker.ietf.org/doc/draft-chapin-additional-reserved-tlds/ 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. Thanks, The Chairs
- [DNSOP] Disposition of draft-chapin-additional-re… Tim Wicinski