最近玩的遊戲荒野亂鬥有很高的機率有高延遲的狀況,遊戲主要是用GCP伺服器,遊戲商沒租用台服,比較常分配到日服、港服和新加坡服。

下圖前三個IP是比較常配到的日港新服IP網段,Hinet的路由日本繞香港,香港新加坡繞美國,比起其它網路業者延遲都高了好幾倍。

圖中456 的IP是比較少配到的日港新服IP網段,不論Hinet或其它網路業者均從島內peering進谷歌網路,延遲表現都相當不錯,看起來是谷歌有意為之,意圖施壓讓遊戲公司租用台服。

後面兩個AWS是台灣區鮮少會配到的印服和美服,應該可以暫時不看。

我的問題是下列三個IP,Hinet有沒有不這麼繞的路由?想請大家幫忙測看看,用以提供給Hinet調整,謝謝。
35.213.38.150
35.215.140.163
35.213.139.8

中華電信Hinet可以不要這麼繞嗎?

附上遊戲正常與高延遲的影片



直播放送爆ping的實況主
中華電信Hinet可以不要這麼繞嗎?
文章關鍵字
你可能要去注意hinet公告
海纜斷就是會繞
天真野小孩
恐怕不是海纜斷這麼簡單的問題。
james58899
但到日本的海纜沒斷吧,怎麼也會繞?
traceroute to 35.213.38.150 (35.213.38.150), 30 hops max, 60 byte packets
1 * * *
2 168-95-150-82.fyfy-3301.hinet.net (168.95.150.82) 2.072 ms 2.102 ms 2.091 ms
3 220-128-18-74.chch-3031.hinet.net (220.128.18.74) 5.176 ms 220-128-18-66.chch-3031.hinet.net (220.128.18.66) 5.073 ms 220-128-18-74.chch-3031.hinet.net (220.128.18.74) 5.135 ms
4 220-128-18-6.tpdb-3031.hinet.net (220.128.18.6) 5.641 ms 220-128-16-165.hinet-ip.hinet.net (220.128.16.165) 5.592 ms 220-128-16-249.tchn-3021.hinet.net (220.128.16.249) 4.373 ms
5 220-128-16-82.tpdb-3031.hinet.net (220.128.16.82) 4.976 ms 220-128-16-62.tpdb-3031.hinet.net (220.128.16.62) 4.927 ms 220-128-16-46.tpdb-3031.hinet.net (220.128.16.46) 4.978 ms
6 220-128-3-153.tpdt-4123.hinet.net (220.128.3.153) 4.234 ms 220-128-30-237.tpdt-4013.hinet.net (220.128.30.237) 4.993 ms 220-128-30-233.tpdt-4013.hinet.net (220.128.30.233) 4.939 ms
7 220-128-30-197.tpdt-4013.hinet.net (220.128.30.197) 4.890 ms 4.380 ms 220-128-30-233.tpdt-4013.hinet.net (220.128.30.233) 4.329 ms
8 * * *
9 * * if-ae-2-2.thar1.hk2-hongkong.as6453.net (116.0.82.62) 163.452 ms
10 * * *
11 * * if-et-7-2.hcore2.ovc-tokyo.as6453.net (216.6.54.5) 164.176 ms
12 if-et-14-2.hcore2.ovc-tokyo.as6453.net (180.87.180.58) 164.152 ms 157.136 ms 116.0.91.38 (116.0.91.38) 62.587 ms
13 116.0.91.38 (116.0.91.38) 68.501 ms 63.891 ms if-et-7-2.hcore2.ovc-tokyo.as6453.net (216.6.54.5) 163.146 ms
14 150.38.213.35.bc.googleusercontent.com (35.213.38.150) 63.883 ms if-et-7-2.hcore2.ovc-tokyo.as6453.net (216.6.54.5) 165.347 ms 150.38.213.35.bc.googleusercontent.com (35.213.38.150) 61.487 ms
試了一下...光到香港要150~160ms 跟跑去太平洋對岸差不多了
這不知道是繞去哪了還是塞很大?


在上限 30 個躍點上
追蹤 150.38.213.35.bc.googleusercontent.com [35.213.38.150] 的路由:

