web-dev-qa-db-ja.com

ドメイン名に「T」レコードを追加する(夢の中で私に来たアイデア)

私はDNSシステムとそれがどれほど素晴らしいかを夢見ていました。私の夢の中で、私の携帯電話にはDNSに似たシステムが組み込まれていることに気付きました。連絡先を参照して電話をかける相手を選択すると、電話は名前を電話番号に自動的に解決します。

それからアイデアが浮かびました:

既存のドメイン名のいずれかに「T」(電話)レコードを追加できるとしたらどうなりますか?それで、誰かがkirkouimet.comに電話をかけようとすると、それは私の個人の携帯電話番号に解決されますか?ビジネスへの影響は本当にクールなIMOです。pizzahut.comに電話できたらどうでしょうか。彼らが頭が良ければ、システムに私を地理的に配置させ、最寄りのピザハットを見つけて、そこに電話をかけます。

  1. これを含めるためにDNS機能を拡張するのはどれほど難しいでしょうか?
  2. そのアイデアは、単に考えるだけでなく、追求するのに十分ですか?
4
Kirk Ouimet

これが srvrecords の目的です。

6
chris

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が一般的な分散データベースとして使用され、アンダースコアプレフィックスラベルの使用が増える傾向。

2
Alnitak

これはすでにVoIPで行われています。たとえば http://www.nominet.org.uk/enum/ を参照してください。

1
tallus

あなたの考えの反対はすでに存在します:

1
Juliano

質問1の答えは、「RFCを作成し、IETFに提出する」です。それは長いプロセスですが、一部の人々に興味を持ってもらうことができれば、受け入れられなくても素晴らしい経験になるでしょう:)

1
Bill Weiss

そのために.telを使用できます

0
manu