![]() |
【求助】我的東森Cable 最近一直斷線(終於修復,給大家作參考) 我的東森Cable 最近一直斷線,已經一個禮拜了 想連上網路都要靠運氣 工程人員已經來過兩次了 第一次尋了屋外的Cable線,說是接觸不良,神奇的是就可以上線了,他回去後我重開Modem,結果又連不上了。 第二次來直接換了Modem,當然又可以連了,不過網路電話不通,等機房開通的同時他說要先離開了,Modem還開著當然能連線,就在電話開通的同時我決定重開Modem,果然又不能上線了。 每次好像都是CM 註冊不了,其他DHCP等欄位都會有短暫的OK出現,幾乎每天到了晚上12-1點左右都會恢復,有人可以告訴我大概是什麼問題嗎,那個工程人員感覺根本不懂,問他也不回答,穿的是有線電視的衣服,已經來了兩次了,我現在應該要整麼做好呢,由於有時候又剛好能上線,整麼跟客服說呢。 拜託各位幫幫忙囉,如果有解答的話。 我是士林陽明山系統的。 以下是目前可連上網的一些數據 連 網 參 數 上傳頻道號 : 1 上傳準位 : 51.0 dBmV 上傳符號率 : 2560 Ksym/sec 上傳頻率 : 33008000 Hz 下 傳 頻 道 狀 態 鎖定狀態 : Locked 頻道號碼 : 2 頻道頻率 : 705000000 Hz 調變方式 : QAM64 交錯深度 : 32 訊號強度 : 4.1 dBmV 訊號/雜訊比 : 37.4 dB |
真的是好可憐的用戶!!.....這樣的品質怎麼受得了? 您的下行訊號還不錯, 上行的 Power Level 有點偏高, 應該是實體線路的問題, 很可能是有 CPD (共同路徑干擾, 與先前處理的接觸不良有關), 或是背景 雜訊太大. 查修重點應該還是在實體線路上, 不過, 小弟擔心工程人員不懂得如何查修.....:( (陽明山有線原本就聽說實體品質不佳) 您先測一下這個方法看看: [url]http://www.pczone.com.tw/vbb3/showthread.php?t=124335[/url] 我想測試結果一定不符標準, 接下來, 請您寫封申訴信, 付上上面的測試方法, 以及您的測試結果, 信中強調:[B] 「貴公司所提供之 HFC 寬頻線路品質, 不但未符合 DOCSIS SP-RFIv1.1-I10-0307301 品質規定, 且遠低於電信總局「市內國內長途陸纜電路出租業務」之查驗標準, 已嚴重影響本客戶寬頻上網之使用權益, 請於收文後三天內改善本戶品質, 否則將行文電信總局, 要求重新查驗貴公司 HFC 線路, 或直接撤銷貴公司「市內國內長途陸纜電路出租」使用執照!!」[/B] 準備好兩份, 一份交給工程人員帶回給工程主管, 另一份用掛號寄到陽明山有線的地址, 給總經理收. 另外, 如果您有 CM 的 Log 資料的話, 也請 show 上來讓小弟看一下; 您可以從 web 介面讀取 log; 或試著用 [url]http://www.pczone.com.tw/vbb3/showthread.php?t=124556[/url] 這個方法, 在指令後面加上 -log 字樣, 就可以取出 log. 如果您可以用上述的 docsdiag 程式讀出 log 的話, 請順便也讀出加了 -vv 參數的結果, 小弟看看能否幫您分析?.... |
感謝詳細的說明,終於有點知道問題在哪了。 我依照方法抓了一些數據,麻煩再幫我看一下囉 C:\>tracert -h 1 -d 168.95.1.1 Tracing route to 168.95.1.1 over a maximum of 1 hops 1 * * * Request timed out. Trace complete. 結果是這樣,我有哪裡弄錯嗎,麻煩在指導我一下。 CM 的 Log 資料 [url]http://home.kimo.com.tw/lmml001/log.txt[/url] -vv 參數 由於太長了被切掉很多看不到,有什麼方法可以保留全部嗎,麻煩在指導我一下 [url]http://home.kimo.com.tw/lmml001/-vv.txt[/url] 今天的狀況,連線正常,早上10點,也不知道是運氣好還是以後都沒問題了,總之麻煩再為我 解讀一下資料吧,感激不盡。 |
我也是陽明山的還蠻穩的 只不過偶而線路不通無法上網 還有我測試 C:\>tracert -h 3 -d 168.95.1.1 Tracing route to 168.95.1.1 over a maximum of 1 hops 1. 1ms 1ms 1ms 192.168.0.1 (我的分享器) 2.10ms 12ms 11ms 10.40.56.1 (這我就不知道也不是我的IP也不是通訊閘) 3. * * * Request timed out. Trace complete. 而且不管我tracert哪個網站 只要一過 10.40.56.1 通通都是 * * * 通訊閘可以到分享器裡去看(210.85.166.1) 我的CM也不能用docsdiag讀取 不接分享器也讀不到 是可以用192.168.100.1進去看 CM是可以用纜線電話的機子 |
[QUOTE][i]最初由 wen9 發表[/i] [B]C:\>tracert -h 1 -d 168.95.1.1 Tracing route to 168.95.1.1 over a maximum of 1 hops 1 * * * Request timed out.[/B][/QUOTE] 若 -h 1 出現這現象, 改用 -h 2 試試, 不行就一直往上加...通常不會超過 5. [quote][b] CM 的 Log 資料[/b][/quote] 從 Log 上看來, T3 timeout 只發生過少數, 暫時降低實體線路的問題; 不過您有多次 DHCP failed (最近 11 次) 和 REG-RSP 記錄 (最近 329 次), 代表問題應該出在頭端機房內, 也有可能是陽明山對東森之間的聯外頻寬不足... 由於您最近沒有發生斷線, Log 的判斷不一定準確; 下回請在斷線後, 立刻讀出 log 讓小弟來分析.... [quote][B] -vv 參數 由於太長了被切掉很多看不到,有什麼方法可以保留全部嗎,麻煩在指導我一下[/b][/quote] 可以先用 -v 看看; 若太長, 您可以在 docsdiag 指令最後面加上: 「> foo.txt」, 然後將產生出來的 foo.txt 上傳即可. |
[QUOTE][i]最初由 finalcut 發表[/i] [B]C:\>tracert -h 3 -d 168.95.1.1 Tracing route to 168.95.1.1 over a maximum of 1 hops 1. 1ms 1ms 1ms 192.168.0.1 (我的分享器) 2.10ms 12ms 11ms 10.40.56.1 (這我就不知道也不是我的IP也不是通訊閘) 3. * * * Request timed out.[/b][/quote] 小弟認為, 10.40.56.1 不太像是 CM, 因為 ping 值對 LAN 而言太大, 而且在其後面的 tracert 都被封鎖, 因此該 IP 比較像是 CMTS 的 IP. 若是如此, 請您直接對 10.40.56.1 做電總IT-5102-2法規的測試(ping)即可. 不然, 對 210.85.166.1 做應該也可以. [quote][b]我的CM也不能用docsdiag讀取 不接分享器也讀不到 是可以用192.168.100.1進去看[/B][/QUOTE] 不好意思, 嗯...不知您 PC 上的防火牆軟體有沒有關掉? 另外, 可以試試在 docsdiag 後面加上 -community private 的參數再試試.... |
看來大家都有一些怪問題產生,小弟詢問一下某軟體的版權問題好了。 也許用該軟體比較容易查詢 CM 狀態。:D |
[QUOTE][i]最初由 coolbrother 發表[/i] [B]看來大家都有一些怪問題產生,小弟詢問一下某軟體的版權問題好了。 [/B][/QUOTE] 小弟去 Motorola 查過, 好像是要賣錢的, 所以我也不敢放出來....:D 另外, 該軟體的原理與 docsdiag 類似, 也是用 java 寫的 透過 SNMP 讀取 CM 資料, 只是做成 GUI 介面, 看起來和操作起來比較容易. 但若 CM 的 community string 被改掉, 而用戶不知道正確值的話, 也是讀不出..... |
[QUOTE][i]最初由 raytracy 發表[/i] [B]小弟去 Motorola 查過, 好像是要賣錢的, 所以我也不敢放出來....:D 另外, 該軟體的原理與 docsdiag 類似, 也是用 java 寫的 透過 SNMP 讀取 CM 資料, 只是做成 GUI 介面, 看起來和操作起來比較容易. 但若 CM 的 community string 被改掉, 而用戶不知道正確值的話, 也是讀不出..... [/B][/QUOTE] 小弟也問過了,的確是版權軟體,不能亂放出來.....:) |
我沒有裝防火強 用暈倒98+nav2004 nav應該沒關係吧 |
感謝各位的幫忙,果然又斷線了,斷線的時候 C:\docsdiag>java -jar docsdiag.jar -log DocsDiag v030720 Copyright 2001-3 Robin Walker [email][email protected][/email] Cable modem not found 這個指令好像根本抓不到modem,不過網頁介面還是可以讀取到modem的資訊,真奇怪 由於斷線的時候沒辦法取到資料,在一恢復連線的時候立刻抓了以下的資料,有幾項數值 明顯的偏高,是再斷線時累積下來的,麻煩再為我解答囉 [url]http://home.kimo.com.tw/lmml001/log02.txt[/url] [url]http://home.kimo.com.tw/lmml001/-vv02.txt[/url] 兩個都是剛恢復連線時就抓的 ------------------------------------------------------------------------------------- 另外tracert -h 5 -d 168.95.1.1指令測試的結果, 斷線時一樣測不到,恢復連線時 測到如下 Ping statistics for 10.40.240.1: Packets: Sent = 1000, Received = 1000, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 9ms, Maximum = 296ms, Average = 18ms 就教學文件的說明好像沒什麼問題,不過這是可連線時的狀況,斷線時跟本無法測試 今天一樣是晚上12點多才恢復連線,連續快一個禮拜都是這樣,這個能解釋什麼嗎,打去 客服他也只是說會再派人來看,我真的沒什麼信心了,工程人員來該整麼跟他反應,很怕 他來時又剛好能上線,讓我無法反駁。 謝謝大家再次為我解答 |
[QUOTE][i]最初由 wen9 發表[/i] [B]Ping statistics for 10.40.240.1: Packets: Sent = 1000, Received = 1000, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 9ms, Maximum = 296ms, Average = 18ms SigQu: microreflections = 32 dBc T3 timer expiries = 216 T4 timer expiries = 3 [/B][/QUOTE] 小弟試著從您提供的資料分析看看: 1. Ping 沒有 Lost, 代表線路狀況良好; docsdiag 讀數也印證此點 2. Ping 最小與最大值相差極大, 代表這條電路上有些突發的阻塞 3. Microreflection 偏高, 代表電路中的反射波很強大, 阻抗匹配有問題 4. CM運作4小時, 發生200多次 T3/T4 Timeout, 代表上行訊號有問題 上述第4點和第1點的結論互為矛盾, 但若合併第2點來觀察, 可能是因為: 該電路中的客戶數太多所造成. 但這些客戶又不是隨時都開著 CM, 所以平時沒有發生, 只是恰好在某個時間(就是您斷線的時候), 這些沒開 CM 的人都正好開機, 此時上行調變訊號中的 mini-slot 數量不夠, 就會開始出現 T3 Timeout 現象, T3 次數太多, 會進入 T4, 然後就斷線了..... 但我不知陽明山是否可以從機房端去了解您這條電路中的客戶數? 若這設備是由東森代管的話, 陽明山就無從得知客戶是否太多?.... 另外, 請您再觀察一個數值: [B] Upstream transmit signal power (可從 docsdiag 讀出) [/b] 小弟發現您前後幾次, 這個數值變化蠻大的, 照理說, 若實體電路環境沒有變動, 這個值應該不會差距太大才對. 您可以在不同時間多讀幾次, 是否在超過 50 dBmV 以上就會斷線? 若是的話, 代表可能上行電路有巨大的突波雜訊出現, 有可能是有線電視的私接戶造成的. 另外, 線路上若有接頭接觸不良, 也會出現這個問題. |
wen9 報你的MAC給我 |
感謝各位多日來的鼎力相助,我累了,放棄了,準備來跟他談提前解約跟退錢的事,只是我想應該沒那麼容易吧,不過我還是要據理力爭。 話說今天工程人員來到,不錯,有依我的要求終於換了一個,不過好死不死他來之前網路莫名其妙又可以連了,來了問他到底什麼問題,他說不知道,線路測沒問題,還一直誇說雜訊很低,別人都沒這麼好,接著釋放IP重抓還是可以連,他說不然他把屋外的接頭換一下,結果就不見人影,我火大的同時打到客服罵人,他也只說會反映高層查一下是哪個工程人員,好個反應高層。接著約莫5點左右,我重開modem果然又斷線了,持續讓他開著八點左右終於連上了,再重開11點快12點時又連上了。 我放棄了只要能提前解約退我錢我就很滿意了。 至於Upstream transmit signal power的訊號從之前我所作的紀錄到現在,超過 50 dBmV 還是可以連線,目前斷線時跟可連線時的數值是差不多的,約 45-46 dBmV rosannahong 抱歉請問你是東森的人員嗎,機房嗎,你能幫我查出什麼嗎,每次斷線客服都測我的訊號異常,可是他也只能叫工程人員來,來了也跟沒來一樣,每次都說不知道原因。抱歉囉,不是針對你啦,只是我明天已經準備跟他吵提前解約退我錢了,順利與否如果能上網再上來跟大家分享。 |
給我機器的mac我才能查 |
之前是009096d54831 後來換成00028AB0A134 WEN9網友在LOG檔上有貼出來 陽明山GROUP 31用戶 接收功率 發射功率 訊號雜訊比 7.1 dBmv 46 dBmv 38.2 dB Success rate is 100 percent (5/5), round-trip min/avg/max = 8/10/12 ms 2004-06-15 之前發射功率51 2004-06-16 後發射功率45.8 之前UBR狀況reject(c)應該是CMTS那邊出現問題吧 |
目前發現 cm會斷線都非訊號問題而是被reset,cmts設定參數也發現有不同 目前持續觀察中 |
[QUOTE][i]最初由 rosannahong 發表[/i] [B]目前發現 cm會斷線都非訊號問題而是被reset,cmts設定參數也發現有不同 目前持續觀察中 [/B][/QUOTE] 小弟想起, 月初另有位嘉義世新的網友, CM 也發生類似 reset 頻繁的現象, 查訊號沒問題, 換變壓器和 CM 都無解, 但後來世新換了另外一批不同的 CM, 好像就沒事了, 世新卻說: 是因為前一批舊 CM 的 Mac 都相同所造成?.....小弟是極度懷疑這樣的說法, 不過這兩個案件聽起來好像有點類似..... |
麻煩告知你的CM電源插頭上面標示的輸入電壓為多少 |
請自行初步判斷 當斷線時 1.請於IE網址打192.168.100.1進入cm內建網頁 2.查看下行頻率有無鎖定705000000Hz 3.若有鎖定請查看下行準位及上行頻率及準位 4.若無鎖定請電源插拔或進入內建網頁設定頻率 當你斷線時,你那區域只有你斷線,總用戶數並沒有掉超過1位 |
rosannahong 老大 一、 常斷線與下行頻率有無鎖定有絕對的關系嗎? 通常是用戶不能上網,才請用戶做調頻的動作吧 二、此用戶的情況我覺得是cmts那邊profile出問題,所以才會有reject(c) 發射功率的改變是HFC實體線路有處理過吧 三、[B]當你斷線時,你那區域只有你斷線,總用戶數並沒有掉超過1位[/B] 怎麼看?教教我吧 |
1.有時訊號差或電源或CM有問題時會跳過705MHz而部鎖定 2.若Profile有問題,大家都會有問題 3.看Cisco CMTS MIB |
This list provides all of the possible states of a cable modem and what they mean: offline—Modem considered offline init(r1)—Modem sent initial ranging init(r2)—Modem is ranging init(rc)—Ranging complete init(d)—Dynamic Host Configuration Protocol (DHCP) request received init(i)—DHCP reply received; IP address assigned init(o)—Option file transfer started init(t)—TOD exchange started online—Modem registered, enabled for data online(d)—Modem registered, but network access for the cable modem (CM) is disabled online(pk)—Modem registered, baseline privacy interface (BPI) enabled, and key-encrypting key (KEK) assigned online(pt)—Modem registered, BPI enabled, and traffic encryption key (TEK) assigned reject(m)—Modem attempted to register, but was refused due to bad mic reject(c)—Modem attempted to register; registration was refused due to bad class of service (CoS) reject(pk)—KEK modem key assignment rejected reject(pt)—TEK modem key assignment rejected |
[QUOTE][i]最初由 rosannahong 發表[/i] [B]This list provides all of the possible states of a cable modem and what they mean: offline—Modem considered offline init(r1)—Modem sent initial ranging init(r2)—Modem is ranging init(rc)—Ranging complete init(d)—Dynamic Host Configuration Protocol (DHCP) request received init(i)—DHCP reply received; IP address assigned init(o)—Option file transfer started init(t)—TOD exchange started online—Modem registered, enabled for data online(d)—Modem registered, but network access for the cable modem (CM) is disabled online(pk)—Modem registered, baseline privacy interface (BPI) enabled, and key-encrypting key (KEK) assigned online(pt)—Modem registered, BPI enabled, and traffic encryption key (TEK) assigned reject(m)—Modem attempted to register, but was refused due to bad mic reject(c)—Modem attempted to register; registration was refused due to bad class of service (CoS) reject(pk)—KEK modem key assignment rejected reject(pt)—TEK modem key assignment rejected [/B][/QUOTE] 請問,MODERN抓不到IP時怎麼辦? |
先感謝各位的幫忙,還幫我整理資料,真是感激不盡。 至於斷線的原因,由於問題已久,我也不是一直待在家裡盯著modem看(不用會關掉他),只要我在家一定會不斷的測試modem,所以呢連上了我會把它重新啟動再測試,不斷的嘗試所以沒有等到他自動斷線,而測試的結果當然是又有連不上的狀況,繼續打客服。 而modem之前它已經換過新的了,目前電壓為input:110VAC 60Hz 20W output:10VDC 1.2A ----------------------------------------------- 下行頻率已經鎖定705000000Hz 這是目前可上線的狀況 連 網 參 數 上傳頻道號 : 2 上傳準位 : 46.0 dBmV 上傳符號率 : 2560 Ksym/sec 上傳頻率 : 26896000 Hz 下 傳 頻 道 狀 態 鎖定狀態 : Locked 頻道號碼 : 2 頻道頻率 : 705000000 Hz 調變方式 : QAM64 交錯深度 : 32 訊號強度 : 6.4 dBmV 訊號/雜訊比 : 36.6 dB ---------------------------------------------------- 我打到客服說,再修不好要求無條件解約,並退回我交的費用,他只說如果因為他們的問題解約當然不罰違約金,並退錢,不過他說那是後續的事情,不討論也不能肯定的回答我。 今天工程人員又來看過,依然無所作為,依然說訊號正常,不知道為什麼,工程人員都是當地有線系統的人員,每次的答案都一樣,又是無解。不過晚上客服主動打來詢問,修了一個禮拜第一次主動打 來關心,看來是說要求解約發生了效果,說要來測訊號,當時傍晚modem就上線,好不容易連了上去,花了30分鐘吧(真是難得,不過最近幾天上線的機率是比較高了),10點多時他打來說測個訊號要求我重開modem,我說重開我就連不上了,不過為了讓他測,我答應了,結果就是連不上了,他說明天要叫機房測在回我電話,一個禮拜了現在才要叫機房測,還不能馬上測,說什麼機房沒人,我才不信呢, 看來提出解約的說法,終於讓他們認真查了,從剛開始他們就一直強調說機房沒問題,現在才要查,真是令人不敢茍同的做法,目前就是這樣囉,多日來讓大家幫了很多忙,我也希望真的能就此修復,再次感謝大家。 |
Hi Wen9: 麻煩你,當斷線或重新插拔電源不能起來時,請至CM內建網頁查看有無鎖定705MHz及上行訊號 看是否有跳過705MHz,若還是無法起來請將內建網頁之連網事件(最靠右邊之選項)之顯示訊息告訴我 Hi Cracie 除了online(*),其他都有可能cm(不是電腦)抓不到ip, |
[QUOTE][i]最初由 wen9 發表[/i] [B]感謝各位多日來的鼎力相助,我累了,放棄了,準備來跟他談提前解約跟退錢的事,只是我想應該沒那麼容易吧,不過我還是要據理力爭。 話說今天工程人員來到,不錯,有依我的要求終於換了一個,不過好死不死他來之前網路莫名其妙又可以連了,來了問他到底什麼問題,他說不知道,線路測沒問題,還一直誇說雜訊很低,別人都沒這麼好,接著釋放IP重抓還是可以連,他說不然他把屋外的接頭換一下,結果就不見人影,我火大的同時打到客服罵人,他也只說會反映高層查一下是哪個工程人員,好個反應高層。接著約莫5點左右,我重開modem果然又斷線了,持續讓他開著八點左右終於連上了,再重開11點快12點時又連上了。 我放棄了只要能提前解約退我錢我就很滿意了。 至於Upstream transmit signal power的訊號從之前我所作的紀錄到現在,超過 50 dBmV 還是可以連線,目前斷線時跟可連線時的數值是差不多的,約 45-46 dBmV rosannahong 抱歉請問你是東森的人員嗎,機房嗎,你能幫我查出什麼嗎,每次斷線客服都測我的訊號異常,可是他也只能叫工程人員來,來了也跟沒來一樣,每次都說不知道原因。抱歉囉,不是針對你啦,只是我明天已經準備跟他吵提前解約退我錢了,順利與否如果能上網再上來跟大家分享。 [/B][/QUOTE] 小弟我也是陽明山電視的, 現申請的et cable也是.. 小弟使用bt,一向速度不超過50K,但上傳一速度一向不錯, 都可以在25~30K上下跑.. 對這個問題,小弟已經煩到不想查了, 之前raytracy兄所po的方式,小弟也無法使用, 所以"算了", 已經申請adsl了,預計6/21就來裝機了, et cable就拿到士林捷運站前的東森旗艦店去, 小弟去問過了,直接拿 cm+電源線,當場可以辦停用, 所以,換吧 wen9兄.. |
斷線時我查了一下 下 傳 頻 道 狀 態 鎖定狀態 : Locked/No Locked ---兩個訊息輪流跳動 頻道號碼 : 2---不變 頻道頻率 : 705000000 Hz ---不變 調變方式 : QAM64 ---不變 交錯深度 : 32 ---不變 訊號強度 : 6.6 dBmV ---變化不大 訊號/雜訊比 : 37.0 dB ---變化不大 連 網 參 數 上傳頻道號 : 0/1 ---兩個訊息輪流跳動 上傳準位 : 50 dBmV 上傳符號率 : 0/2560 Ksym/sec ---兩個訊息輪流跳動 上傳頻率 : 0/33008000 Hz ---兩個訊息輪流跳動 連 網 事 件 log檔 [url]http://home.kimo.com.tw/lmml001/2004-06-18-log.doc[/url] 機房有打來說要測訊號,他說要3天,我要等嗎要相信他嗎,還是直接退呢,其實之前沒問題時使用上還算滿意,前面提到的bt其實下載跑到200都不是問題,價錢也低,沒出問題還真沒想到要換一家,沒想到會搞成這樣,竟然報修了一個禮拜,還解決不了 |
照道理下行要先鎖住705MHz才可以做後續註冊動作 可是你下行訊號有時鎖住有時鎖不住 所以你下行訊號有問題造成常斷線,也許請工程換個換個tap孔位 |
經過一個禮拜的努力,他終於給了一個答案,目前看來問題是解決了,再試幾天看看,不斷應該就是沒問題了,我的解約計畫也只能等合約走完。 造成網路問題的主因就是纜線電話,只要機房開通我的電話網路就會出現之前的問題,關掉就沒事了(目前看來),這個問題竟然一個禮拜才找出來,真不知該說什麼,而且網路電話還是簽約時強迫推銷的,自己強推的設備都搞不定..... 不過網路速度從有電話的2M降到現在沒電話的1.5M,這跟他們所說的速率一點都不符合,難道那0.5M就要價70元嗎(電話月租70)。 這就是目前的狀況,感謝期間大家的幫忙,我發生的這個問題也留給大家作參考,謝謝大家囉,希望就此修復。 |
所有時間均為 +8。現在的時間是 05:40 AM。 |
XML | RSS 2.0 | RSS |
本論壇所有文章僅代表留言者個人意見,並不代表本站之立場,討論區以「即時留言」方式運作,故無法完全監察所有即時留言,若您發現文章可能有異議,請 email :[email protected] 處理。