1 1 ms <1 ms 1 ms h254.s98.ts.hinet.net [168.95.98.254]
2 2 ms 1 ms 1 ms 168-95-36-162.nkn1-3331.hinet.net [168.95.36.162]
3 * * * 要求等候逾時。
4 6 ms 7 ms 6 ms 220-128-26-62.tpdb-3031.hinet.net [220.128.26.62]
5 6 ms 5 ms 5 ms 220-128-3-153.tpdt-4123.hinet.net [220.128.3.153]
6 6 ms 6 ms 6 ms 220-128-30-201.tpdt-4013.hinet.net [220.128.30.201]
7 * * * 要求等候逾時。
8 162 ms 161 ms 171 ms if-ae-37-4.tcore1.hk2-hongkong.as6453.net [116.0.93.147]
9 157 ms * * if-ae-28-3.tcore2.tv2-tokyo.as6453.net [116.0.67.111]
10 162 ms 161 ms 161 ms if-et-15-2.hcore1.ovc-tokyo.as6453.net [120.29.217.10]
11 157 ms 157 ms 158 ms if-bundle-5-2.qcore2.ovc-tokyo.as6453.net [216.6.54.3]
12 162 ms 162 ms 172 ms if-et-7-2.hcore2.ovc-tokyo.as6453.net [216.6.54.5]
13 64 ms 64 ms 63 ms 116.0.91.38
14 159 ms 158 ms 158 ms 150.38.213.35.bc.googleusercontent.com [35.213.38.150]

追蹤完成。
天真野小孩
應該是台灣到香港先爆了
天真野小孩
有三個IP,三個地點喔!大家怎麼都只測第一個?
光世代經濟型500M/500M測出來的結果也是往香港那段塞爆了





天真野小孩
第三個新加坡沒繞美國欸 但延遲還是好高
其實也不用試了,單純就過路費還有線路優先權問題
之前就遇過開VPN機房給對岸翻牆用的
在抱怨為何HINET家用2G,給客戶連回去只有20Mbps

這種情況通常只有用VPN才能解決
如果遊戲限制VPN,那就花錢買專線,或是換ISP商才能解決
以趨勢VPN日本節點繞過去香港結果給你參考(Amazon線路)

ISP部份為中華非固定制500M
用趨勢VPN日本節點15.220.83.239連線到35.215.140.163
追蹤 163.140.215.35.bc.googleusercontent.com [35.215.140.163] 的路由:

1 7 ms 7 ms 7 ms 192.168.0.1
2 * * * 要求等候逾時。
3 * * * 要求等候逾時。
4 * * * 要求等候逾時。
5 13 ms 15 ms 7 ms 15.230.139.194
6 7 ms 15 ms 16 ms 15.230.139.4
7 39 ms 39 ms 38 ms 100.91.135.181
8 * * * 要求等候逾時。
9 * * * 要求等候逾時。
10 50 ms 38 ms 58 ms 150.222.77.156
11 47 ms 43 ms 38 ms ae-15.a03.tokyjp08.jp.bb.gin.ntt.net [61.213.161.49]
12 42 ms 42 ms * ae-26.r32.tokyjp05.jp.bb.gin.ntt.net [129.250.5.202]
13 91 ms 104 ms 115 ms ae-2.r26.tkokhk01.hk.bb.gin.ntt.net [129.250.2.51]
14 91 ms 93 ms 107 ms ae-0.a00.chwahk03.hk.bb.gin.ntt.net [129.250.4.245]
15 56 ms 56 ms 56 ms 203.131.250.82
16 56 ms 57 ms 57 ms 163.140.215.35.bc.googleusercontent.com [35.215.140.163]

15.220.83.239連線到35.213.139.8
在上限 30 個躍點上
追蹤 8.139.213.35.bc.googleusercontent.com [35.213.139.8] 的路由:

1 6 ms 6 ms 7 ms 192.168.0.1
2 * * * 要求等候逾時。
3 * * * 要求等候逾時。
4 * * * 要求等候逾時。
5 15 ms 15 ms 7 ms 15.230.139.130
6 7 ms 7 ms 10 ms 15.230.139.8
7 57 ms 57 ms 57 ms 100.91.182.0
8 * * * 要求等候逾時。
9 * * * 要求等候逾時。
10 55 ms 55 ms 55 ms 72.14.205.175
11 * * 56 ms 72.14.205.174
12 56 ms 56 ms 56 ms 8.139.213.35.bc.googleusercontent.com [35.213.139.8]

追蹤完成。

15.220.83.239連線到35.213.38.150
在上限 30 個躍點上
追蹤 150.38.213.35.bc.googleusercontent.com [35.213.38.150] 的 路由:

