幹壞事是進步最大的原動力
前幾天 Gmail 可以正常運作，但一直收不到信的問題由官方發公告出來解釋了：「More On Gmail’s Delivery Delays」。
官方宣稱，這次的問題出自於兩個獨立的網路同時掛掉，造成 Gmail 的收信處理能力大幅下降：
The message delivery delays were triggered by a dual network failure. This is a very rare event in which two separate, redundant network paths both stop working at the same time. The two network failures were unrelated, but in combination they reduced Gmail’s capacity to deliver messages to users, and beginning at 5:54 a.m. PST messages started piling up.
最後是十個多小時後完全恢復。
英國的 ISP BT Retail 開始測試 CGNAT (Carrier-grade NAT) 了：「BT Begins Customer Tests of Carrier Grade NAT」。
空前但未必是絕後的大型 NAT 計畫，如果 CGNAT 可行，IPv6 會再往後延個好幾年吧...
Update：被 comment 提醒跑去測試，發現中華的 3G 早就是了：(CGNAT 會用 100.64.0.0/10，範圍到 100.127.255.255)
Linode 剛剛發表了「Linode Nextgen: The Network」，對外說明他們砸了大筆銀子在骨幹網路上，於是把本來的傳輸限制提昇為原來的十倍。也就是本來限制 200GB 的 Linode 512 就變成 2000GB。
六個機房都包括在內：(於是東京機房也是其中之一)
We’re upgrading our entire network, in all six datacenters.
然後所有架構都是以 Cisco Nexus 為主：
看起來 Cisco 給了很漂亮的價錢讓 Linode 廣告... XD
這麼多頻寬好像可以拿來幹些事情... (來想看看)
據說是改接線路跳過 UPS 後直接上市電供應，然後逐層恢復：(出自公開社團「225 內湖機房斷線八卦區」)
然後中華也恢復對 ajax.googleapis.com 該有的 packet loss 了：(參考上篇「HiNet 到 Google 改走國際線路，packet loss rate 反而降下來...」)
現在連的到 www.chief.com.tw 了，也看得到官方公告「是方電訊IDC大樓復電 客戶服務陸續恢復正常」了...
CloudFlare 是一種 CDN 服務，相較於其他 CDN 會被歸類到 Akamai 的 Dynamic Site Accelerator，Limelight Networks 的 Dynamic Site Platform，或是 EdgeCast 的 Application Delivery Network。
這類型的 CDN 加速服務，如果用在完全沒有考慮最佳化的網站上，效果應該會很明顯。但如果拿到 WordPress 或是其他 open source 軟體上，反而會因為軟體已經做了不少處理，上了 CloudFlare 反而因為多了一層而變慢。
不過會變慢多少呢？有人跳下去測試寫報告了：「Cloudflare Showdown」，如果懶得看中間的數據，可以看最後的結論「Conclusion」。
如果用在已經最佳化過的網站上，用 CloudFlare 會慢不少，如果是 WordPress 及其他 open source 軟體，最好的情況是快一點點，但最差的情況會慢個幾倍... 作者下的結論是「不要用」。
跟預期差不多，動態資料的加速基本上是個商業包裝而已，真正需要加速還是得自己把可以 cache 的部份切割出來。
把一些思路整理成投影片，之後如果要教育訓練也比較方便...
把「為什麼平常就要記錄系統狀態」的原因寫成投影片：
Speaker Deck 還蠻好用的啊，之後應該都不會用 SlideShare 了...
World IPv6 Day 結束了，結束後第一個看到公告的是 Facebook 在「Exciting Results from World IPv6 Day」提到的：
Based on the encouraging results, we’ve decided to leave our Developer site dual-stacked, supporting both IPv4 and IPv6. And we will continue to adapt our entire code base and tools to support IPv6.
也就是 developers.facebook.com 仍然會保留 IPv6 & IPv4 位置：
developers.facebook.com
developers.facebook.com. 30 IN AAAA 2620:0:1c00:0:face:b00c:0:7
不過這次 World IPv6 Day 以 Facebook 的量也才看到 1 million users 啊...
另外觀察到 www.limelightnetworks.com 還繼續有 IPv6 服務：
www.limelightnetworks.com. 128 IN CNAME llnw.vo.llnwd.net.
llnw.vo.llnwd.net. 257 IN AAAA 2402:6800:720:11:230:48ff:fed9:f114
llnw.vo.llnwd.net. 257 IN AAAA 2402:6800:720:11:230:48ff:fe8d:aa74
另外這個比較特別，不確定是還沒拔掉還是決定要繼續跑：
www.hinet.net. 300 IN AAAA 2001:b000:180:3::7
亞太區 APNIC 手上的 IPv4 位置也分完了：「Asia Runs Out of IPv4 Addresses」。
也就是說，要跟 APNIC 拿 IPv4 address 沒得拿了，要 IPv4 address 得跟現有的這些人買，不然就得想辦法跨區要。
這個消息對今年兩個月後的 IPv6 測試有更高的期望了...
Matt Cutts 在 Twitter 上面提到 Google 公司內的網路速度：
首先是 Speedtest.net 的測試速度：(Holy... 那個上載速度超過 100Mbps 啊)
然後是遊戲 (RIFT) 下載的速度：(剩下 7.xGB 的檔案只要三分鐘多就可以傳完)
這真是太炫耀了 =_=
