個人積分：59分
文章編號：21875371
個人積分：203分
文章編號：21879479
claus950 wrote:
我是客戶，我不能要求結果的話，是不是直接把錢匯給CHT就好了?
我連線慢，PING值高，CHT也沒給我工具看我的gateway流量是不是滿了
我用PING值來作報修依據不合理嗎??
這個我沒什麼意見, 畢竟end user能力有限, 只懂ping這個指令也無可厚非
報修是不需什麼依據的, 感覺差就可以報修, ping值提出來可以給工程師參考
流量有沒有滿我覺得自己建MRTG就可以解決了, 靠中華? 靠自己比較快吧
claus950 wrote:
對阿，單憑PING值就把帳算在CHT頭上當然不合理，但是誰該負責找出是哪段"介質"出現問題呢?我想應該也是辛苦的查修班吧!!
這也認同, 網管該做的
claus950 wrote:
優先順序啊...我只知道一台設備被操到PING值出問題的話，其他的服務下場也不會好到哪裡
那可不一定, ICMP回應值很差, 有些是"故意的"(有特別的目的)
套句藤原拓海他老爸所說的"一切要比過, 才知道"
(Service要連線起來後, 才會知道品質好不好, 不要被帳面上的數字給騙了)
個人積分：477分
文章編號：21880573
豬年...豬頭啊... wrote:
報修是不需什麼依據的, 感覺差就可以報修, ping值提出來可以給工程師參考
這個問題我在這篇有提出來問查修伯
我想就是他po這篇文的主因
不過cht查修伯私下給我的回覆是"不知道能修什麼"
而該討論串裡，cht小幫手也說"測速網頁應該沒有測試回應時間的項目吧，所以報修還是以上下載速率為主。"
所以........
個人積分：0分
文章編號：21881602
個人積分：203分
文章編號：21882756
fred0627 wrote:
畢竟你們內部的網管也會用到這樣的方式來debug，
不然不知道你們router跟switch的trunk設錯了要怎麼debug??
還是內部都是高手，不會有設錯的情況~(笑...
debug? 直接看conf設定會比較快吧
至於設錯嘛, 也是會有的情況...不過設錯的機率很低, 如果有用temp...
fred0627 wrote:
這樣說好了，我們用ADSL打tracert經過的router(在國內的)是不會去特殊處理
如果你跟內部的人很熟，可以詢問一下，還是你就是內部的工作人員，但是卻不知道~XD
這個嘛..."理論上"是這樣沒錯啦...
但"實際上"嘛....這個就看CHT的政策和作法了, 雖然可能只是區域性的
有些東西同業知道, 大家心照不宣有默契最好
個人積分：0分
文章編號：21885978
個人積分：0分
文章編號：21894918
沒想到這發文章竟然會有這麼多回文，感謝各位專家的熱烈參與討論。
本來想說的話，都已經有專業人士說完了，我想我也沒什麼好再說了。
不過回應值會漸漸提升，我也有在懷疑是不是用戶數多的關係。本來有在
懷疑說是xDSL設備的問題，但是在某些VPN用戶的地方，我也看過從高雄
ping到台北總部的回應值只有5ms的。還有最早我裝過的第一路VDSL我
也有印象他ping DNS的回應值也只有個位數的ms，所以這種疑慮應該可
以暫時擺一邊。
回應值會漸漸升高，造成用戶的困擾，或許不是最初各家業者提供網路
服務的時候有去考量到的。 <= 純猜測
過去，大家都把眼光集中在上下行的速率上，現在回應值的問題似乎也漸
漸浮上檯面。各位或許也可以去建議NCC，要求電信業者把回應值納入網
路供裝的規格中吧!
總之我的結論就是，ICMP的回應值跟電路沒有絕對關係，請別把回應值
太高的問題，遷怒到我們查修這邊。謝謝!
個人積分：477分
文章編號：21896424
CHT查修伯 wrote:
各位或許也可以去建議NCC，要求電信業者把回應值納入網
路供裝的規格中吧!
總之我的結論就是，ICMP的回應值跟電路沒有絕對關係，請別把回應值
太高的問題，遷怒到我們查修這邊。
查修伯大哥，說實話
您的回覆我看到當下的解讀是:
1.回應時間偏高，與你們查修班無關，請大家不要找你們麻煩
2.除非回應時間列入定型化契約中，不然你們(CHT)沒義務處理
我的解讀有錯誤嗎?
另外，既然你們掛著cht的ID，也應該在cht底下就職
今天用戶(我)向你們反應問題，你們理應正面回應
看是要私下與我連絡，討論看看怎麼解決與改善
而不是盡力推得一乾二淨 (不然也不會有這串文....)
巴不得大家都別報修...
小小感想...
個人積分：33分
文章編號：21896863
個人積分：203分
文章編號：21896916