1 7 ms 7 ms 7 ms 192.168.0.1
2 * * * 要求等候逾時。
3 * * * 要求等候逾時。
4 * * * 要求等候逾時。
5 15 ms 15 ms 15 ms 15.230.139.130
6 7 ms 7 ms 7 ms 15.230.139.0
7 60 ms 47 ms 56 ms 100.91.135.181
8 * * * 要求等候逾時。
9 38 ms 38 ms 38 ms 99.82.181.64
10 37 ms 38 ms 37 ms 99.82.181.65
11 39 ms 39 ms 38 ms 150.38.213.35.bc.googleusercontent.com [35.213.38.150]

追蹤完成。
天真野小孩
我有直接在GCP架VPN連進去了,效果也不錯,只是想要看看Hinet路由能有多爛,不是,能有多繞而已。
天真野小孩
重點是其它家都不會這麼繞,Hinet怎麼可以繞得這麼理直氣壯?說都是谷歌的錯。
日本:35.213.38.150

看起來第八跳是到香港轉去東京塞爆了



香港:35.215.140.163

在Hinet 自己路由爆炸了,但為什麼去香港路要從美國轉過去

促使海纜斷了還有路可以走吧,這條路繞超遠.....



新加坡:35.213.139.8

這條會比較正常點,但跳進去新加坡境內也蠻堵的




如果有機會讓Hinet 調整,應該就是香港那條,那條是Hinet 路由不穩定,從美國繞過去香港本身就是很怪異事情

日本,新加坡會時好時壞,但要低延遲香港那條有機會被修正回來。
天真野小孩
應該說Hinet國內的transit少得可憐,美國的transit比較便宜?
billese10
美國transit 確實便宜~~~在台灣跟各家電信transit 大部份都還是要跟Hinet 拉,Hinet 選擇跟其他業者拉比較少,國外線路也是
想請教如何判斷封包經過哪些國家的isp機房及使用了誰的海底電纜,怎麼知道路由伺服器ip在哪個國家
天真野小孩
從他trace出來的主機名稱可以稍微判斷,延遲時間也可稍微判斷有沒有跳出國了
Hinet 500/500、測試時間與回文時間差不多,
供樓主參考。


在上限 30 個躍點上
追蹤 150.38.213.35.bc.googleusercontent.com [35.213.38.150] 的路由:

1 <1 ms <1 ms <1 ms router.asus.com [192.168.1.1]
2 1 ms 2 ms 2 ms h254.s98.ts.hinet.net [168.95.98.254]
3 2 ms 2 ms 2 ms 168-95-84-150.tpe4-3331.hinet.net [168.95.84.150]
4 3 ms 2 ms 1 ms 220-128-5-177.hinet-ip.hinet.net [220.128.5.177]
5 2 ms * 2 ms 220-128-3-206.tpdb-3031.hinet.net [220.128.3.206]
6 2 ms 1 ms 1 ms 220-128-1-41.tpdt-4123.hinet.net [220.128.1.41]
7 5 ms 3 ms 2 ms 220-128-30-241.tpdt-4013.hinet.net [220.128.30.241]
8 34 ms 35 ms 29 ms 211-22-33-177.hinet-ip.hinet.net [211.22.33.177]
9 * * * 要求等候逾時。
10 * * * 要求等候逾時。
11 80 ms 77 ms 76 ms if-bundle-15-2.qcore1.ovc-tokyo.as6453.net [120.29.217.10]
12 79 ms 73 ms 73 ms if-et-55-2.hcore1.ovc-tokyo.as6453.net [116.0.90.48]
13 74 ms 73 ms 71 ms if-et-1-2.hcore2.ovc-tokyo.as6453.net [116.0.90.21]
14 57 ms 59 ms 58 ms 116.0.91.38
15 69 ms 70 ms 69 ms 150.38.213.35.bc.googleusercontent.com [35.213.38.150]

追蹤完成。


在上限 30 個躍點上
追蹤 163.140.215.35.bc.googleusercontent.com [35.215.140.163] 的路由:

