• 31

關於ping的回應值問題 - 請先閱讀正文


irs wrote:
我高攀不起啊! 網路...(恕刪)


這種場面話就真的太虛偽了
香蕉你的拔辣 wrote:
這種場面話就真的太虛偽了


這可是您說的呀!


至於這個, 千萬不要把它當浮木啊!!
香蕉你的拔辣 wrote:
這一段我已經承認的部分就不用在扯了,說說為什麼不能用 ping 到 seednet 第一個 33ms 和 ping www.thu.edu.tw 5xxms 的差異,來得出 5xxms 並非中華電信的電路造成的。


半夜叫人去搬機器是不道德的行為啊! 哈哈哈哈.

線路發生故障的時候, 什麼事情都有可能發生啊.


那我是不是要問一句: 你懂不懂線路啊?


順便提醒您, 在那裡面至少有三個錯誤.
hxxX54yPZ5HH5VHP\hmpX5gTPh99X5J4Ph00X5YBPjjhexX5exHPDX52JP555554P5ZZ5rr
跟大家報告查修結果:(用測試數據)
Speedtest:

Ping值由500多降到70多(不夠好但還可接受繼續反應與觀察)
Pingtest:

Line Quality:A (Jitter能3以下就更好)
從HTTP下載100MB:

下載近800K,已恢復以往的速度
網路下單問題,下星期測試.

至於問題是出在 Seednet or 中華電信 ? 本人非專業, 抱歉不知道?
本人只是將異常現象告訴2方
並提出測試數據與收集的資料
也很慎重的告訴 Seednet: 如果問題是在中華電信, Seednet 更應主動跟中華電信聯繫, 替客戶爭取!

重點:這次能很快的改善, 在於本人收集的資料夠齊. (很多網友的協助)

提供給有同樣問題的網友參考

再次感謝:香蕉兄 & irs兄 & claus兄


珍惜擁有---Topus
Topus wrote:
跟大家報告查修結果:(用測試數據)


恭喜您的網路... 堪用了.

Topus wrote:
也很慎重的告訴 Seednet: 如果問題是在中華電信, Seednet 更應主動跟中華電信聯繫, 替客戶爭取!


這一篇這一篇, 說明的是從其他節點到Seednet之間的路由是沒問題的.
(直到Seednet與Hinet互連的節點之間都沒問題)

也就是說, 可能的故障點, 發生中華電信提供的電路, 或是Hinet與Seednet互連的網路.
後者通常會很快的排除, 因為影響範圍會很大(該區域所有的用戶).
但是銅纜線的問題中華電信常常會裝傻. (或是說隨便找個理由叫您不要查修)


剛剛稍微玩了一下.

有很高的機率, 是供裝距離距離太長, 或是銅纜線路狀況真的很差.
這種狀況換光纖(偽 )... 通常可以改善.


像這樣:

hxxX54yPZ5HH5VHP\hmpX5gTPh99X5J4Ph00X5YBPjjhexX5exHPDX52JP555554P5ZZ5rr
irs wrote:
這可是您說的呀!


我指的是您這一段,是虛偽的場面話,不是後面那一段。

irs wrote:
我高攀不起啊


irs wrote:
線路發生故障的時候, 什麼事情都有可能發生啊.


圖怎麼給一半的,前面那一半呢?是不是從前面就開始會出現 2xxms 的回應時間,所以不敢貼出來,如果前面節點也開始出現 2xxms 不就證明了我說得沒錯,線路的障礙的確會在前段就反應出來,也不是前段完全證正常的回應時間,但是後段才出現回應時間過長。

所以你這張只有一半的圖並沒有反駁我的說法。

irs wrote:
線路發生故障的時候, 什麼事情都有可能發生啊.


線路障礙當然會有很少數的情形有奇怪的情況發生我知道,只要分段測試就可以很簡單的驗證出來的。


irs wrote:
順便提醒您, 在那裡面至少有三個錯誤.


