licson wrote:
74.125.203...(恕刪)
親愛的客戶您好： 感謝您的來信
經查詢台端提供2607:f8b0:4000:36::b之google服務網站其節點7之ipv6路由其延遲點已進入google服務路由管轄範圍,此部份應為該ipv6路由封包擁塞導致,而已非Hinet骨幹管轄,故煩請用戶反應google改善,或關閉ipv6之tcp/ip協定後以ipv4上網來改善,謝謝!!
notebook18k wrote:
測了兩部1080P，...(恕刪)
a5263922 wrote:
有貼圖寄給hinet...(恕刪)
首先, HiNet的IPv6目前在特定時段 Google會全部改分洛杉磯或者西雅圖的節點
可以先透過 https://redirector.googlevideo.com/report_mapping 查看
例如說這個時候還是分台北節點(TSA=台北)
像是這樣:
tsa01s02 : router: "pr01.tsa01" next_hop_address: "127.0.0.1" (2001:b011:3820::/51) [u]
可以注意一下這個next_hop 指的你的ISP與他節點兩邊的接入點IP
如果是127.0.0.1 就代表是有多條線接入這樣
然後你會發現 切到洛杉磯的時候 有很高的機會 next_hop 是顯示 Hinet 與 Level3的接入點 或者別的線路
也就是說 Google 北美->Hinet 這段 是走Level3或者別的HINET在北美的peering
而不是先到Google的台灣機房之後才進HiNet
這是導致YouTube速度慢的原因. 因為Level3與HINET只有10G 而且HINET的北美骨幹本身也在塞
所以導致速度慢就是HINET北美自己在塞
(PS. HINET -> GOOGLE 方向必定是從台灣接入然後走GOOGLE骨幹去目的地)
解決方法就是:
針對YouTube不要用IPv6, IPv4都還是正常走到Hinet的Google Global Cache這樣
如果你的路由器韌體能用iptables的話 你也可以把那個北美節點的網段給設置成返回RST
這樣會馬上Fallback去台北節點..
18:57更新:
這是怎樣 我才剛回完
馬上被切去LAX
lax28s03 : router: "pr01.lax16" next_hop_address: "2001:2000:3080:1216::1" (2001:b011:3820::/51)
然後現在走的是 TELIA 到 HINET, 不過這個next_hop是Google買的Transit
內文搜尋
從 APP 打開
X