1 <1 ms <1 ms <1 ms router.asus.com [192.168.1.1]
2 2 ms 1 ms 1 ms h254.s98.ts.hinet.net [168.95.98.254]
3 2 ms 2 ms 2 ms 168-95-84-150.tpe4-3331.hinet.net [168.95.84.150]
4 3 ms 2 ms 2 ms 220-128-5-9.tpe4-3301.hinet.net [220.128.5.9]
5 3 ms * 3 ms 220-128-8-242.tyfo-3031.hinet.net [220.128.8.242]
6 3 ms 2 ms 2 ms 220-128-7-213.tyfo-4411.hinet.net [220.128.7.213]
7 2 ms 2 ms 2 ms 10.0.0.41
8 3 ms 2 ms 3 ms 220-128-7-214.tyfo-3031.hinet.net [220.128.7.214]
9 3 ms 5 ms 3 ms 220-128-8-118.tpdb-3031.hinet.net [220.128.8.118]
10 * * * 要求等候逾時。
11 2 ms 2 ms 2 ms 220-128-31-5.r4001-s2.tp.hinet.net [220.128.31.5]
12 127 ms 126 ms 126 ms 202-39-91-77.pa-r31.us.hinet.net [202.39.91.77]
13 * * * 要求等候逾時。
14 140 ms 138 ms 141 ms be2430.ccr22.sfo01.atlas.cogentco.com [154.54.88.185]
15 141 ms 141 ms 142 ms be4446.rcr71.smf01.atlas.cogentco.com [154.54.30.9]
16 154 ms 153 ms 153 ms be4448.ccr21.pdx01.atlas.cogentco.com [154.54.31.102]
17 282 ms 281 ms 282 ms be3701.ccr21.hkg02.atlas.cogentco.com [154.54.87.122]
18 286 ms 283 ms 281 ms be2414.rcr51.hkg01.atlas.cogentco.com [154.54.88.50]
19 283 ms 282 ms 283 ms be4067.agr61.hkg01.atlas.cogentco.com [154.54.90.42]
20 288 ms * 286 ms be4073.nr71.b065790-1.hkg01.atlas.cogentco.com [154.24.48.110]
21 * * * 要求等候逾時。
22 * * 333 ms 163.140.215.35.bc.googleusercontent.com [35.215.140.163]

追蹤完成。


在上限 30 個躍點上
追蹤 8.139.213.35.bc.googleusercontent.com [35.213.139.8] 的路由:

1 <1 ms <1 ms <1 ms router.asus.com [192.168.1.1]
2 1 ms 1 ms 1 ms h254.s98.ts.hinet.net [168.95.98.254]
3 4 ms 8 ms 2 ms 168-95-84-150.tpe4-3331.hinet.net [168.95.84.150]
4 * * * 要求等候逾時。
5 1 ms 1 ms 2 ms 220-128-12-205.pcpd-4101.hinet.net [220.128.12.205]
6 3 ms 1 ms 2 ms 220-128-6-145.pcpd-4001.hinet.net [220.128.6.145]
7 169 ms 144 ms 144 ms ix-ae-17-0.tcore1.svw-singapore.as6453.net [180.87.12.214]
8 * * * 要求等候逾時。
9 150 ms 155 ms 148 ms 142.250.165.208
10 147 ms 147 ms 148 ms 8.139.213.35.bc.googleusercontent.com [35.213.139.8]

追蹤完成。



billese10 wrote:
促使海纜斷了還有路可以走吧 ,這條路繞超遠.....


中華的 APG、RNAL/FNAL 這兩條海纜,在今年三月都有發生故障,
不過不知道什麼原因,往往海纜故障通常都在 1~2 個月就會修復,
但這兩條海纜出現障礙後,至今已經三個月多了,似乎修復遙遙無期。

因APG海纜障礙影響HiNet客戶連線新加坡部份網站之連線品質 起訖日期:2024-03-10

因RNAL/FNAL海纜障礙影響HiNet客戶連線中國、香港部份網站之連線品質 起訖日期:2024-03-13
天真野小孩
別人買幾個出國的transit,路由都漂漂亮亮的。
天真野小孩
第一個到日本的,我有測到不同IP會有兩條路到香港,一條會爆一條像你的結果一樣正常。
對路由有疑慮的話,就打電話給中華網路客服,提供ping與tracert的紀錄,後續由工程師判斷處理,來確定那個節點有問題
benzyl19
來這裏Po文應該不會比打客服有用
天真野小孩
你確定打客服來處理的不會是宏華師傅?我到TCMC申訴後,行動基地台工程師還來找我測網速呢!
關閉廣告
文章分享
評分
評分
複製連結

今日熱門文章 網友點擊推薦!