• 2

12/02 updated [?]中華電信光世代特定網段跟cloudflare 1.1.1.1延遲變高

因為Cloudflare到中華某些網段的路由會繞去日本,這是Cloudflare的問題,跟中華沒什麼關係。

繞日本:




正常:
yuusuke
yuusuke 樓主

為什麼你的tracert會跳這麼多點?可否tracert cloudflare dns 1.1.1.1看看

2022-11-20 22:27
ares57

我po的圖你可以當作是從1.1.1.1cloudflare機房tracert到中華的ip

2022-11-20 23:30
自已對光世代延遲也有一些觀察, 針對 google dns 8.8.8.8 追蹤, 正常平均大約 2ms, 但異常時段會破百ms...



但觀察 24hrs 紀錄, 幾乎每天晚上 00:00-01:00 google dns 延遲就會飆高, 晚上大家都在睡覺, 怎會延遲變這高, 暫時無法理解...



放大一周, 卻發現有其規律性, 不曉得是哪裡出問題? 是中華晚上不睡覺做網路調動, 還是 google 在調動, 還是家中某個 iot 設備發作, 暫時還不清楚狀況...



想問晚上不睡覺網友是否可以在凌晨 00:00-01:00 幫忙 ping 一下 google 8.8.8.8 看看....
Have a nice day~
aru
aru

嗯, 如您所說的這樣是最好, 但假設大家測試都正常, 就有可能是自己設備的問題了...

2022-11-20 12:52
yuusuke
yuusuke 樓主

google通常比較穩定,之前碰過一種狀況是某android tv不知哪裡有問題,一旦解析不到特定ip,就會瘋狂送出每秒200次以上dns請求,直到解析到為止或關機,造成路由器高負載延遲

2022-11-20 16:34
也來po自己測試的結果:




101.101和8.8不是最快的,反而是台灣大寬頻,問題是我的ISP是中華
不過不知為何1.1.1.1被踢出最速排名前四名之外...


上傳一開始也有掐速的現象,但後來就恢復正常,我的BRAS是22xx開頭,不是225x




用電腦控制台或cmd查自己ip是192.168.1.101,speedtest卻顯示118.168.61.164?

至於網段,由於沒有真固i只有假固i就不測試了
yuusuke
yuusuke 樓主

浮動ip重撥後有機會拿到不同網段,我光世代還沒被限縮前的有114.、220、1.160、1.163、36.234、118.167,而且每個網段對海外的延遲都不一樣,有些連美西快,有些連中國快

2022-11-22 18:40
地圖上的流浪者

了解,之後有時間再來測試假固i的情況

2022-11-23 10:27
ares57 wrote:
因為Cloudflare到中華某些網段的路由會繞去日本,這是Cloudflare的問題,跟中華沒什麼關係。
人品是做人最好的底牌.
yuusuke
yuusuke 樓主

所以您剛測試正常的ip網段是? 我每則留言都看得很清楚不需repeat,謝謝

2022-11-20 22:10
浮動ip,36.234測出來的
NeverGiveUp!! wrote:


(恕刪)
yuusuke
yuusuke 樓主

感謝分享,所以36.234也是很正常

2022-11-21 15:10
yuusuke
yuusuke 樓主

感謝分享,你的也是很正常低延遲,而且怎麼跑去澳洲還只有5ms?

2022-11-21 20:09
差不多是這樣...........

aru wrote:
自已對光世代延遲也有...(恕刪)
aru
aru

謝謝您們, 先給五分... XD

2022-11-22 20:56
yuusuke
yuusuke 樓主

保險一點還是要追蹤一下是否裝置有異常dns請求

2022-11-22 21:11
220.132網段
TPDB-BRAS-2223


浮動的114.43倒是很快
忘東忘西

btw 中間節點沒回應不代表是loss 單純只是他沒有回應icmp而已 畢竟你的封包還是有傳到1.1.1.1 代表節點運作正常

2022-11-23 10:03
yuusuke
yuusuke 樓主

照11樓說的確實部分網段查1.1.1.1有可能繞去日本,可能剛好就是這一段沒回應icmp

2022-11-23 12:39
==12/02========================================================
今天繼續測試不同浮動ip網段跟1.1.1.1的延遲似乎又正常了,
如圖可以看到118.167.121.0/24可以維持正常延遲<3ms,
而且之前有一段icmp loss的節點不見了,
然後同樣再去測clouldflare speedtest,不管上下傳延遲都正常,
沒跑滿500/250是因為有開fq_codel抑制緩衝膨脹。





地圖上的流浪者

還好有修復,不然高延遲還會持續一陣子,雖然這數字對人類來說根本無感

2022-12-04 19:13
yuusuke
yuusuke 樓主

沒記錯的話,那個有問題的節點也是中華電信的

2022-12-08 6:04
雖然我不知道測這個的目的在哪。
不過幫忙也跟著做了一下。

假固I,與直接PPPOE浮動一至的結果

追蹤ONE ONE ONE ONE






PING GOOGLE 8.8.8.8


  • 2
內文搜尋
X
評分
評分
複製連結
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?