到了晚上PING會變高是哪邊出問題?

148分

21樓

個人積分：148分

文章編號：59906259

1. (回樓主）抓錯就是這麼麻煩，沒有問題的時候如何抓？只能自己多花力氣，抓到爆ping的時候，對出去的每個節點趕快ping才能找到老鼠屎。。
就好像，台北家到台南上高速再下來，就這麼幾條高速，各個高速就這麼幾條交流道。某交流道（甚至平面的紅綠燈口）塞車，後面自然有delay. 道理很簡單。

2. 針對某本版的CHT抱怨常客（大家都知道是誰，你自己也應該知道。。）奉勸一下，在這裡發文不會讓你的網路變好，CHT也聽不到你的抱怨。客服和NCC電話/email管道都找的到。市場上又不是只有一家ISP,何必活的這麼痛苦？
我尊重你發言的權利。重點是，抱怨的時候要說的正確，其他讀者才有同理心。如果是只為了出氣而胡言亂語，久了廣大讀者自有一把尺，就‘直接略過’，有意義嗎？

最後，針對你的胡言亂語（6-8是FTTH才做的到的）看看CHT fiber ping DNS 的實際情況(看不懂的話幫你解釋一下：平均2.5ms, 爆ping 到3ms，今年開始統計。。。）

neowesker

43分

22樓

neowesker

個人積分：43分

文章編號：59906299

我家中華VDSL(60M)ping中華dns也是5ms左右
之前問要上100M還得bonding所以也不是距離特別近還怎樣吧
數據機是p880

ck6wsofay

843分

23樓

ck6wsofay

個人積分：843分

文章編號：59906973

100M/40M以單線VDSL2供裝，離最近光化箱距離(非直線範圍)需在150公尺內。
超過150公尺到400公尺內會採雙線供裝。

而60M/20M採單線VDSL2供裝時，離最近光化箱距離300公尺內。

假設，目前離最近光化箱距離為200公尺左右，60M/20M單線供裝沒問題，
但升速到100M/40M就會採雙線供裝。

chih_haohung

5461分

24樓

chih_haohung

個人積分：5461分

文章編號：59907050

石光上林 wrote:
接取網和國際網沒有干係吧

就請他換一台P880+VES1724 其實不難的，你又不是另位chin甚麼的
在那邊巴著bonding不放

換了還有機會改它的firmware，broadcom的firmware很多版本的

我即將從VDSL bonding(雙線)100M/40M 非固定制IP 進階到FTTH了 300M/100M 非固定制IP,,,

chih_haohung

5461分

25樓

chih_haohung

個人積分：5461分

文章編號：59907132

ck6wsofay wrote:
100M/40M以...(恕刪)

沒錯!
我家電話線所屬的光化箱~香菇頭距離為221公尺 100M/40M速度方案是採用中華電信VDSL 雙線(Bonding)供裝[數據機型號P883] 香菇頭~我家二樓書房VDSL數據機放置約為15公尺的電話線

notebook18k

438分

26樓

notebook18k

個人積分：438分

文章編號：59911850

ALAN倫 wrote:
gregji大
1 <1 ms <1 ms <1 ms ZyXEL.Home [192.168.1.1]
PING 192.168.1.1是小於1ms沒錯啊
我首po的"ISP自家IP"指的是台固網段的IP ...(恕刪)

第1個節點的路由名稱有點奇怪…根據經驗，即使是其他ISP用戶，Zyxel P880數據機應該也不會帶出ZyXEL.Home這個名稱，通常是Zyxel的家用分享器系列產品（例如Zexl NBG-418N、NBG-419N、NBG6515等NBG系列），才會預設為ZYXEL.Home，，先跳過這一台，等PING變高時再一段一段ping，或許比較能呈現發生異常時的實際狀況？

ALAN倫

74分

樓主

ALAN倫

個人積分：74分

文章編號：59912038

notebook18k wrote:
第1個節點的路由名稱...(恕刪)

ZyXEL.Home這個不成問題可以無視
然後
有時候從第二個節點211那個就開始有點爆Ping
不過後面的節點Ping又會比這個節點低
這是之前就有發現的問題

nandv

148分

28樓

nandv

個人積分：148分

文章編號：59915002

ALAN倫 wrote:
有時候從第二個節點211那個就開始有點爆Ping
不過後面的節點Ping又會比這個節點低(恕刪)

我之前車子塞車的例子相似度就此打住。。。（比喻本來就是這樣，如果100%相同就不叫比喻了。。）
在ping traceroute debug 的過程中要考慮的情況是，被ping的機器可能非常‘不喜歡被ping'。以你的例子可能就是如此。正常情況下，不可能a->b->c 中b 的ping 值比c 大。所以就得繼續抓蟲。。

PS. 所謂不喜歡被ping 就是可能機器被設定成回复ping 是非常‘低階’的priority, 等。

石光上林

15828分

29樓

石光上林

個人積分：15828分

文章編號：59915453

nandv wrote:
我之前車子塞車的例...(恕刪)

不喜歡ICMP阿那就tcaceTCP吧

http://simulatedsimian.github.io/tracetcp_download.html

也许是一场难圆的梦一场没有结局的梦多少的笑语飞散在风中又围绕在我耳边

ALAN倫

74分

樓主

ALAN倫

個人積分：74分

文章編號：60049202

最近終於有回家

目前是有爆PING的情況
剛剛測了一下

Ping www.google.com [203.211.8.34] (使用 32 位元組的資料):
回覆自 203.211.8.34: 位元組=32 時間=10ms TTL=59
回覆自 203.211.8.34: 位元組=32 時間=26ms TTL=59
回覆自 203.211.8.34: 位元組=32 時間=21ms TTL=59
回覆自 203.211.8.34: 位元組=32 時間=33ms TTL=59
回覆自 203.211.8.34: 位元組=32 時間=7ms TTL=59
回覆自 203.211.8.34: 位元組=32 時間=8ms TTL=59
回覆自 203.211.8.34: 位元組=32 時間=7ms TTL=59
回覆自 203.211.8.34: 位元組=32 時間=21ms TTL=59
回覆自 203.211.8.34: 位元組=32 時間=7ms TTL=59
回覆自 203.211.8.34: 位元組=32 時間=7ms TTL=59
回覆自 203.211.8.34: 位元組=32 時間=39ms TTL=59
回覆自 203.211.8.34: 位元組=32 時間=40ms TTL=59
回覆自 203.211.8.34: 位元組=32 時間=35ms TTL=59
回覆自 203.211.8.34: 位元組=32 時間=8ms TTL=59
回覆自 203.211.8.34: 位元組=32 時間=8ms TTL=59

203.211.8.34 的 Ping 統計資料:
封包: 已傳送 = 15，已收到 = 15, 已遺失 = 0 (0% 遺失)，
大約的來回時間 (毫秒):
最小值 = 7ms，最大值 = 40ms，平均 = 18ms

在上限 30 個躍點上
追蹤 www.google.com [203.211.8.34] 的路由:

1 <1 ms 1 ms 1 ms ZyXEL.Home [192.168.1.1]
2 87 ms 9 ms 11 ms 211-78-222-111.static.tfn.net.tw [211.78.222.111]
3 7 ms 8 ms 8 ms 10.36.18.17
4 33 ms 40 ms 35 ms 60-199-3-37.static.tfn.net.tw [60.199.3.37]
5 8 ms 8 ms 9 ms 60-199-23-126.static.tfn.net.tw [60.199.23.126]
6 27 ms 28 ms 23 ms 34.8.211.203.dynamic.ttn.net [203.211.8.34]

在上限 30 個躍點上
追蹤 www.google.com [203.211.8.34] 的路由:

1 <1 ms <1 ms 1 ms ZyXEL.Home [192.168.1.1]
2 7 ms 13 ms 8 ms 211-78-222-111.static.tfn.net.tw [211.78.222.111]
3 12 ms 16 ms 19 ms 10.36.18.17
4 10 ms 8 ms 7 ms 60-199-3-37.static.tfn.net.tw [60.199.3.37]
5 17 ms 15 ms 16 ms 60-199-23-126.static.tfn.net.tw [60.199.23.126]
6 30 ms 34 ms 36 ms 34.8.211.203.dynamic.ttn.net [203.211.8.34]

在上限 30 個躍點上
追蹤 www.google.com [203.211.8.34] 的路由:

1 <1 ms <1 ms <1 ms ZyXEL.Home [192.168.1.1]
2 8 ms 11 ms 7 ms 211-78-222-111.static.tfn.net.tw [211.78.222.111]
3 35 ms 37 ms 39 ms 10.36.18.17
4 8 ms 9 ms 9 ms 60-199-3-37.static.tfn.net.tw [60.199.3.37]
5 12 ms 13 ms 12 ms 60-199-23-126.static.tfn.net.tw [60.199.23.126]
6 16 ms 16 ms 19 ms 34.8.211.203.dynamic.ttn.net [203.211.8.34]

追蹤完成。