Re: [問題] Google DNS 進不去Facebook

看板Broad_Band作者hakugetsu (hakugetsu)時間7年前 (2016/12/16 17:50)推噓9(9推 0噓 18→)

留言27則, 9人參與討論串2/3 (看更多)

※ 引述《canandmap (地圖上的流浪者)》之銘言： : 昨晚用FB回訊息回到一半突然Lag : 然後重新整理網頁就開始不停轉圈圈 : 在Facebook板發文求救後，有板友表示是DNS出問題 : 使用Google的DNS(8.8.8.8/8.8.4.4)完全進不去 : 用Hinet的DNS就可以進去了，後來自己也做過實驗確實是如此(我是Hinet光世代用戶) : 不知道Google DNS出了什麼問題導致進不了facebook?會是和海纜有關嗎? 終於有人發現中華出口有好幾條永遠成天大塞車到網站直接打不開了嗎... 那就來提一下中華幾條亞洲出口的真正頻寬吧 HiNet到NTT香港總共只有兩條線其中一條是STM-16(有明確標註) 另外一條不意外的話應該也是 STM-16一條只有約2.488Gbps頻寬這些出口大概幾年前就這點量了.. 直到2016年底還是這樣總共約5Gbps 依照HiNet在bgp上面做的手腳非固定制的IP段 NTT HK到台灣方向都是繞行東京/大阪的只有台灣到HK方向會直達因為頻寬就這麼小中華選擇的是給家用繞行走別條線而不是去拓寬出口甚麼的... 這一點在其他尖峰很塞的線路也同樣出現中華的香港出口基本上到了尖峰已知PCCW NTT PACNET全都在塞車 PCCW一樣是不少非固定制網段都是繞行東京回來的隨便舉例一個59.115.x.x PCCW到中華的帶寬大了很多，但是需求也超級大，儘管你是固定制或者更高等級的HiNet 雖然是直達但是尖峰還是延遲漂浮很嚴重 PACNET大概...沒救了頻寬就幾條1G加一條看不出大小的在CloudFlare有台灣POP之前，這條線幾乎是每個禮拜至少大爆炸一兩次吧。之前CF免費版中華過去Anycast到洛杉磯之後是稍微比較不塞了 10-11月有2天突然又切成了到pacnet hk/東京然後馬上又是塞到500ms+嚴重的掉封包基本上香港這三條應該是需求特別大，然後又塞的超嚴重的都幾年了完全不想拓寬其實頻寬超級小的出口，大多都是很久之前就開始在用的了然後你會發現這堆很塞的出口中華的解決方式就是讓家用級別的繞路不過並沒有甚麼改善... 用smokeping做監控就知道多可怕了同樣中華頻寬超級小的出口還有： 1. 韓國LG (STM-16) 而且這條在2003年之前就有了 2. 香港TATA 3. 美國HE (這條其實有30G 但是你在尖峰常常會發現延遲增加一倍) 啊其實現在中華不管到哪頻寬都不夠了而且就算是中華自家hicloud這種IDC級別的照樣該炸掉的還是炸掉.. 反觀別家ISP 就連用各種爛方法節省自家出口的亞太這個月都上線了新的香港出口而且台北過去只要15-16ms.. 遠傳跟台哥大則是買了大量的PCCW NTT頻寬去支撐亞洲的流量速度我是不太確定，但是至少人家沒有塞到整個不能用儘管其他家業者的民用網路可能因為集縮比或者把資源留給IDC業務上面所以通常覺得別家也沒特別好但是中華是只要你用的是AS3462底下的網路全都這鬼樣子了中華在這樣持續擺爛他的國際出口.. 我看出口很快就變成和中國三大ISP一樣慘了加油，好嗎？聽說最近中華董事長換人了.. 你家用，企業，IDC網路都比別人貴然後給出來這個出口品質是什麼鬼.. ----- Sent from JPTT on my Samsung SM-N910U. -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 101.139.148.214 ※ 文章網址: https://www.ptt.cc/bbs/Broad_Band/M.1481881802.A.02D.html ※ 編輯: hakugetsu (101.139.148.214), 12/16/2016 17:53:48

推

birdy590

12/16 17:53, , 1^F

12/16 17:53, 1^F

我知道他到處想要跟人家收錢而且還超級貴啊連台灣內的paid peer都要坑一筆就像今年的CF和微軟遇到的事情一樣。題外話他給家用網路越來越繞的網路.. 最近有朋友在跟DigitalOcean這家VPS品牌他們新加坡詢問到中華很不穩的問題結果他們的noc全部測了一次他們所有的transit 沒有一條能用的 telstra收到的路由大量繞美國 ntt繞日本而且還是塞 pccw也很愛繞不繞跟繞都塞 ※ 編輯: hakugetsu (101.139.148.214), 12/16/2016 18:01:35

推

r1239386

12/16 19:18, , 2^F

12/16 19:18, 2^F

→

r1239386

12/16 19:18, , 3^F

12/16 19:18, 3^F

→

r1239386

12/16 19:18, , 4^F

12/16 19:18, 4^F

可以試試看這篇: https://3cyber.com/3571

推

kclonline

12/16 20:09, , 5^F

12/16 20:09, 5^F

→

kclonline

12/16 20:09, , 6^F

12/16 20:09, 6^F

推

kclonline

12/16 20:22, , 7^F

12/16 20:22, 7^F

202.77.59.42是HKBN香港吧？ HKBN跟HINET有直連的不過HINET過去這個IP走的是TATA 看你的圖回來好像也是走TATA TATA的情況我沒提到不好意思這邊補充一下 TATA HK->HIENT方向應該是除了到168.95.1.1那個網段之外全都繞路 (我真的沒測出來有其他網段直連的)

→

smiling

12/16 20:53, , 8^F

12/16 20:53, 8^F

→

smiling

12/16 20:53, , 9^F

12/16 20:53, 9^F

31.13.87.x都是台北伺服器沒啥問題 ※ 編輯: hakugetsu (59.115.210.143), 12/16/2016 21:10:46

→

pentw

12/16 22:43, , 10^F