有點 lag 了，不過還是跟大家分享一下
http://code.google.com/speed/public-dns/

The Google Public DNS IP addresses are as follows:
* 8.8.8.8
* 8.8.4.4

試用了一天，沒有出現什麼問題
但是跟另一個 OpenDNS一樣原本會導向到 ISP 內部的 CDN 服務（如 akamai、llnwd 等）則會導向到海外去

EX.
ISP 提供的 DNS

C:\Program Files\cFosSpeed>tracert download.microsoft.com

Tracing route to a767.ms.akamai.net [61.30.236.134]
over a maximum of 30 hops:

1 1 ms 1 ms <1 ms 192.168.0.1
2 13 ms 19 ms 13 ms 211-78-222-113.static.tfn.net.tw [211.78.222.113]
3 13 ms 13 ms 12 ms 10.36.21.33
4 15 ms 14 ms 13 ms 60-199-17-5.static.tfn.net.tw [60.199.17.5]
5 15 ms 22 ms 16 ms 60-199-6-5.static.tfn.net.tw [60.199.6.5]
6 13 ms 13 ms 13 ms 60-199-6-126.static.tfn.net.tw [60.199.6.126]
7 13 ms 13 ms 14 ms 61-30-236-134.static.tfn.net.tw [61.30.236.134]


Trace complete.
Google DNS

C:\Program Files\cFosSpeed>tracert download.microsoft.com

Tracing route to mscom-dlc.vo.llnwd.net [117.121.254.231]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 192.168.0.1
2 14 ms 14 ms 13 ms 211-78-222-113.static.tfn.net.tw [211.78.222.113]
3 13 ms 13 ms 13 ms 10.36.17.33
4 19 ms 13 ms 14 ms 60-199-17-149.static.tfn.net.tw [60.199.17.149]
5 13 ms 12 ms 13 ms 60-199-6-2.static.tfn.net.tw [60.199.6.2]
6 15 ms 13 ms 14 ms 60-199-17-54.static.tfn.net.tw [60.199.17.54]
7 13 ms 18 ms 14 ms 60-199-17-74.static.tfn.net.tw [60.199.17.74]
8 146 ms 150 ms 143 ms 60-199-6-54.static.tfn.net.tw [60.199.6.54]
9 147 ms 148 ms 150 ms llnw.com.any2ix.coresite.com [206.223.143.16]
10 154 ms 161 ms 151 ms tge9-3.fr4.sjc.llnw.net [69.28.172.54]
11 158 ms 152 ms 152 ms tge1-2.fr3.sjc.llnw.net [69.28.171.209]
12 165 ms 163 ms 172 ms tge9-2.fr3.tyo3.llnw.net [203.77.184.246]
13 161 ms 168 ms 163 ms ve5.fr4.tyo3.llnw.net [203.77.184.230]
14 164 ms 162 ms 166 ms cds92.hnd.llnw.net [117.121.254.231]

Trace complete.

贊助商連結

雖然僅僅2分之差&貼錯板(時間好像是小弟先的XD)

可能google跟OpenDNS想降低對akamai負荷吧
因為幾乎每個ISP都有設akamai伺服器,蠻浪費ISP的國際頻寬(還是說"善用"XD)

話說，最近OpenDNS解析youtube的網站晚上會變很慢
必須改用自家ISP的DNS，來解析google-tw的cache

補充
seednet 10M/2M

C:\Users\Isk>tracert download.microsoft.com

在上限 30 個躍點上
追蹤 mscom-dlc.vo.llnwd.net [117.121.254.231] 的路由:

1 12 ms 11 ms 12 ms tp240-142.dialup.seed.net.tw [139.175.240.142]
2 * * * 要求等候逾時。
3 34 ms 12 ms 20 ms R122-201.seed.net.tw [192.72.122.201]
4 40 ms 21 ms 22 ms R58-49.seed.net.tw [139.175.58.49]
5 18 ms 17 ms 18 ms R56-20.seed.net.tw [139.175.56.20]
6 18 ms 17 ms 18 ms R57-133.seed.net.tw [139.175.57.133]
7 184 ms 192 ms 199 ms ge-1-0-0.0.ejr01.tpe001.flagtel.com [80.77.0.121
]
8 76 ms 49 ms 49 ms so-1-0-0.0.pjr02.wad001.flagtel.com [85.95.25.20
5]
9 64 ms 80 ms 62 ms so-7-1-0.0.cjr04.tok002.flagtel.com [85.95.25.20
2]
10 49 ms 51 ms 51 ms 22822.tyo.equinix.com [203.190.230.1]
11 49 ms 50 ms 49 ms ve7.fr3.tyo3.llnw.net [203.77.184.234]
12 50 ms 49 ms 49 ms ve5.fr4.tyo3.llnw.net [203.77.184.230]
13 49 ms 49 ms 49 ms cds92.hnd.llnw.net [117.121.254.231]

追蹤完成。

可能google跟OpenDNS想降低對akamai負荷吧
因為幾乎每個ISP都有設akamai伺服器,蠻浪費ISP的國際頻寬(還是說"善用"XD)
這個說法不正確吧

CDN（content delivery network）目的就是為了節省互連頻寬，會向 CDN 服務業者申請服務的網站通常都有大量的檔案需要傳遞或是瀏覽人數龐大的網站，還有最大一個要素就是跨國級

CDN 最佳的使用情況下就是 HiNet 用戶連到 HiNet 伺服器、Seednet 用戶連到 Seednet 伺服器、TFN 用戶連到 TFN 伺服器

但是用公眾 DNS 時，ISP A 的用戶卻連到 ISP B 的伺服器，這也就造成了互連頻寬的浪費

CDN 與 proxy 有異曲同工之妙，差別只是主動與被動，前者是遠端會主動更新資料、後者是遠端當近端要求時才被動更新資料

換言之，使用公眾 DNS 時瀏覽 CDN 性質網站時才是浪費國際頻寬

其實小弟是"瞎猜"google不想增加akamai的解析容量
有個前輩寫了與CDN的心得
http://blog.gslin.org/archives/2009/12/04/2176/
(又把人躺著也中槍 囧)

雖然僅僅2分之差&貼錯板(時間好像是小弟先的XD)



抱歉，若兄台要將該篇回本版區，請回文告知