Wednesday, January 30, 2013

CDNetworks 的 DNS 服務 PoP...

Cloud DNS 的服務上看到的,純粹是想貼圖而已:

台北的點在 TFN,不過這是 Cloud DNS 服務而已 (Anycast),CDN 的部份要另外看買到的等級...

Wednesday, October 03, 2012

奇怪的 CDN 廠商...

有些 CDN 看起來就怪怪的,列一下好了...

  • CacheFly,亞洲的 PoP 偶而會消失...
  • CDN77,沒有 network topology 的概念,最誇張的時候會走地表最近路線... (於是從美國到歐洲再到中東的 PoP)
  • NetDNA,官方網站放在 Linode 上面。同公司的 CloudCache.comMaxCDN 以及 HDDN 都是放在 Linode 上。
這些公司不知道是怎麼樣...

反倒是期待 Linode 出 CDN 業務,不知道有沒有機會...

Monday, June 25, 2012

測試 CDN77.com

昨天亂找資料的時候發現 CDN Planet 列了不少提供 CDN 的公司,其中剛好看到 CDN77 這家價位很吸引人的 CDN...

Free trial 提供 14 天內 100GB 的服務,測了半個小時就決定先丟 USD$30 進去慢慢玩...

到現在為止測試還不到 24hr 吧,但覺得這真是一家架構上超有趣的公司... Latency 很明顯不行,可能會先拿來當作大檔案的備援頻寬用吧?

台灣時間星期天早上八點測試:

  • Origin Server 放在 HiNet Colocation。
台灣測試的結果是:(依照速度排)
  • HiNet colocation (馬來西亞 PoP),510KB/sec。
  • NCTU (馬來西亞 PoP),470KB/sec。
  • NCCU (馬來西亞 PoP),430KB/sec。
  • SEEDNet colocation (馬來西亞 PoP),250KB/sec。
  • HiNet 光世代 12M/3M 會分配到馬來西亞的 PoP,240KB/sec。
  • TFN (比利時 PoP,這哪招),220KB/sec。
國外的部分只測了日本 Linode:
  • Linode (馬來西亞 PoP),380KB/sec。
寫信去問日本與香港的 PoP 怎麼不見了,你把台灣導去馬來西亞就算了,日本怎麼也導去馬來西亞啊,回答居然是「今天剛開始維修」XDDD

另外就是問他可不可以建立 US & EU only,得到的答覆是正面的,他們的機制可以選擇不提供某些 CDN PoP。不過還沒測過...

除了 US & EU only 外,接下來要測三家業者的 3G 下載速度與 secure content 的部分,如果這功能沒問題的話就可以當備援頻寬了...

同場加映 webhostingtalk 上的討論:
反正這 CDN 還蠻有趣的就是了 XD

Tuesday, February 28, 2012

Limelight Networks 換網址...

Limelight Networks 把官方網頁的網址換掉了,好像換一陣子了...

先前是 www.limelightnetworks.com,現在是 www.limelight.com,另外有 llnw.com 在他們手上,不知道會不會也拿出來用...

Saturday, October 15, 2011

Akamai 與 CDNetworks...

這幾天在 CDN 產業裡面兩個比較大的大消息,一個是 KDDI 丟出打算併購 CDNetworks 的消息。另外一個是傳言 Google 要併購 Akamai

前者的消息已經確認 (KDDI to Buy CDNetworks to Ensure Smooth Internet Access: Kyodo),後者 Google 則是否認這則消息 (Google Is Said Not to Be Planning to Acquire Akamai Technologies Business)。

不過 CDN 技術愈來愈成熟,就愈來愈像賣頻寬的公司...

Sunday, September 25, 2011

歐亞網路 (香港到倫敦) 的 latency

Slashdot 上看到歐亞網路 (香港到倫敦) 的 latency 又降低 20ms 了:「Low-Latency Network Shaves Milliseconds from UK-Asia Traffic」、「Low-Latency Network To Connect London And HK」。

