哇哈哈...現在學生放暑假回家去了....
終於能享受到所謂的寬頻上網啦....
昨天一整天上傳都保持在30KB/sec以上...
看了真是爽.....不像平常日只要晚上一定掉到10KB/sec以下..
不過開學以後我可能就會跳槽到8M ADSL
如果光速這邊沒有什麼動作的話....
可列印頁面
哇哈哈...現在學生放暑假回家去了....
終於能享受到所謂的寬頻上網啦....
昨天一整天上傳都保持在30KB/sec以上...
看了真是爽.....不像平常日只要晚上一定掉到10KB/sec以下..
不過開學以後我可能就會跳槽到8M ADSL
如果光速這邊沒有什麼動作的話....
耶~~真的是這樣耶~~~normanfan兄沒說我還沒注意倒是這個原因~~~
我想說奇怪~~我的上傳怎麼可以衝到44KB....害我興奮了好久
各位是在中原大學附近嗎?:D
[QUOTE][i]最初由 coolbrother 發表[/i]
[B]各位是在中原大學附近嗎?:D [/B][/QUOTE]
小弟是在Tesco附近`~中華路2段麥當勞旁邊~~...
Cool兄上次還叫我測一下訊號...結果訊號正常...但上下傳超慢....
結果...昨天...還真的用"噴"的喔
嗯嗯...我是在中壢大潤發附近....
[QUOTE][i]最初由 normanfan 發表[/i]
[B]嗯嗯...我是在中壢大潤發附近.... [/B][/QUOTE]
中原那邊品質濫爆,我中原的家之前也是申請光速的,我個人認為那邊品質差有幾個原因:
第一:網路病毒猖狂,其實一堆學生電腦中網路型病毒都不知道狂送封包,加上那邊就是很多人都用CABLE。
第二:網路使用者幾乎都是大學生,= =學生用網路絕大部分都是P2P或是大量傳送檔案FTP之類。
第三:偷接用戶應該超多,因為很多學生都市偷接看第四台的,會影響其他人的品質。
第四:上次聽說那邊的設備承受不了這麼多的使用者衝擊它,之前他們機房說的。
我用光速已經滿久,從他免費試用到1.5M/384K就沒在用之前還用過他的1M/512K固定IP一個月2000大圓,之前有跟他們談過想要申請10M的不過機房說我那台合勤的最高也才10M但如果開放10M,下載跑到6M以上MODEM可能就有點吃不消。
說實在的我個人比較喜歡用CABLE,但是我剛申請的CABLE沒有像已往的品質了,它在我最需要網路的時候掛點,在有颱風、狂風怒豪、響亮的雷聲時就幾乎會斷線,通常這時間都是在家的,所以才換ADSL,申請除了在移機升速的時候除外,都沒有斷過線。
[QUOTE][i]最初由 microsome 發表[/i]
[B]中原那邊品質濫爆,我中原的家之前也是申請光速的,我個人認為那邊品質差有幾個原因:
第一:網路病毒猖狂,其實一堆學生電腦中網路型病毒都不知道狂送封包,加上那邊就是很多人都用CABLE。
第二:網路使用者幾乎都是大學生,= =學生用網路絕大部分都是P2P或是大量傳送檔案FTP之類。
第三:偷接用戶應該超多,因為很多學生都市偷接看第四台的,會影響其他人的品質。
第四:上次聽說那邊的設備承受不了這麼多的使用者衝擊它,之前他們機房說的。
我用光速已經滿久,從他免費試用到1.5M/384K就沒在用之前還用過他的1M/512K固定IP一個月2000大圓,之前有跟他們談過想要申請10M的不過機房說我那台合勤的最高也才10M但如果開放10M,下載跑到6M以上MODEM可能就有點吃不消。
說實在的我個人比較喜歡用CABLE,但是我剛申請的CABLE沒有像已往的品質了,它在我最需要網路的時候掛點,在有颱風、狂風怒豪、響亮的雷聲時就幾乎會斷線,通常這時間都是在家的,所以才換ADSL,申請除了在移機升速的時候除外,都沒有斷過線。 [/B][/QUOTE]
我也用光速大概已經有3年多了..從最早768/128到現在
中間有過幾次網路品質不是很穩定..
光速都蠻有誠意改善的..
不過這次adsl推出8m的..
已經讓我認真的考慮要跳槽了..
不想在只有等寒暑假時才能有所謂的寬頻..
學生真的太會吃寬頻了...
而且現在尖峰時間~~速度都爆慢~~~到lsc測速都只剩512K的水準.....
只要脫離那個時間就又正常....沒想到在中華路2段這邊速度比我還住中原那邊還慢(新中北路)...[COLOR=crimson]中華路這邊跟中原那屬同一區嗎??[/COLOR] :mad:
南桃園LSC使用至今也快屆滿一年了
也來說說用到目前為止的感想吧
當初來PCZONE收集一些LSC的相關訊息時
大部分的人都傾向於不建議申裝
無預警斷線、玩GAME會lag暴ping、到了晚上連線速率接近龜速
但是為了擺脫黑Net的荼毒,我還是決定賭賭看了
為什麼說是賭呢,因為比起看電視還不如上網
而且大部分的電視節目都沒什麼營養不如不看
但是裝機除了600元的網路費
還有安裝費、保證金、和3個月第四台收視費用
這些加一加就差不多4千多元,最後還是忍痛申請了
完工之後,感覺用起來並沒有想像中的那麼差
不過的確是會斷訊,但是只是偶爾,印象中到目前為止只有5、6次吧
斷訊時間大約都有4到12個小時之間,算是滿久的
可惜我臉皮薄不夠澳客,連一通電話也沒打
然後到了晚上情況真的就比較慘了,真的是用龜速來形容也不為過
但是白天沒有什麼問題就算了
大約今年年初左右吧,晚上的速度也能維持一定
一直用到現在都沒出啥大問題了
難道是漲價之後有錢建設網路了?
不過最近TP真的是用的太凶了,網頁要開個好幾次實在很...
通常網路有問題我都會等個兩天
確定不是暫時性的問題才會打電話給客服
之前年初有一次網路有問題
持續了一個禮拜實在是受不了了
打電話給客服,客服回說稍後工程師會回電
一等就是兩天...
只好鼓起勇氣再打一次,幸好這次就有回電並派員處理了
後續花了一個星期的時間,到府查了3次線路終於找出原因
只是這兩個禮拜都沒網路用
前天網路異常緩慢
習慣先等個兩天但是還是沒好轉
今天早上打電話給客服
客服聽完問題後回說稍後會回電
到現在還沒回...
自己稍微測了一下
C:\>tracert -h 2 -d 168.95.1.1
Tracing route to 168.95.1.1 over a maximum of 2 hops
1 9 ms 8 ms 7 ms 10.2.23.254
2 12 ms 8 ms 10 ms 172.16.1.69
Trace complete.
7/1 10:29
Ping statistics for 172.16.1.69:
Packets: Sent = 1000, Received = 676, Lost = 324 (32% loss),
Approximate round trip times in milli-seconds:
Minimum = 12ms, Maximum = 49ms, Average = 18ms
7/1 12:48
Ping statistics for 172.16.1.69:
Packets: Sent = 1000, Received = 612, Lost = 388 (38% loss),
Approximate round trip times in milli-seconds:
Minimum = 12ms, Maximum = 48ms, Average = 17ms
7/1 13:26
Ping statistics for 172.16.1.69:
Packets: Sent = 1000, Received = 709, Lost = 291 (29% loss),
Approximate round trip times in milli-seconds:
Minimum = 12ms, Maximum = 55ms, Average = 16ms
[QUOTE][i]最初由 iceswater 發表[/i]
[B]南桃園LSC使用至今也快屆滿一年了
也來說說用到目前為止的感想吧
當初來PCZONE收集一些LSC的相關訊息時
大部分的人都傾向於不建議申裝
無預警斷線、玩GAME會lag暴ping、到了晚上連線速率接近龜速
但是為了擺脫黑Net的荼毒,我還是決定賭賭看了
為什麼說是賭呢,因為比起看電視還不如上網
而且大部分的電視節目都沒什麼營養不如不看
但是裝機除了600元的網路費
還有安裝費、保證金、和3個月第四台收視費用
這些加一加就差不多4千多元,最後還是忍痛申請了
完工之後,感覺用起來並沒有想像中的那麼差
不過的確是會斷訊,但是只是偶爾,印象中到目前為止只有5、6次吧
斷訊時間大約都有4到12個小時之間,算是滿久的
可惜我臉皮薄不夠澳客,連一通電話也沒打
然後到了晚上情況真的就比較慘了,真的是用龜速來形容也不為過
但是白天沒有什麼問題就算了
大約今年年初左右吧,晚上的速度也能維持一定
一直用到現在都沒出啥大問題了
難道是漲價之後有錢建設網路了?
不過最近TP真的是用的太凶了,網頁要開個好幾次實在很... [/B][/QUOTE]
我中原的家用起來就沒你幸運,每個月沒給你幾次斷訊你還真覺得奇蹟耶,
晚上PING IP 沒送幾個TIME OUT該放鞭炮,之前因為這個害我玩ONLINE GAME
一質狂死,現在已經脫離LSC滿久不知改善如何。線再對ADSL還是很滿意。
[QUOTE][i]最初由 iceswater 發表[/i]
[B] Packets: Sent = 1000, Received = 676, Lost = 324 (32% loss),
Packets: Sent = 1000, Received = 612, Lost = 388 (38% loss),
Packets: Sent = 1000, Received = 709, Lost = 291 (29% loss),[/B][/QUOTE]
您的封包遺失狀況很嚴重, 由於response time 並不差, 所以應該不是客戶數太多的問題, 也應該不是電腦本身的問題. 看起來像是實體線路的品質問題. 如果您可以用[url=http://www.pczone.com.tw/showthread.php?t=124556] docsdiag [/url]看一下訊號值, 或許大家可以再幫您研究看看....
剛剛再測了一次
Ping statistics for 172.16.1.69:
Packets: Sent = 1000, Received = 766, Lost = 234 (23% loss),
Approximate round trip times in milli-seconds:
Minimum = 12ms, Maximum = 96ms, Average = 21ms
System up time = 0 days 00h 21m 49.00s
IP address.10.2.16.168 = 10.2.16.168
IP address.127.0.0.1 = 127.0.0.1
IP address.192.168.100.1 = 192.168.100.1
Ethernet single-collision errs.1 = 320
Ethernet multiple-collision errs.1 = 160
Ethernet deferred xmits.1 = 12
Downstream channel ID = 11
Downstream channel frequency = 681000000 Hz
Downstream received signal power = -2.2 dBmV
Upstream channel ID = 4
Upstream channel frequency = 26250000 Hz
Upstream timing offset = 5125 units of (6.25/64) microseconds
QoS max upstream bandwidth = 384000 bps
QoS max downstream bandwidth = 2000000 bps
SigQu: received without error = 41303751 codewords
SigQu: correctable errors = 0 codewords
SigQu: uncorrectable errors = 0 codewords
SigQu: Signal to Noise Ratio = 37.7 dB
SigQu: microreflections = 33 dBc
Cable modem status = Operational
Upstream transmit signal power = 38.0 dBmV
Number of interface resets = 0
Downstream sync losses = 0
Invalid MAP msgs received = 0
Invalid UCD msgs received = 0
Invalid Ranging Responses rcvd = 0
Invalid Registration Resps rcvd = 0
T1 timer expiries = 0
T2 timer expiries = 0
T3 timer expiries = 12
T4 timer expiries = 0
Ranging Aborts = 0
Tx mini-slots used (contended).7456 = 0
Tx mini-slots used (dedicated).7456 = 151729
Tx data re-tries.7456 = 0
Tx data retry limit exceeded.7456 = 0
Tx bandwidth req retries.7456 = 2112
Tx bw req retry lim exceeded.7456 = 0
Date and Time = 2004-07-02,14:16:12.0
Configuration filename = Moto51D1500U384C1Upgrade.cfg
[QUOTE][i]最初由 iceswater 發表[/i]
[B]剛剛再測了一次
Packets: Sent = 1000, Received = 766, Lost = 234 (23% loss),
[/b][/quote]
這個狀況真是很糟糕, 不過很奇怪的:
[quote][b]
System up time = 0 days 00h 21m 49.00s
Ethernet single-collision errs.1 = 320
Ethernet multiple-collision errs.1 = 160
Ethernet deferred xmits.1 = 12
Downstream received signal power = -2.2 dBmV
SigQu: received without error = 41303751 codewords
SigQu: correctable errors = 0 codewords
SigQu: uncorrectable errors = 0 codewords
SigQu: Signal to Noise Ratio = 37.7 dB
SigQu: microreflections = 33 dBc
Upstream transmit signal power = 38.0 dBmV
T1 timer expiries = 0
T2 timer expiries = 0
T3 timer expiries = 12
[/B][/QUOTE]
您的實體訊號看起來都還不錯, 只是有幾次 T3 Timeout, 但從信號值上判斷不出關聯性. 頂多是 microreflections 高了一些 (通常應該 10 幾比較好, 不過這是台灣 Cable 業者普遍的問題)
但是 CM 才開機 21 分鐘, 竟然可以出現好幾百次的 Ethernet Error? 好像您的 PC 與 CM 之間的溝通有些問題....您有沒有試過換網路卡或網路線? 或是將網路卡的多工設定從 Auto 改成 Half-duplex 或 Full-duplex 試試看? 或是在中間插個分享器進去試看看?
感謝raytracy兄的熱心回應
把Realtek RTL8029換成Intel PRO/100 VE
網路線也一併換過
快速測了一下
Ping statistics for 172.16.1.69:
Packets: Sent = 140, Received = 116, Lost = 24 (17% loss),
Approximate round trip times in milli-seconds:
Minimum = 11ms, Maximum = 52ms, Average = 22ms
System up time = 0 days 00h 05m 38.00s
IP address.10.2.16.168 = 10.2.16.168
IP address.127.0.0.1 = 127.0.0.1
IP address.192.168.100.1 = 192.168.100.1
Ethernet carrier sense xmit errs.1 = 158
Downstream channel ID = 11
Downstream channel frequency = 681000000 Hz
Downstream received signal power = -1.6 dBmV
Upstream channel ID = 4
Upstream channel frequency = 26250000 Hz
Upstream timing offset = 5124 units of (6.25/64) microseconds
QoS max upstream bandwidth = 384000 bps
QoS max downstream bandwidth = 2000000 bps
SigQu: received without error = 10655694 codewords
SigQu: correctable errors = 0 codewords
SigQu: uncorrectable errors = 0 codewords
SigQu: Signal to Noise Ratio = 37.6 dB
SigQu: microreflections = 40 dBc
Cable modem status = Operational
Upstream transmit signal power = 37.8 dBmV
Number of interface resets = 0
Downstream sync losses = 0
Invalid MAP msgs received = 0
Invalid UCD msgs received = 0
Invalid Ranging Responses rcvd = 0
Invalid Registration Resps rcvd = 0
T1 timer expiries = 0
T2 timer expiries = 0
T3 timer expiries = 1
T4 timer expiries = 0
Ranging Aborts = 0
Tx mini-slots used (contended).7650 = 0
Tx mini-slots used (dedicated).7650 = 12232
Tx data re-tries.7650 = 0
Tx data retry limit exceeded.7650 = 0
Tx bandwidth req retries.7650 = 84
Tx bw req retry lim exceeded.7650 = 0
Date and Time = 2004-07-02,15:28:19.0
Configuration filename = Moto51D1500U384C1Upgrade.cfg
[QUOTE][i]最初由 iceswater 發表[/i]
[B]感謝raytracy兄的熱心回應
把Realtek RTL8029換成Intel PRO/100 VE
Packets: Sent = 140, Received = 116, Lost = 24 (17% loss),
System up time = 0 days 00h 05m 38.00s
Ethernet carrier sense xmit errs.1 = 158
Downstream received signal power = -1.6 dBmV
SigQu: received without error = 10655694 codewords
SigQu: correctable errors = 0 codewords
SigQu: uncorrectable errors = 0 codewords
SigQu: Signal to Noise Ratio = 37.6 dB
SigQu: microreflections = 40 dBc
Upstream transmit signal power = 37.8 dBmV
T1 timer expiries = 0
T2 timer expiries = 0
T3 timer expiries = 1
T4 timer expiries = 0
[/B][/QUOTE]
還是一樣, CM 實體的訊號很好, 但是 Ethernet 短時間就出現一堆 Error. 雖然比先前好一點, 但小弟認為, 您的 CM Ethernet 介面有些狀況, 可能與 PC 網卡之間無法調適. 請試著改變網卡的這個參數: (假設是 XP)
我的電腦 -> 按右鍵選內容 -> 硬體 -> 裝置管理員 -> 網路介面卡 -> (Realtek or Intel) -> 按右鍵選內容 -> 進階
現在應該會出現網卡的進階設定畫面, 請您找一下左邊的選項中, 有沒有一個 Link Speed & Duplex 的選項, 點下去右邊的數值欄會出現 Auto 字樣? 若有的話, 請把 Auto 改掉試試看. 可以先從 10Mbps/Half Duplex 試看看, 找出一個 Error 比較少的設定.
如果有機會的話, 換一條網路線也可試試看. 或是將現有的網路線兩端對調過來接看看.....
raytracy兄;
根據您的說法,小弟我照著實做一番
發現Error真的變少了
但是網路還是一樣慢到不行
連開個pczone的網頁都要好幾十秒
而且還沒開其他跟網路有關的軟體...
Ping statistics for 172.16.1.69:
Packets: Sent = 1000, Received = 753, Lost = 247 (24% loss),
Approximate round trip times in milli-seconds:
Minimum = 12ms, Maximum = 315ms, Average = 21ms
System up time = 0 days 00h 33m 56.00s
Ethernet alignment errors.1 = 1
Ethernet single-collision errs.1 = 3
Ethernet deferred xmits.1 = 8
Ethernet late collisions.1 = 1
Downstream channel ID = 11
Downstream channel frequency = 681000000 Hz
Downstream received signal power = -2.0 dBmV
Upstream channel ID = 4
Upstream channel frequency = 26250000 Hz
Upstream timing offset = 5120 units of (6.25/64) microseconds
QoS max upstream bandwidth = 384000 bps
QoS max downstream bandwidth = 2000000 bps
SigQu: received without error = 64286594 codewords
SigQu: correctable errors = 0 codewords
SigQu: uncorrectable errors = 0 codewords
SigQu: Signal to Noise Ratio = 37.3 dB
SigQu: microreflections = 40 dBc
Cable modem status = Operational
Upstream transmit signal power = 37.8 dBmV
T1 timer expiries = 0
T2 timer expiries = 0
T3 timer expiries = 4
T4 timer expiries = 0
Ranging Aborts = 0
Tx mini-slots used (contended).1233 = 0
Tx mini-slots used (dedicated).1233 = 131290
Tx data re-tries.1233 = 0
Tx data retry limit exceeded.1233 = 0
Tx bandwidth req retries.1233 = 1744
Tx bw req retry lim exceeded.1233 = 0
Date and Time = 2004-07-02,20:11:55.0
Configuration filename = Moto51D1500U384C1Upgrade.cfg
可否也請Raytracy 版大幫小弟看一下這個訊號是否正常...
小弟使用南桃園光速...最進真的慢到不行....
以下是用Docsdiag抓出的訊號
<<HW_REV: 3; VENDOR: Motorola Corporation; BOOTR: 2150; SW_REV: SB5100-2.3.1.6-S
CM01-NOSH; MODEL: SB5100>>
System up time = 4 days 19h 41m 51.00s
Downstream channel ID = 11
Downstream channel frequency = 681000000 Hz
Downstream received signal power = -5.8 dBmV
Upstream channel ID = 3
Upstream channel frequency = 33150000 Hz
QoS max upstream bandwidth = 384000 bps
QoS max downstream bandwidth = 2000000 bps
SigQu: Signal to Noise Ratio = 39.6 dB
Cable modem status = Operational
Upstream transmit signal power = 49.0 dBmV
Date and Time = 2004-07-03,15:29:40.0
Configuration filename = Moto51D1500U384C1Upgrade.cfg
不知是否有不正常的地方
[url]http://home.pchome.com.tw/mysite/mmshu/Speed_Test.JPG[/url]
[QUOTE][i]最初由 mmshu 發表[/i]
[B]可否也請Raytracy 版大幫小弟看一下這個訊號是否正常...[/B][/QUOTE]
這樣看不太出來, 可否請您加上 -v 的參數再讀一次?....
[QUOTE][i]最初由 iceswater 發表[/i]
[B]raytracy兄;
根據您的說法,小弟我照著實做一番
發現Error真的變少了
但是網路還是一樣慢到不行[/B][/QUOTE]
好, PC <-> CM 之間的問題解決了; 現在剩下比較可疑的, 就是 microreflections 的數值了. 而且現在又增加了許多! 看起來好像會跑來跑去, 通常不應該會這樣的. 這個數值所代表的, 是實體電路上的反射訊號大小, 理應越小越好. 現在有幾種可能:
1. 整條實體電路上出現阻抗不匹配的狀況, 但這很難查, 國內好像還沒聽說有哪家業者, 有能力去測量或監控這個問題.
2. 有新的私接戶出現在同一條電路上. 私接戶施工的品質一定遠低於業者, 只要接頭沒做好, 也有可能出現此問題. 或是私接戶使用的分配器, 放大器, 甚至電視太老舊, 也可能造成此現象. (因為沒有接高通濾波器, 所以無法阻止私接戶家中電器的不良特性反灌回來)
3. 業者本身的電路上, 有某些接頭沒有處理好. 外觀看起來可能是好的, 但裡面有問題. 例如, 接頭外面包覆的防水熱縮套管, 如果長度不足, 很可能因為日曬雨淋, 造成龜裂, 而滲雨水進去. 平時訊號看起來很好, 但水氣干擾時, 若長時間測試, 就會出現問題. 此外, 若熱縮套管使用其他廠牌, 不是用 3M 出產的, 也有可能會這樣.
您的問題必須報修, 請業者來查電路. 但小弟並不很樂觀, 因為上面有些因素是超出業者掌握的範圍之外. 您只要抓住一個重點: [b]用 ping 測試的結果要求業者改善[/b](必要時, 搬出電總的法規來講), 其他問題讓業者自己去傷腦筋. 若一直無法改善, 您可以先要求費用上折扣優待, 以給業者壓力去面對此問題. (to: coolbrother兄, 對不起喔, 您可要辛苦囉...:D)
希望各位提出問題的同時也能提供 CM 的 HFC MAC。
小弟才能正確無誤的幫大家解決問題或反應給相關單位處理!:)
HFC MAC
這個是MAC 位址 00:90:96:0E:15:1B
這個嗎???
[QUOTE][i]最初由 paultai 發表[/i]
[B]HFC MAC
這個是MAC 位址 00:90:96:0E:15:1B
這個嗎??? [/B][/QUOTE]
這應該是網卡或分享器的 MAC,小弟需要的是 CM 後面標籤印的 HFC MAC 的號碼。:)
我在後面只看到mac ADDRESS跟 SERIAL NO
那我該看哪裡
我是用askey的老機
[QUOTE][i]最初由 paultai 發表[/i]
[B]我在後面只看到mac ADDRESS跟 SERIAL NO
那我該看哪裡
我是用askey的老機 [/B][/QUOTE]
原來您是東森客戶.....@___@"
那應該是0090的沒錯了,只是小弟幫不了您,因為小弟不是東森的人。
[QUOTE][i]最初由 coolbrother 發表[/i]
[B]原來您是東森客戶.....@___@"
那應該是0090的沒錯了,只是小弟幫不了您,因為小弟不是東森的人。 [/B][/QUOTE]
有機會的話在幫我好了^^
東森的用戶,用版大的軟體怎麼測也不會出現
這個ip 172.16.1.69 且東森只有跟北桃合作
走的是597000000
給coolbrother兄;
下面是現在CM的MAC
000E5C603F9E
有勞您了,謝謝
網路的緩慢的情況其實是從6/29下午就發生了
小弟我等了兩天覺得應該不是暫時性的問題
7/1就打電話到客服
當天晚上有一陣子恢復正常情況
之後又是老樣子連線品質很差一直到現在
感覺跟颱風有點關係可是發生問題的時間又在6/29
實在是一頭霧水:confused:
現在先等颱風過在看看情況了
話說今天第四台斷訊的地區還真多啊 :eye:
[QUOTE][i]最初由 iceswater 發表[/i]
[B]給coolbrother兄;
下面是現在CM的MAC
000E5C603F9E
[/B][/QUOTE]
很抱歉耶,小弟現在查不到您 CM 的訊號。
您是否把 CM 關掉了?
[QUOTE][i]最初由 coolbrother 發表[/i]
[B]很抱歉耶,小弟現在查不到您 CM 的訊號。
您是否把 CM 關掉了? [/B][/QUOTE]
大概是第四台斷訊的原因吧
晚上陸陸續續了好幾次
所以CM也跟著不能用了
剛剛測的
Ping statistics for 172.16.1.65:
Packets: Sent = 1000, Received = 689, Lost = 311 (31% loss),
Approximate round trip times in milli-seconds:
Minimum = 14ms, Maximum = 139ms, Average = 43ms
嗯.....我自己遇過的問題是實體線路的問題,例如有人偷接.
比較明顯的狀況是,之前看某些台(如幾個日本台)的訊號本來還不錯,突然感覺變得比較不清楚.
後來請南桃園的人來看了兩次,第一次師傅原來以為是接頭不良,我們家分接太多,後來實在連電
視訊號都變成很差,把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
[QUOTE][i]最初由 iceswater 發表[/i]
[B]看來可能是偷接的問題也說不定
之前照著raytracy兄的指示
但是情況還是沒有改善[/B][/QUOTE]
我個人覺得, 自從您換過網卡之後, 問題就不在您這邊了...應該要請業者出來查....
[QUOTE][i]最初由 raytracy 發表[/i]
[B]我個人覺得, 自從您換過網卡之後, 問題就不在您這邊了...應該要請業者出來查.... [/B][/QUOTE]
今天工程師已經來測過線路品質並沒有問題
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
[QUOTE][i]最初由 iceswater 發表[/i]
[B]今天工程師已經來測過線路品質並沒有問題
Modem的參數和燈號,工程師看完也說很正常
ping的出去數值跟之前一樣也很正常(但沒看lost的問題)[/B][/QUOTE]
請他們帶 Hukk 的 CM-1000 儀表來(或是同等級的儀表, 像是 DSM-2500 之類的, 這個儀器應該有經營寬頻的系統業者都會有, 萬一他們沒有, 請他們跟同業借一下, 或是跟代理的華智借一下也可以, 華智會很樂意借...:)), 接上去連續測個 10~15 分鐘的 BER 和 BkER 值, 跟標準值比對一下, 就會看見問題.....(BkER 最大不能高於 1.0E-04, 否則就會發生您的現象)
您的問題, 光用電腦去 ping 是看不出來的....這裡有一段關於如何使用 CM-1000 儀器檢測出您問題的操作方法: [url]http://www.sunrisetelecom.com/broadband/AP-CM01-004-C.pdf[/url] 可以給業者參考 (在這個方法中, 只要 lost 1/1000 個封包就算不及格, 最多只能遺失 1/10000 個封包, 比我們用電腦測試的標準更嚴格多了. )
若工程人員聽不懂, 請他們將小弟這番話, 轉告給工程主管, 他們應該會懂.
[QUOTE][i]最初由 raytracy 發表[/i]
[B]請他們帶 Hukk 的 CM-1000 儀表來...恕刪
[/B][/QUOTE]
呃,小弟覺得他們應該不會吃飽太閒搞這麼麻煩的事來做
以下是這幾天的報修情況
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:
[QUOTE][i]最初由 iceswater 發表[/i]
[B]他竟然說現在都是「2M/192k、3M/192k」啦,早就沒有384k了
我...:eek: :eek: :eek:[/B][/QUOTE]
幫偶看一下維修單上師父的名字~
偶直接交給光速工程主管處理~;)
維修單?沒有留這種東西耶
他隨便說說小弟也隨便聽聽沒有在意
今天閒來無事換用USB試試看(CM是SB5100)
測試結果
嗯,情況不令人意外,網路還是一樣慢:D ;)
[QUOTE][i]最初由 iceswater 發表[/i]
[B]要他們去拿儀器來測我更是想都不敢想...[/B][/QUOTE]
那個儀器是維修工程師的標準配備, 照理說, 應該是每一次出去維修都要帶, 而且要用那儀器所量到的數值, 當作維修的判斷依據. 國內因為成本的關係, 可能無法配到每位工程師一台(一台報價要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% 不會變化才對....