On Wed, Jul 15, 2015 at 5:52 PM, Hugo Maxwell Connery <h...@env.dtu.dk> wrote:
> Or to re-quote Paul Vixie:
>
> what the internet should be doing is defining escape mechanisms for
> non-internet systems, rather than saying "we are the only thing you can
> use"
>
> RFC 6761 is that mechanism for DNS.

Nice summary.

I have read this document, and sent comments on earlier drafts.  I
think the current version clearly expresses the requirements on DNS
actors to make .onion labels safe to use in DNS-like slots (e.g.,
URLs).  Especially given that there are a good number of sites already
using URLs with .onion names, and the PKI requirement for the status
of these names to be clarified, I strongly support the publication of
this document.

--Richard


>
> /Hugo
> ________________________________________
> From: DNSOP [dnsop-boun...@ietf.org] on behalf of hellekin [helle...@gnu.org]
> Sent: Wednesday, 15 July 2015 17:02
> To: dnsop@ietf.org
> Subject: Re: [DNSOP] Last Call: <draft-ietf-dnsop-onion-tld-00.txt> (The 
> .onion Special-Use Domain Name) to Proposed Standard
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
> On 07/14/2015 11:37 PM, David Conrad wrote:
>>
>> To put it bluntly, from a certain perspective, 6762 and
>> dnsop-onion are essentially about the same thing: they are
>> formalizing squatting on namespace (by Apple in the first
>> instance and by TOR in the second).
>>
>
> This is blunt in more than one aspect. That you consider squatting as a
> negative is insulting for those people who actually need to rely on
> squatting not to be excluded from society.
>
> But the argument that this is about, correct my paraphrase if I'm wrong,
> "taking over by force part of the namespace" is in my opinion misguided.
>
> The Domain Name System is *one way* of managing *a* global namespace.
> That it is the canonical way of naming things chosen for the Internet
> does not exclude that it's only one only way. Special-Use Domain Names
> exemplify this point, and particularly P2PNames such as .onion
> demonstrate the viability of other techniques than the hierarchical tree
> of DNS to manage global namespaces.
>
> The objective of this registration is convergent with the idea that the
> DNS is the canonical global namespace of the Internet. Indeed .onion can
> do without caring about the DNS, but this is not the point. The point is
> to recognize the variety of techniques within the scope of DNS so that
> future implementations can rely on the DNS as a correct source for
> global information about namespaces.
>
> I regret not to have mentioned this before, and hope that it frames the
> problematic beyond territorial claims, operational issues, and security
> issues.
>
> ==
> hk
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2
>
> iQJ8BAEBCgBmBQJVpnXeXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
> ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFQ0IyNkIyRTNDNzEyMTc2OUEzNEM4ODU0
> ODA2QzM2M0ZDMTg5ODNEAAoJEEgGw2P8GJg9r5QP/i6bE5b7u5M4JrIN+98GS8HS
> SG0wcDwVX13SWZujJ92ZFGy7lHDfG9wQr8WO/AoAlWT0vMzyfixMpWJZ66gxxthA
> F0fdZtI4N4nfjwolpQUnBnY/39yW1sumYg50AsS5dmX026F+wkjqidIV2s5PiZQr
> D4GC+6XvvYMvsYmLKwv8JeK1+wqkRw9nl2YSX6Wt/U0EwaI/VpIgjYkaT0VIFjw+
> c5OBkRfdaY4pFZ/NMfjiIvcYQp7MQhFPjvpsRMFtvtwpn+ZiJKoB4e3dOPCeL1S2
> dANLyutiodFTMGYGWn9W6Zcfv9SckSOiblH5qvNpkMcAumQe09fTQGxNX14OQXWr
> g6qV8oeNc2k1DsmPHM9UsDYSJmEy4zikGKLCcjpOC3Y4h+6aqyvBsby43dJfr7Fy
> tajr8nh1IcA8VZtM/K5+rqMZabg0EPIPujkchdrJTZ8+jiT0uT8pEDR4VammAcOz
> 9sMufzxdv30yYDYuFpTeTAf27z8h1232yhKOHaBaueDsZmva/IccHyHiw4ZQg/6Y
> NEoZ87UJa1lXWqJ7+XeyOfwJp1adPwXWb2IiNDIjXndXwt94yBPinAL/3E/2gnfw
> /XSKMTaeGBtixhllwidAtBSX7EeWTGQl7kWlH8MsvoLvpcZmuTTHpuWZ9k5VEcTe
> rn6UM1/Ooyjp2i90Gz7q
> =jn7Y
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop
>
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop

_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop

Reply via email to