「.orgの管理はISOCへ?」記事へのコメント

利益が取れるから・・・・

[nayuta (1257)]

昔からよく言われてるように、ドメインの管理に関しては中立で公平で公共的でなければならないにもかかわらず利益がすごく取れてしまうのでこういう事になってるわけですよね。
ニュースサイトを

--
---------- ------ ISHII Nayuta

Re:利益が取れるから・・・・

[brake-handle (5065)]

ドメインを切り売りしているだけだったら、見た目楽そうな商売です。実際にコストがかかるのは、大抵そのドメインを走らせる方なんですよね。仕事場でSOAを持って分かったのですが、例えば停電やネットワーク構成変更などの時にも名前が絶えず引けるようにしておくには、セカンダリの手配やNSを世界に伝搬させるためのタイムラグなど、かなり気を使います。

単なる思いつきですが、セカンダリとしてのzone所有やupdateを上位domainの管理者に義務づけるというのはどうでしょう? 使う側としては、TLDにもなれば引け

Re:利益が取れるから・・・・

[gk-hyn (7889)]

しばらく考えないと意味が不明でしたが、
つまり、co.jpのNameServerが、hoge.co.jpのセカンダリをかねる、ということに読めました
それって、分散管理していた意味がなくて、Internet全体はともかく、上位のNameServerの負荷(検索、アップデート、メモリ、流量など)がトンで

Re:利益が取れるから・・・・

[brake-handle (5065)]

それって、分散管理していた意味がなくて、Internet全体はともかく、上位のNameServerの負荷(検索、アップデート、メモリ、流量など)がトンでもなく上がる気が(.COMとか)

まず注意。networkがhostに与える負荷を考える場合は、データサイズではなくてpacket数で考えるのが鉄則です(割込頻度を支配するのはpacket数)。これを踏まえると、一番networkを重くしてくれるのは、queryとそれに対するanswerです。個々のpacketは小さいくせに(特にquery)、packetの数は大量になってしまいます。updateはSOAのserial numberが上がった時だけですし、packetも大きいので楽です。メモリは高々数十MB程度、link上のrouter数が多い場合のospfや大量にpeeringしているbgpが走っているrouterと同程度です。つまり、query以外の問題はすでに解決しているのです。

ではqueryをどうするか。TLDのNSがzoneを持っている場合、co.jp.のNSにfoo.hoge.co.jp.を聞いた時点で直ちにその結果が返ります。hoge.co.jp.のNSを返す必要がないため、packet数が節約できます。また、TLD NSの中だけで閉じたrecursive queryになるので、networkよりはずっと高速です。

あと、停電のときに別の場所にある鯖からDNSだけ引けてもあんまり意味がないような、、(たとえばmail鯖が動いているなら、DNS鯖も動けると思いますが)

MXとdns serverは同じである必要はありません。どこかはなれたところにsecondary MXを置いている場合には十分意味があります(本来はそうすべきもの)。