主要的改善是來自於本來走西伯利亞的線路,現在改走蒙古... 不知道友沒有其他更低的線路... :o
Slashdot 上看到歐亞網路 (香港到倫敦) 的 latency 又降低 20ms 了:「Low-Latency Network Shaves Milliseconds from UK-Asia Traffic」、「Low-Latency Network To Connect London And HK」。

主要的改善是來自於本來走西伯利亞的線路,現在改走蒙古... 不知道友沒有其他更低的線路... :o

Wednesday, May 18, 2011

www.ipv6.org.tw 的品質...

不知道最近在做什麼大事業,從台灣固網提供的 IPv6 native network 過去:
gslin@ipv6-test [~] (4:37) sudo ping6 -c 10 -i 0.2 www.ipv6.org.tw
PING6(56=40+8+8 bytes) 2001:4541:0:5:2e0:81ff:feb0:ddc3 --> 2001:c50:ffff:1:21a:92ff:fe43:d665
16 bytes from 2001:c50:ffff:1:21a:92ff:fe43:d665, icmp_seq=0 hlim=56 time=112.814 ms
16 bytes from 2001:c50:ffff:1:21a:92ff:fe43:d665, icmp_seq=1 hlim=56 time=137.987 ms
16 bytes from 2001:c50:ffff:1:21a:92ff:fe43:d665, icmp_seq=2 hlim=56 time=107.889 ms
16 bytes from 2001:c50:ffff:1:21a:92ff:fe43:d665, icmp_seq=3 hlim=56 time=114.263 ms
16 bytes from 2001:c50:ffff:1:21a:92ff:fe43:d665, icmp_seq=4 hlim=56 time=101.525 ms
16 bytes from 2001:c50:ffff:1:21a:92ff:fe43:d665, icmp_seq=5 hlim=56 time=118.025 ms
16 bytes from 2001:c50:ffff:1:21a:92ff:fe43:d665, icmp_seq=6 hlim=56 time=100.039 ms
16 bytes from 2001:c50:ffff:1:21a:92ff:fe43:d665, icmp_seq=7 hlim=56 time=113.664 ms
16 bytes from 2001:c50:ffff:1:21a:92ff:fe43:d665, icmp_seq=8 hlim=56 time=146.900 ms
16 bytes from 2001:c50:ffff:1:21a:92ff:fe43:d665, icmp_seq=9 hlim=56 time=124.038 ms

--- www.ipv6.org.tw ping6 statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/std-dev = 100.039/117.714/146.900/14.235 ms
然後用 IPv4 過去:
gslin@ipv6-test [~] (4:37) sudo ping -c 10 -i 0.2 www.ipv6.org.tw
PING www.ipv6.org.tw (210.17.9.228): 56 data bytes
64 bytes from 210.17.9.228: icmp_seq=0 ttl=57 time=111.309 ms
64 bytes from 210.17.9.228: icmp_seq=1 ttl=57 time=117.711 ms
64 bytes from 210.17.9.228: icmp_seq=2 ttl=57 time=90.354 ms
64 bytes from 210.17.9.228: icmp_seq=3 ttl=57 time=122.724 ms
64 bytes from 210.17.9.228: icmp_seq=4 ttl=57 time=132.470 ms
64 bytes from 210.17.9.228: icmp_seq=5 ttl=57 time=92.495 ms
64 bytes from 210.17.9.228: icmp_seq=6 ttl=57 time=114.230 ms
64 bytes from 210.17.9.228: icmp_seq=7 ttl=57 time=135.975 ms
64 bytes from 210.17.9.228: icmp_seq=8 ttl=57 time=121.982 ms
64 bytes from 210.17.9.228: icmp_seq=9 ttl=57 time=93.132 ms

--- www.ipv6.org.tw ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 90.354/113.238/135.975/15.608 ms
是怎麼了 @_@