有錯請直說。
香蕉你的拔辣 wrote:
所以你這張只有一半的圖並沒有反駁我的說法。


那張圖告訴你的是線路障礙, 電路故障時發生的延誤, 有可能發生在traceroute過程的任何時間.

反駁? 只不過您沒搞清楚traceroute是怎麼一回事罷了.
hxxX54yPZ5HH5VHP\hmpX5gTPh99X5J4Ph00X5YBPjjhexX5exHPDX52JP555554P5ZZ5rr

irs wrote:
這一篇和這一篇, 說明的是從其他節點到Seednet之間的路由是沒問題的.
(直到Seednet與Hinet互連的節點之間都沒問題)
也就是說, 可能的故障點, 發生中華電信提供的電路, 或是Hinet與Seednet互連的網路.
後者通常會很快的排除, 因為影響範圍會很大(該區域所有的用戶).
但是銅纜線的問題中華電信常常會裝傻. (或是說隨便找個理由叫您不要查修)


怎麼換你在把竹竿當菜刀了。

前一篇只有得出供裝方式產生 18ms 與 33ms 的差異而已,而後一篇也只不過得出從其他路由到 seednet 的 203.73.54.1 這個點沒問題而已。

Topus兄 的這個測試 就已經得出從 Topus 到 203.73.54.1 這一段是沒問題的。

重點是在 Topus 的高 ping 值的測試點是在過了 seednet 之後的 www.thu.edu.tw,你卻拿 Topus兄 到 seednet 這一段的沒問題,來說明這一段是可能的故障點?

在 ping 到 seednet 是明顯正常的回應時間,但是 ping 到 www.thu.edu.tw 卻是明顯偏長的回應時間,你卻可以說是故障點再明顯正常回應時間的這一段?

換成你在打迷糊仗了。

而且銅纜線的問題,中華電信也不需要裝傻,因為銅纜線不全部是中華電信維護的,自備自維的室內銅纜線就屬於用戶自行維護的範圍,那麼只要在交界點測試就可以知道是哪一段的問題了,何必裝傻。

irs wrote:
剛剛稍微玩了一下.
按這裡檢視圖片
有很高的機率, 是供裝距離距離太長, 或是銅纜線路狀況真的很差.
這種狀況換光纖(偽 )... 通常可以改善.


你這樣稍微玩的同時,應該也要提出在 pingtest 45ms 的同時,tracert 到 www.thu.edu.tw 的過程中,在固網與ISP的設備全部都可以維持 2xms 這樣的回應時間,才能說”銅纜狀況差或供裝距離長的狀況,回應時間長只會出現在後段不會出現在前段。”

如果你測試出 pintest 42ms的模擬狀況,在 tracert 到 www.thu.edu.tw 時也是從第一個節點就開始 3x -4xms,那麼不就驗證我的說法了嗎?

處理 Topus兄 case 的查修員,如果多花一點時間到 port 那邊去掛,speedtest 一樣是 5xxms,就可以塞住你說故障點可能是在銅纜線的這一句了。

香蕉你的拔辣 wrote:
怎麼換你在把竹...(恕刪)



不好意思嘿, 那只是證明您不理解traceroute和speedtest的ping怎麼運作的.
還有... 你懂不懂線路啊?
hxxX54yPZ5HH5VHP\hmpX5gTPh99X5J4Ph00X5YBPjjhexX5exHPDX52JP555554P5ZZ5rr

irs wrote:
那張圖告訴你的是線路障礙, 電路故障時發生的延誤, 有可能發生在traceroute過程的任何時間.


所以你的意思是說,線路的障礙完全不會反應在線路這一段的回應時間?

重點是那張圖你沒有把前段列出來,是因為前半段也有偏高的回應時間吧?

irs wrote:
還有... 你懂不懂線路啊?


線路只要分段測試就能找出障礙點在哪一段了,這還不夠嗎?
  • 31
內文搜尋
X
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 31)
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?