我梦想着DNS系统，它有多棒。 在我的梦想中，我意识到我的手机与内置的DNS有些类似的系统 – 当我浏览联系人并select某人打电话时，手机会自动将名称parsing为电话号码。
然后这个想法来到我身上：
如果我可以添加一个“T”（电话）logging到我现有的任何域名？ 所以如果有人试图打电话给kirkouimet.com，它解决了我的个人手机号码？ 业务的影响真的很酷海事组织：如果我可以打电话给pizzahut.com呢？ 如果他们聪明，他们会让他们的系统find我，find最近的必胜客，然后在那里打电话。
这是srv logging的用途。
在域级别上，这已经是完全可能的了 – 只需在您的区域文件中放置ENUM样式的NAPTR （或者SRV ）logging即可。
通过SRV使用NAPTR的原因是SRV仅为有限的一组通信服务而定义。 另一方面， NAPTRlogging可用于将任何域名重写为URI。 如果结果URI采用sip: format， 那么使用SRVlogging（用于_sip._udp.example.com ）来查找example.com的SIP网关。
IETF尚未定义什么（尽pipe已经讨论过）是如何扩展它以使指定域（即localpart @example.com ）中的每个用户具有不同的NAPTRlogging。
您可以在DNS中使用localpart .example.com ，但是有关于如何pipe理的问题以及您可能希望具有的真实子域的潜在冲突。 也就是说，如果网站约定是localpart是你的首字母，但是你的首字母是'www'，你会怎么做？
这可以通过使用localpart。name.example.com来解决，但是我从IETF的DNSOP主席的讨论中知道，对于将DNS用作通用分布式数据库以及下划线前缀标签的使用越来越多。
这已经被VoIP完成了，例如http://www.nominet.org.uk/enum/
你的想法的对面已经存在：
问题1的答案是“写一个RFC，提交给IETF”。 这是一个漫长的过程，但如果你能得到一些人的兴趣，这将是一个伟大的经验，即使它不被接受:)
你可以使用.tel
您可以使用WHOIS信息大致做到这一点，但是这些日子并不准确。 你当然可以在DNS之上铺设一些东西，而不必陷入底层的协议。 这是相当微不足道的。