关于缩短用户查询域名时间一个不成熟的想法

jsquan

我在我主域名服务器上写了一个pingdns.sh程序，测试从我主域名服务器到达
13 root-servers间的时延有多大。从测试结果上看，很明显到达F.ROOT-SERVERS.NET，只有50ms左右，是最快的；其次是M.ROOT-SERVERS.NET
，大概134ms。

为此，我想，既然我的域名服务器在处理用户递归查询域名时，随机在13 root
中找一个。与其随机找到时延大的root，不如，我在配置主域名服务器上，主动
将在named.root文件(或称为root.cache)文件中，主动只保留两个从我主域名服务器到root域名服务器时延最小的root-servers。这样能否
保证用户在查询域名时，更加快捷？

请各位多提意见，谢谢。



%sh pingdns
A.ROOT-SERVERS.NET
PING 198.41.0.4 (198.41.0.4): 56 data bytes
64 bytes from 198.41.0.4: icmp_seq=0 ttl=239 time=495.744 ms
64 bytes from 198.41.0.4: icmp_seq=1 ttl=239 time=476.241 ms

B.ROOT-SERVERS.NET
PING 192.228.79.201 (192.228.79.201): 56 data bytes
64 bytes from 192.228.79.201: icmp_seq=0 ttl=52 time=393.913 ms

C.ROOT-SERVERS.NET
PING 192.33.4.12 (192.33.4.12): 56 data bytes

D.ROOT-SERVERS.NET
PING 128.8.10.90 (128.8.10.90): 56 data bytes
64 bytes from 128.8.10.90: icmp_seq=1 ttl=44 time=462.463 ms

E.ROOT-SERVERS.NET
PING 192.203.230.10 (192.203.230.10): 56 data bytes
64 bytes from 192.203.230.10: icmp_seq=1 ttl=47 time=435.199 ms

F.ROOT-SERVERS.NET
PING 192.5.5.241 (192.5.5.241): 56 data bytes
64 bytes from 192.5.5.241: icmp_seq=0 ttl=57 time=50.381 ms
64 bytes from 192.5.5.241: icmp_seq=1 ttl=57 time=49.737 ms

G.ROOT-SERVERS.NET
PING 192.112.36.4 (192.112.36.4): 56 data bytes

H.ROOT-SERVERS.NET
PING 128.63.2.53 (128.63.2.53): 56 data bytes
64 bytes from 128.63.2.53: icmp_seq=0 ttl=27 time=464.178 ms
64 bytes from 128.63.2.53: icmp_seq=1 ttl=27 time=457.293 ms

I.ROOT-SERVERS.NET
PING 192.36.148.17 (192.36.148.17): 56 data bytes
64 bytes from 192.36.148.17: icmp_seq=0 ttl=46 time=581.888 ms
64 bytes from 192.36.148.17: icmp_seq=1 ttl=46 time=598.563 ms

J.ROOT-SERVERS.NET
PING 192.58.128.30 (192.58.128.30): 56 data bytes
64 bytes from 192.58.128.30: icmp_seq=0 ttl=237 time=417.633 ms
64 bytes from 192.58.128.30: icmp_seq=1 ttl=237 time=409.767 ms

K.ROOT-SERVERS.NET
PING 193.0.14.129 (193.0.14.129): 56 data bytes
64 bytes from 193.0.14.129: icmp_seq=0 ttl=43 time=552.054 ms
64 bytes from 193.0.14.129: icmp_seq=1 ttl=43 time=563.094 ms

L.ROOT-SERVERS.NET
PING 198.32.64.12 (198.32.64.12): 56 data bytes
64 bytes from 198.32.64.12: icmp_seq=0 ttl=53 time=431.816 ms
64 bytes from 198.32.64.12: icmp_seq=1 ttl=53 time=418.386 ms

M.ROOT-SERVERS.NET
PING 202.12.27.33 (202.12.27.33): 56 data bytes
64 bytes from 202.12.27.33: icmp_seq=0 ttl=243 time=134.341 ms
64 bytes from 202.12.27.33: icmp_seq=1 ttl=243 time=134.506 ms

jsquan

网中人版副，从你发贴来看，猜测你是台湾人。我本人比较关心04年的台湾大选，相信很多朋友跟我一样。在此，想了解你是挺扁还是挺连，或是你还是别的看法?  ：（

如果你觉得不便正面回答，可以将该贴删掉。当然3.20之后，什么都知道了：（

網中人

嗯，所謂的隋機，是因為不能確定會選道哪個，但，RRT (round trip time) 最短的會被最優先選用。
所謂 RRT 就是來回時間，應響其值的因素很多，有網路的，也侑系統的。
最短的 RRT 應是個不錯的選擇標準，你從 13 縮為 2 台，實在沒必要拒絕更好的啊...

再來，由於有 cache 的關係，若是相同的 TLDs 查詢，第二次起，就不需要問 root ns 了啊...  

因此，我不太覺得你的方法有多大的實用性。
若你真的 care ，用 forwarder 指到 ISP 或附近的一個大 DNS 更有用...

p.s.
我沒投票權哦，我是廣東人，只不過目前住在台灣而已...