Re: [DNSOP] A comparison of IANA Considerations for .onion

hellekin <hellekin@gnu.org> Tue, 12 May 2015 13:18 UTC

Return-Path: <hellekin@gnu.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 F414C1B2C8C for <dnsop@ietfa.amsl.com>; Tue, 12 May 2015 06:18:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level:
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 6-ttpK4qtMCC for <dnsop@ietfa.amsl.com>; Tue, 12 May 2015 06:17:57 -0700 (PDT)
Received: from fencepost.gnu.org (fencepost.gnu.org [IPv6:2001:4830:134:3::e]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 326691B2C4F for <dnsop@ietf.org>; Tue, 12 May 2015 06:17:56 -0700 (PDT)
Received: from ol168-138.fibertel.com.ar ([24.232.138.168]:57371 helo=raiz.hellekin.gnu) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from <hellekin@gnu.org>) id 1YsA4J-0001Uy-3i for dnsop@ietf.org; Tue, 12 May 2015 09:17:55 -0400
Message-ID: <5551FD6B.5060202@gnu.org>
Date: Tue, 12 May 2015 10:17:31 -0300
From: hellekin <hellekin@gnu.org>
Organization: https://gnu.org/consensus
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.6.0
MIME-Version: 1.0
To: dnsop@ietf.org
References: <55511C03.8050202@gnu.org> <20150512002635.GB74841@mx2.yitter.info> <E9D753C1-A091-4E15-BB91-8F5B123CA1C3@fb.com> <5551A139.1070408@gnu.org> <6571F7A4-9B36-4742-9DE0-2E54B3E63342@fb.com> <5551ECD4.80307@gnu.org> <20150512122307.GB75349@mx2.yitter.info>
In-Reply-To: <20150512122307.GB75349@mx2.yitter.info>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/ExEW0tPCIG1wNFXIOEop3qXXMYw>
Subject: Re: [DNSOP] A comparison of IANA Considerations for .onion
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: Tue, 12 May 2015 13:18:04 -0000

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On 05/12/2015 09:23 AM, Andrew Sullivan wrote:
> 
> Is your complaint that appelbaum-dnsop-onion reads to you as though
> such special applications are the only way to do this?  If so, then
> you're right that it needs adjustment.
> 
*** Yes, my concern is that we can get consensus on how to interpret
what an "application" means, and what a "name resolution APIs and
libraries" mean in a consistent manner in the context of RFC6761, as it
can lead to wide differences in the resulting rules for the readers.

==
hk

P.S.: your previous response was instrumental in my understanding of the
difference of views on MUST and SHOULD, and on the point developed in
this message, and I thank you for that.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQJ8BAEBCgBmBQJVUf1iXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFQ0IyNkIyRTNDNzEyMTc2OUEzNEM4ODU0
ODA2QzM2M0ZDMTg5ODNEAAoJEEgGw2P8GJg9CCoP/26lZAk6UymUHKe6CyjG+XDe
yvIgtI/vWvIlr2RvUycRO6mQwrDij6ZHi7lt/+ku0Xqrr+cDlNo55zfw5DrzJ8G7
r31m7RS1mq6y4H9aPxkGwgB3FhrAM9A7hj/3Mu0zgewv0QrhSgW+zW9pw/315SM3
h5Xaj4tVx6tsXAPkG6pefDaXFfXjJhuRtL0vXsk8pn2s1kc/2RekX0InUABEiKUf
h6Y3M4uoYxfoMcbj6a0x7udihaANxt9/6B/npqjvyZXrSemYsxvUqEOcw32NtweD
+C5EJJur7yFrAL3xYvRHKSVJSs1XJvjY3FvpfC0yhYmEUO7QUHmMYYAYVjCVpgEF
2raqdVaFoICARdiCbm/d5dQujfXPQfti8o5vQy72H2ZYiSgScO3GnwYHil70RhkN
JcTbWeQ2+oyKvWEuVwF/I2E0WWXXSbZmbRKCKJQ4RnKfM1IOxfCnpx3wBoLk8nLX
hKAB9pgjyk0T8T7v9wXeCKyIP18L82iGJQi9MCc/YOaSTL1tyNKjs/Hso5p1LSxS
tuAAouE5TONI37Ud77Up13Mw9OJkCxse6o2bNs0Jox4laxvJV+nAJzSOwa6F6noj
8sU0Gv+v037U/bZQHRq/PIk4ELoAs3dxPhpG3AHCH0iqFPDAvTd/WkNzK/zmhPnN
TeB49F986AAe85Hph8AA
=qKXA
-----END PGP SIGNATURE-----