Re: [問卦] 台灣連外頻寬瓶頸
今天 CloudFlare 宣佈在大阪開了第 35 個 data center....
https://blog.cloudflare.com/osaka-data-center/
※ 引述《everest (艾弗勒斯)》之銘言:
: ※ 引述《birdy590 (Birdy)》之銘言:
: : 從上面資料可以做出幾點判斷
: : 1. CloudFlare 在日本放在 Equinix Tokyo
: : 2. 內容業者通常都開放 peering, 所以在這裡也加入了 MLPE
: : 日本的大手業者不會讓你這樣連, 所以只能搞定像 3 的獨立業者
: : 3. 只靠 peering 當然不夠, 需要另外買 IP transit. 在美國通常是找一家
: : Tier-1 就夠... 亞洲的狀況複雜一點, 如果不是找 NTT 之類(貴)
: : 可能會需要兩家區域性的大型業者才夠.
: : 4. 以這個 case 而言, 它只買了一家就是 PACNET. 凡是沒有在 Equinix
: : 跟它互連的, 全都要靠 PACNET 轉送.
: : CloudFlare <-> PACNET 的頻寬應該沒有問題, 否則日本當地業者也會一起爛
: : (以 NTT 為例, 雖然中間轉了兩家業者但 latency 還是很低)
: : Hinet 在台灣沒有接 PACNET, 實際狀況看在日本應該也沒有(都有商業考量在)
: : 香港在亞洲而言網路環境是相對比較開放, 這兩家終於有機會見面了
: : 但是 Hinet 可以從香港進 PACNET, 不代表 PACNET 也會從香港回 Hinet
: : 初步測試多找了幾個點 latency 可能都是從美國回(不意外, 這樣最便宜)
: : 治本的方法是 CloudFlare 至少再找一家客戶區域連線品質較好的上游買
: : IP Transit 就搞定, 否則日本/台灣各自的網路環境絕對是卡死到底
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.127.111.217
※ 文章網址: https://www.ptt.cc/bbs/Broad_Band/M.1435031026.A.551.html
※ 編輯: everest (59.127.111.217), 06/23/2015 11:44:10
→
06/23 12:25, , 1F
06/23 12:25, 1F
→
06/23 14:18, , 2F
06/23 14:18, 2F
→
06/23 14:19, , 3F
06/23 14:19, 3F
→
06/23 14:20, , 4F
06/23 14:20, 4F
→
06/23 14:20, , 5F
06/23 14:20, 5F
→
06/23 14:20, , 6F
06/23 14:20, 6F
→
06/23 14:20, , 7F
06/23 14:20, 7F
→
06/23 21:11, , 8F
06/23 21:11, 8F
→
06/23 21:13, , 9F
06/23 21:13, 9F
→
06/23 21:13, , 10F
06/23 21:13, 10F
→
06/24 09:52, , 11F
06/24 09:52, 11F
→
06/24 16:59, , 12F
06/24 16:59, 12F
→
06/24 17:00, , 13F
06/24 17:00, 13F
→
06/24 17:02, , 14F
06/24 17:02, 14F
→
06/24 19:20, , 15F
06/24 19:20, 15F
→
06/24 19:20, , 16F
06/24 19:20, 16F
討論串 (同標題文章)