嗯.....我自己遇過的問題是實體線路的問題,例如有人偷接.
比較明顯的狀況是,之前看某些台(如幾個日本台)的訊號本來還不錯,突然感覺變得比較不清楚.
後來請南桃園的人來看了兩次,第一次師傅原來以為是接頭不良,我們家分接太多,後來實在連電
視訊號都變成很差,把cable進房子那條線直接接一台電視訊號都很差.又請人來看,才找到有人
偷接,而且接得很差勁.因為那家是第二次被抓偷接了,大概被警告過,所以自此以後我的CM都很
正常,機房測速也都幾乎滿檔.所以如果真的有問題要打電話報修,修久了自然會找出原因來吧?

現在是用得蠻開心的啦.....

贊助商連結

看來可能是偷接的問題也說不定
之前照著raytracy兄的指示
但是情況還是沒有改善
後來乾脆重灌系統避免其他可能的程式干擾
也再換裝了一張網卡(已是第三張)到不同的PCI槽
結果都是一樣的狀況
該怎麼辦才好呢？

重灌系統後還發生了一個小插曲
那就是沒辦法用jview查詢CM的參數
後來用google才知道要裝Java VM
自己的功力太差...=_=

Ping statistics for 172.16.1.69:
Packets: Sent = 1000, Received = 775, Lost = 225 (22% loss),
Approximate round trip times in milli-seconds:
Minimum = 10ms, Maximum = 66ms, Average = 18ms

System up time = 1 days 03h 34m 32.00s
Ethernet carrier sense xmit errs.1 = 21
Downstream channel ID = 11
Downstream channel frequency = 681000000 Hz
Downstream received signal power = -8.4 dBmV
Upstream channel ID = 4
Upstream channel frequency = 26250000 Hz
Upstream timing offset = 5126 units of (6.25/64)microseconds
QoS max upstream bandwidth = 384000 bps
QoS max downstream bandwidth = 2000000 bps
SigQu: received without error = 3135118588 codewords
SigQu: correctable errors = 12 codewords
SigQu: uncorrectable errors = 0 codewords
SigQu: Signal to Noise Ratio = 36.2 dB
SigQu: microreflections = 37 dBc
Cable modem status = Operational
Upstream transmit signal power = 39.3 dBmV
T1 timer expiries = 0
T2 timer expiries = 0
T3 timer expiries = 518
T4 timer expiries = 0
Ranging Aborts = 0
Tx mini-slots used (contended).6931 = 0
Tx mini-slots used (dedicated).6931 = 80163809
Tx data re-tries.6931 = 0
Tx data retry limit exceeded.6931 = 0
Tx bandwidth req retries.6931 = 681233
Tx bw req retry lim exceeded.6931 = 0
Date and Time = 2004-07-07,11:32:05.0
Configuration filename = Moto51D1500U384C1Upgrade.cfg

最初由 iceswater 發表
看來可能是偷接的問題也說不定
之前照著raytracy兄的指示
但是情況還是沒有改善
我個人覺得, 自從您換過網卡之後, 問題就不在您這邊了...應該要請業者出來查....

最初由 raytracy 發表
我個人覺得, 自從您換過網卡之後, 問題就不在您這邊了...應該要請業者出來查....

今天工程師已經來測過線路品質並沒有問題
Modem的參數和燈號，工程師看完也說很正常
ping的出去數值跟之前一樣也很正常(但沒看lost的問題)
LSC網路測速下載可以到達1.5M以上
所以他說一切正常，看不出有什麼問題
我說下載很正常沒錯
問題在於資料幾乎無法上傳
十幾天來的都是1.2k在上傳
FTP、E-Mail傳到最後都是「逾時」收場
lost的問題很嚴重
也就是說這幾天都只能看WWW和BBS
後來他向電話那端的人員說明了一下
那邊也說看不出哪裡有問題
最後電話那端的人問我tracert到哪裡有問題
我報給他172.16.1.65和172.16.1.69這兩個出去必經的ip
他說這兩個ip沒見過
會再幫我查查看一兩天之後會回覆
最後那工程師要走的時候還說
他從來都沒遇到過只能下載不能上傳的怪事
現在我也不知道該怎麼辦才好了
唉，都忍了十幾天了還怕再等兩天嗎...

想請教一下raytracy兄
這有可能是什麼問題啊？

Ping statistics for 172.16.1.65:
Packets: Sent = 129, Received = 71, Lost = 58 (44% loss),
Approximate round trip times in milli-seconds:
Minimum = 11ms, Maximum = 48ms, Average = 20ms

