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"
RPC 6761 is that mechanism for DNS. /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