Eu estava sonhando com o sistema DNS e como ele é incrível. No meu sonho, percebi que meu celular tinha um sistema parecido com DNS embutido - quando eu navego até um contato e seleciono alguém para ligar, o telefone automaticamente resolve o nome para um número de telefone.
Então a ideia veio para mim:
E se eu pudesse adicionar um registro "T" (telefone) a algum dos meus nomes de domínio existentes? Então, se alguém tentar ligar para o kirkouimet.com, ele resolve para o meu número de celular pessoal? As implicações comerciais são muito legais IMO: e se eu pudesse ligar para o pizzahut.com? Se eles fossem espertos, eles teriam o sistema deles me geolocalizando, encontrando a Pizza Hut mais próxima e roteando a chamada para lá.
No nível domínio , isso já é perfeitamente possível - basta colocar ENUM style NAPTR (ou alternadamente SRV ) registros no seu arquivo de zona.
O motivo para usar NAPTR sobre SRV é que SRV é definido apenas para um conjunto limitado de serviços de comunicação. NAPTR registros, por outro lado, podem ser usados para reescrever qualquer nome de domínio em um URI. Se o URI do resultado estiver em sip: format , então você usará os registros SRV (para _sip._udp.example.com ) para localizar o gateway SIP de example.com .
O que ainda não foi definido no IETF (embora tenha sido falado) é como você estender isso para ter diferentes NAPTR registros para cada usuário individual no domínio especificado (ou seja, localpart @example.com ).
Você pode ter apenas localpart .example.com no DNS, mas há preocupações sobre como isso pode ser gerenciado e também possíveis conflitos com subdomínios reais que você pode querer ter. Ou seja, o que você faz se a convenção do site é que localpart são suas iniciais, mas suas iniciais são 'www'?
Isso pode ser resolvido de forma relativamente fácil usando localpart ._name.example.com , mas eu sei de discussão que tive com uma das cadeiras do DNSOP da IETF que há alguma resistência às tendências para o DNS ser usado como um banco de dados distribuído genérico e para o uso crescente de rótulos de prefixo de sublinhado.
Isso já está sendo feito para o VoIP, por exemplo, link
O oposto da sua ideia já existe:
A resposta para a pergunta # 1 é "escreva um RFC, submeta-o ao IETF". Esse é um processo longo, mas se você conseguir algumas pessoas interessadas, seria uma ótima experiência, mesmo que não seja aceito:)
Você pode usar um .tel para isso
Você pode fazer isso com informações WHOIS, no entanto, não é tão preciso nos dias de hoje. Você poderia certamente colocar algo em cima do DNS sem ter que mexer com o protocolo subjacente. Isso é bem trivial de se fazer.