今天工程人員回報說
172.16.1.65和172.16.1.69這兩個點沒問題
下午會再派師傅到府檢測訊號
後來師傅來時卻沒帶儀器
師傅說已經檢測過訊號了
一切正常
一問之下原來是到CM裡看參數而已......
後來換了同型號CM一台就走了
lost值測了一下有好一點
可是問題還是沒有完全解決
今天工程人員回報說
172.16.1.65和172.16.1.69這兩個點沒問題
下午會再派師傅到府檢測訊號
後來師傅來時卻沒帶儀器
師傅說已經檢測過訊號了
一切正常
一問之下原來是到CM裡看參數而已......
後來換了同型號CM一台就走了
lost值測了一下有好一點
可是問題還是沒有完全解決
要觀察 24hr 看看....不過, 我覺得好像並沒有解決問題.....最初由 iceswater 發表
後來換了同型號CM一台就走了
lost值測了一下有好一點
可是問題還是沒有完全解決
- Ray Tracy -
二次回報: 小弟這邊的問題已經解決了!! 在 Cisco 的 CMTS 上面, 我們多下了一個:最初由 raytracy 發表
剛剛接獲回報, 小弟這邊這幾天也出現類似的狀況, 都是 CM 端的訊號看起來很好
disable cable-arp
的指令, 剛剛把這個指令拿掉, 看起來 CM 陸續在恢復正常中, 繼續觀察...
這個經驗也提供給同業參考看看....
- Ray Tracy -
mm.. 您是指 no cable arp 吧... 近來Cisco 玩出不少這方面的問題...最初由 raytracy 發表
二次回報: 小弟這邊的問題已經解決了!! 在 Cisco 的 CMTS 上面, 我們多下了一個:
disable cable-arp
的指令, 剛剛把這個指令拿掉, 看起來 CM 陸續在恢復正常中, 繼續觀察...
這個經驗也提供給同業參考看看....
... wheel
7/12晚上8點到10點之間,CM上的ONLINE燈號會有不定時熄滅的情況
小弟猜測可能是機房在做調整,等到燈號持續穩定之後,開始測試
以下是測試完後的時間
21:48 Packets: Sent = 1000, Received = 907, Lost = 93 (9% loss),
Minimum = 10ms, Maximum = 68ms, Average = 19ms
22:08 Packets: Sent = 1000, Received = 904, Lost = 96 (9% loss),
Minimum = 10ms, Maximum = 77ms, Average = 19ms
22:33 Packets: Sent = 1000, Received = 974, Lost = 26 (2% loss),
Minimum = 10ms, Maximum = 102ms, Average = 20ms
23:14 Packets: Sent = 1000, Received = 995, Lost = 5 (0% loss),
Minimum = 10ms, Maximum = 67ms, Average = 18ms
23:33 Packets: Sent = 1000, Received = 954, Lost = 46 (4% loss),
Minimum = 10ms, Maximum = 100ms, Average = 20ms
23:51 Packets: Sent = 1000, Received = 975, Lost = 25 (2% loss),
Minimum = 10ms, Maximum = 77ms, Average = 20ms
感覺已逐漸恢復中,第二天一早再隨手測一下
7:46 Packets: Sent = 1000, Received = 1000, Lost = 0 (0% loss),
Minimum = 10ms, Maximum = 61ms, Average = 17ms
後來從早上用到傍晚為止,一直有個奇怪的問題
就是用了一段時間後,半小時到一小時不等
會有一小段時間持續Request timed out大約1.2分鐘
但是CM的ONLINE燈號是亮的
不過到剛剛為止又開始走下坡了
19:50 Packets: Sent = 1000, Received = 484, Lost = 516 (51% loss),
Minimum = 14ms, Maximum = 253ms, Average = 61ms
不知道又發生什麼事了
可以打電話去問客服嗎?
您測試得很仔細, 應該把這些發生的時間盡快通知工程人員, 讓他們核對一下時間點上的各種事件, 或許對找出原因有幫助.....最初由 iceswater 發表
7/12晚上8點到10點之間,CM上的ONLINE燈號會有不定時熄滅的情況
不過到剛剛為止又開始走下坡了
- Ray Tracy -
哦?...難不成兄也遇過奇怪的事情? 今天 UBR-10012 又開始作怪, 直接越洋與 Cisco TAC 現場聯手 debug, 最後連他們也投降, 找不出原因, 建議我們 IOS 版本降級... 明早降級看看是否可以穩定....最初由 wheel 發表
mm.. 您是指 no cable arp 吧... 近來Cisco 玩出不少這方面的問題...
另一台 UBR-7246 則是前兩天版本降級後, 一直穩定到現在都沒出事...
- Ray Tracy -
降級是最快的啦 ...不過 10k 的就不曉得能否降的夠低.. 最近的版本 release note 有蠻多這方面的 bug. Cisco 最近的一些 feature 用來防止dos,arp flood,ip thief,service thief... 粉多都跟玩弄 arp 的機制有關, 只要弄個不好 arp 就會出問題... 啊... 不玩這種等級的Cisco uBR 也有蠻久了....最初由 raytracy 發表
哦?...難不成兄也遇過奇怪的事情? 今天 UBR-10012 又開始作怪, 直接越洋與 Cisco TAC 現場聯手 debug, 最後連他們也投降, 找不出原因, 建議我們 IOS 版本降級... 明早降級看看是否可以穩定....
另一台 UBR-7246 則是前兩天版本降級後, 一直穩定到現在都沒出事...
... wheel
書籤