我梦见了 DNS 系统,它是多么棒。在梦中,我意识到我的手机内置了一个与 DNS 有点相似的系统——当我浏览联系人并选择要呼叫的人时,手机会自动将姓名解析为电话号码。
然后我想到了一个主意:
如果我可以向任何现有域名添加“T”(电话)记录会怎样?那么如果有人试图拨打 kirkouimet.com,它会解析为我的个人手机号码?在我看来,这在业务上确实很酷:如果我可以拨打 pizzahut.com 会怎样?如果他们很聪明,他们会让他们的系统对我进行地理定位,找到最近的必胜客,并将电话转接到那里。
- 扩展 DNS 功能以包含此功能有多难?
- 这个想法是否好到值得我们去追求,而不仅仅是思考?
答案1
答案2
在领域水平这已经是完全可能的 - 只需枚举样式NAPTR
(或交替SRV
)记录在您的区域文件中。
NAPTR
使用over 的原因SRV
是,它SRV
仅针对一组有限的通信服务进行定义。 NAPTR
另一方面,记录可用于将任何域名重写为 URI。如果结果 URI 的sip:
格式为然后您可以使用 SRV 记录(对于_sip._udp.example.com
)来查找 的example.com
SIP 网关。
IETF 尚未定义的(尽管已经讨论过)是如何扩展它,以便NAPTR
为指定域中的每个用户提供不同的记录(即本地部分@example.com
)。
你可以本地部分.example.com
在 DNS 中,但人们担心如何管理它,以及与你可能想要的真实子域名的潜在冲突。也就是说,如果网站惯例是本地部分是您的姓名首字母,但是您的姓名首字母是“www”?
通过使用本地部分._name.example.com
但从我与一位 IETF DNSOP 主席的讨论中我得知,人们对将 DNS 用作通用分布式数据库以及越来越多地使用下划线前缀标签的趋势有所抵触。
答案3
这已经在 VoIP 中实现,例如http://www.nominet.org.uk/enum/
答案4
问题 1 的答案是“编写 RFC,提交给 IETF”。这是一个漫长的过程,但如果你能让一些人感兴趣,那将是一次很棒的经历,即使它不被接受 :)