最初由 iceswater 發表
今天工程師已經來測過線路品質並沒有問題
Modem的參數和燈號，工程師看完也說很正常
ping的出去數值跟之前一樣也很正常(但沒看lost的問題)
請他們帶 Hukk 的 CM-1000 儀表來(或是同等級的儀表, 像是 DSM-2500 之類的, 這個儀器應該有經營寬頻的系統業者都會有, 萬一他們沒有, 請他們跟同業借一下, 或是跟代理的華智借一下也可以, 華智會很樂意借...:)), 接上去連續測個 10~15 分鐘的 BER 和 BkER 值, 跟標準值比對一下, 就會看見問題.....(BkER 最大不能高於 1.0E-04, 否則就會發生您的現象)

您的問題, 光用電腦去 ping 是看不出來的....這裡有一段關於如何使用 CM-1000 儀器檢測出您問題的操作方法: http://www.sunrisetelecom.com/broadband/AP-CM01-004-C.pdf 可以給業者參考 (在這個方法中, 只要 lost 1/1000 個封包就算不及格, 最多只能遺失 1/10000 個封包, 比我們用電腦測試的標準更嚴格多了. )

若工程人員聽不懂, 請他們將小弟這番話, 轉告給工程主管, 他們應該會懂.

最初由 raytracy 發表
請他們帶 Hukk 的 CM-1000 儀表來...恕刪


呃，小弟覺得他們應該不會吃飽太閒搞這麼麻煩的事來做
以下是這幾天的報修情況
6/29日這天就是惡夢的開始，過兩天
7/1白天打電話去問，當天晚上略有起色lost率有減少，隔天又不行了，這天沒打電話(心想；總要給他們一點時間維修啊)
7/3日再打電話問，客服說release ip後關電腦和CM 5分鐘，明知不會好還是照做了，又過兩天
7/5再打電話去關切一下
7/6上午lost率有減少，下午又回到原點
這次我等久一點(3天)看會不會修的好，結果是令人失望的
7/8打電話去問情況，說會幫我看看
7/9再打電話去問，終於說7/10會派人來看
7/10 ...............................再等兩天
尤其是7/10這天，當他們說一切正常時
我覺得我這十幾天都是白等的...
要他們去拿儀器來測我更是想都不敢想...
另外我向那個到府維修工程師說明上傳很慢的時候
他竟然說現在都是「2M/192k、3M/192k」啦，早就沒有384k了
我...:eek: :eek: :eek:

最初由 iceswater 發表
他竟然說現在都是「2M/192k、3M/192k」啦，早就沒有384k了
我...:eek: :eek: :eek:
幫偶看一下維修單上師父的名字~
偶直接交給光速工程主管處理~;)

維修單？沒有留這種東西耶
他隨便說說小弟也隨便聽聽沒有在意

今天閒來無事換用USB試試看(CM是SB5100)
測試結果
嗯，情況不令人意外，網路還是一樣慢:D ;)

最初由 iceswater 發表
要他們去拿儀器來測我更是想都不敢想...
那個儀器是維修工程師的標準配備, 照理說, 應該是每一次出去維修都要帶, 而且要用那儀器所量到的數值, 當作維修的判斷依據. 國內因為成本的關係, 可能無法配到每位工程師一台(一台報價要20幾萬), 但是至少會有幾台在公司內. 以小弟這邊的標準作業程序來說, 只要有客戶連續報修三次無法解決, 這台儀器就一定會調度到現場去查修....

有時候是工程人員懶, 不想去操作儀器(或是沒幾個人會操作), 也不想向上面回報問題. 請將小弟的建議轉給業者參考. 或直接寫信給工程主管告知此問題.....

to Coolbrother 兄, 您那邊可以追這個問題嗎?...

剛剛接獲回報, 小弟這邊這幾天也出現類似的狀況, 都是 CM 端的訊號看起來很好, 但是不定時會出現嚴重斷訊, 而且不是集中在特定地區, 散佈在整個 CMTS 的範圍內, 會持續一段時間然後自然恢復正常, 不需人員去處理. 比較奇怪的是: 這個問題都發生在使用 Cisco 的 CMTS 上面, 而且都是 CM Mac 前面開頭有 3 個 0 的客戶會發生. 但使用 ADC 的 CMTS 則不論哪種 CM 都不會有此問題.

小弟開始在懷疑, 是否網路上有特定的病毒或是其他異常狀況, 導致只有 Cisco 的 CMTS 會有特別的反應出現? 我們這邊會進行一些確認測試, 或許晚一點可以提供更多資訊給同業參考...

[補記]
頭端回報, 出現此問題時, Cisco 的 UBR-10012 各片卡板的 CPU loading 會短暫衝上接近 100% , 維持 40 秒後降回正常值. 但每隔一段時間就會來一次; UBR-7246 因為只有一顆 CPU, 所以會一直維持在 9x% 沒有掉下來....

但兩者狀況都不正常, 平時 CPU 應該維持在 30~40% 不會變化才對....