akw28888 wrote:
前後兩者都是AWS...(恕刪)
Hinet前面就回了，Amazon網段的IP均往美國送，稱要Amazon才能改路由，這說法正確嗎？
dk504503 wrote:
那這組怎麼沒往美國...(恕刪)
統一以LeaseWeb香港看BGP情況 只擷取NTT部分
BGP routing table entry for 205.251.198.0/23
2914 38895, (Received from a RR-client)
203.131.250.57 (metric 2) from 43.249.36.1 (43.249.36.1)
Community: 2914:410 (NTT Communications and customer routes) 2914:1405 2914:2406 (sg (Asia)) 2914:3400 (Asia)
BGP routing table entry for 54.169.0.0/17
2914 2914 2914 2914 16509, (Received from a RR-client)
203.131.250.57 (metric 2) from 43.249.36.1 (43.249.36.1)
Community: 2914:410 (NTT Communications and customer routes) 2914:1408 2914:2401 (jp (Asia)) 2914:3400 (Asia)
首先Amazon本身有自己的骨幹 然後AWS的東京 新加坡都有NTT接入
然後這兩個段都是雙ASN廣播的 不過要注意的是205.251這個網段是做了anycast的(但沒有日本機房)
也就是說 205那個段本身anycast就沒包含日本機房 所以他在廣播路由上是根本沒做日本機房的路由進去的
然後他anycast就是把每個機房的出口都塞進去 不會有AWS那樣我走日本接入就直接進日本機房在走自家骨幹到新加坡這樣
所以 這個段 NTT HK收到的路由選項會是新加坡 + 其他(歐美等等) 那麼這種情況下最近的肯定是到新加坡嘛
所以說這個anycast段 NTT東京/新加坡/香港過去都是直接選新加坡那一條
至於AWS這個54.169段呢
NTT HK那邊的路由選項是新加坡 東京
而NTT選擇的最佳路徑是走東京的 不知道為什麼NTT香港是偏好東京>新加坡
而我們可以看到東京接入的路徑的AS PATH長度 AWS有在BGP做了手段讓他被拉長 (有發現多了三個2914吧?)
換言之 NTT HK->AWS新加坡的走法是: NTT HK-NTT JP-AWS JP-AWS SG這樣
我們可以推斷說他在54.169拉長這段路徑是為了怕他香港之類的地方過去也亂跑去日本
所以NTT 香港最後選出來的路由就是這條PATH長度很長的路徑了
(NTT 新加坡就是選 "2914 38895" 這條路徑出去了 因為路由器認為距離最短)
(NTT 日本 肯定是選 "2914 2914 2914 2914 16509" 這段 同上)
也就是說NTT不只看PATH長度去選路這樣
【以下只討論NTT PCCW 不討論別的】
接著我們來看HINET這邊的情況
(已知HINET北美骨幹都會經過AS9680, 然後到AWS的PCCW會繞美國TELIA[1299], HINET與NTT香港和日本有PEER)
205段大概是這樣子的:
9680 1299 3491 38895 (到北美骨幹進入TELIA)
2914 38895 (NTT東京)
2914 38895 (NTT香港)
那他選出來通常都會是NTT啦 至於是HK還是JP這個不一定 (那如果PCCW不繞路的話 可能會走PCCW)
54段大概是這樣子的:
9680 1299 3491 38895 (到北美骨幹進入TELIA)
2914 2914 2914 2914 16509 (NTT東京)
2914 2914 2914 2914 16509 (NTT香港)
結果選下來的就是205 NTT最短 54段居然是那條繞路的PCCW最短
所以結論是:
1. NTT智障亂選路 (這還會導致香港NTT過去是繞路的 而且路徑很長)
2. 為啥HINET的PCCW出口會收不到AWS的PCCW的路由...
3. HINET收不到這方面應該是要和AWS和PCCW的NOC共同反應 要三邊一起處理看是哪裡出了問題
4. 被BGP選路機制害到囉XDD
可能有點複雜
dk504503 wrote:
是不是百度雲 只要...(恕刪)
這組好像是百度新的香港伺服器 線路是NTT + TATA
(之前那組hk02ntt01似乎拔掉了)
到HiNet應該都是走NTT線路的 你是非固定制還是固定制?
現在這組 如果是非固定制就是繞東京/大阪回來 HiNet對NTT東京/大阪頻寬其實比香港大(至少有40~50G,香港5G)
雖然尖峰還是會塞車 但多線程下載似乎還是能有一點速度的(?)
如果是固定制以上是直接走NTT HK, 不太確定速度能有多少, 但是已知只要整條塞車就會完全沒速度..
------
我自己用百度網盤覺得最好的情況是連到中國伺服器 然後沒有丟封包的情況下
這樣多線速度可以跑的超級快
在沒有丟包的情況下 通常代表那個時候 中國那邊出口沒怎麼塞 HINET也沒塞
其實會比NTT那種半夜都可能出現塞爆情況的還順暢點~
內文搜尋
從 APP 打開
X