Добавление записей T к доменным именам (идея, которая пришла мне во сне)
Я мечтал о системе DNS и о том, как это круто. Во сне я осознал, что в моем сотовом телефоне есть система, похожая на DNS, - когда я перехожу к контакту и выбираю кого-то, кому нужно позвонить, телефон автоматически преобразует имя в номер телефона.
Тогда идея пришла ко мне:
Что если бы я мог добавить "T" (телефонную) запись к любому из моих существующих доменных имен? Так что, если кто-то попытается позвонить на kirkouimet.com, он разрешит мой личный номер мобильного телефона? Деловые последствия действительно круты, ИМО: что, если бы я мог просто позвонить на pizzahut.com? Если бы они были умны, у них была бы система, чтобы найти меня, найти ближайшую пиццерию и направить туда звонок.
- Насколько сложно было бы расширить функциональность DNS, чтобы включить это?
- Достаточно ли хороша идея, чтобы ее можно было превзойти, не задумываясь о ней?
7 ответов
На уровне домена это уже вполне возможно - просто добавьте стиль ENUM NAPTR
(или поочередно SRV
) записи в вашем файле зоны.
Причина использования NAPTR
над SRV
в том, что SRV
определяется только для ограниченного набора услуг связи. NAPTR
С другой стороны, записи могут быть использованы для перезаписи любого доменного имени в URI. Если результат URI находится в sip:
формат, то вы используете записи SRV (для _sip._udp.example.com
) найти example.com
SIP-шлюз.
Что еще не было определено в IETF (хотя об этом уже говорилось), так это то, как вы расширяете это, чтобы иметь разные NAPTR
записи для каждого отдельного пользователя в указанном домене (т.е. localpart @example.com
).
Вы могли бы просто иметь localpart .example.com
в DNS, но есть опасения по поводу того, как это можно сделать, а также потенциальные конфликты с реальными поддоменами, которые вы, возможно, захотите иметь. то есть, что вы делаете, если на сайте принято, что ваши инициалы - localpart, а инициалы - www?
Это может быть решено относительно легко с помощью localpart ._name.example.com
но из обсуждения, которое я провел с одним из председателей DNSOP IETF, я знаю, что существует определенное сопротивление тенденциям использования DNS в качестве общей распределенной базы данных и растущего использования меток префиксов подчеркивания.
Ответ на вопрос № 1 "написать RFC, отправить его в IETF". Это долгий процесс, но если вы сможете заинтересовать некоторых людей, это будет отличным опытом, даже если он не принят:)
Противоположность вашей идеи уже существует:
Это уже делается для VoIP, см., Например, http://www.nominet.org.uk/enum/
Вы можете сделать это примерно с помощью информации WHOIS, однако в наши дни она не так точна. Вы, конечно, можете разместить что-то поверх DNS без необходимости связываться с базовым протоколом. Это довольно тривиально.