私はDNSシステムとそれがどれほど素晴らしいかを夢見ていました。私の夢の中で、私の携帯電話にはDNSに似たシステムが組み込まれていることに気付きました。連絡先を参照して電話をかける相手を選択すると、電話は名前を電話番号に自動的に解決します。
それからアイデアが浮かびました:
既存のドメイン名のいずれかに「T」(電話)レコードを追加できるとしたらどうなりますか?それで、誰かがkirkouimet.comに電話をかけようとすると、それは私の個人の携帯電話番号に解決されますか?ビジネスへの影響は本当にクールなIMOです。pizzahut.comに電話できたらどうでしょうか。彼らが頭が良ければ、システムに私を地理的に配置させ、最寄りのピザハットを見つけて、そこに電話をかけます。
domainレベルでは、これはすでに完全に可能です-単に [〜#〜] enum [〜#〜] style NAPTR
(または代わりにSRV
)は、ゾーンファイルに記録します。
NAPTR
ではなくSRV
を使用する理由は、SRV
が限られた通信サービスのセットに対してのみ定義されているためです。一方、NAPTR
レコードは、任意のドメイン名をURIに書き換えるために使用できます。結果のURIがsip:
形式の場合(== --- ==)次にSRVレコード(_sip._udp.example.com
の場合)を使用してexample.com
のSIPゲートウェイ。
IETFでまだ定義されていないのは(話し合われていますが)、これを拡張して、指定されたドメインの個々のユーザーごとに異なるNAPTR
レコードを作成する方法です(つまり、localpart@example.com
)。
DNSにlocalpart.example.com
を含めることもできますが、それをどのように管理できるかについて懸念があり、実際のサブドメインとの競合が発生する可能性もあります。持つため。つまり、サイトの規則でlocalpartがイニシャルであるが、イニシャルが「www」である場合はどうしますか?
これは、localpart._name.example.com
を使用することで比較的簡単に解決できますが、IETF DNSOPチェアの1つとの話し合いから、 DNSが一般的な分散データベースとして使用され、アンダースコアプレフィックスラベルの使用が増える傾向。
これはすでにVoIPで行われています。たとえば http://www.nominet.org.uk/enum/ を参照してください。
質問1の答えは、「RFCを作成し、IETFに提出する」です。それは長いプロセスですが、一部の人々に興味を持ってもらうことができれば、受け入れられなくても素晴らしい経験になるでしょう:)
そのために.telを使用できます