web-dev-qa-db-ja.com

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

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

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

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

  1. これを含めるためにDNS機能を拡張するのはどれほど難しいでしょうか？
  2. そのアイデアは、単に考えるだけでなく、追求するのに十分ですか？
domain-name-systemtelephone
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