【閒聊】來比比誰的訊號比較差

[九重天外臥龍深]

Frequency 693000000 Hz Locked
Signal to Noise Ratio 38 dB
QAM 64
Network Access Control Object ON
Power Level -9 dBmV
The Downstream Power Level reading is a snapshot taken at the time this page was requested. Please Reload/Refresh this Page for a new reading
HFC MAC Address 00:08:0E:30:42:30
Upstream Value
Channel ID 5
Frequency 26000000 Hz Ranged
Ranging Service ID 50
Symbol Rate 2.560 Msym/s
Power Level 58 dBmV
板上有人cable訊號比我還要差的嗎
LSC已經來"堪災"兩趟了找不出原因就是找不出.........

[bluesystem]

我的是南桃園LSC
Frequency 687000000 Hz Locked
Signal to Noise Ratio 37 dB
Power Level -10 dBmV

Upstream Value
Channel ID 3
Frequency 33150000 Hz Ranged
Power Level 31 dBmV

不好意思,能不能說明一下您的訊號是差在哪堜O?
最近我才又客訴找師傅來調整訊號(好像是我家附近的主幹線之類的問題),所以現在訊號應該是最好的時候,不過我搞不清楚您的訊號是差在哪??
另外,看這個用docsdiag看會比較好吧?

[coolbrother]

測試一下對 www.apol.com.tw 的 ping 值穩不穩定吧！^___^
當然 168.95.1.2 or 61.58.64.2 也行！

例如在 DOS 視窗中輸入：

C:\Documents and Settings\Admin>ping 61.58.64.2 -t

Pinging 61.58.64.2 with 32 bytes of data:

Reply from 61.58.64.2: bytes=32 time<1ms TTL=62
Reply from 61.58.64.2: bytes=32 time<1ms TTL=62
Reply from 61.58.64.2: bytes=32 time<1ms TTL=62
Reply from 61.58.64.2: bytes=32 time<1ms TTL=62
.
.
.
.

Ping statistics for 61.58.64.2:
Packets: Sent = 100, Received = 100, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms

如果平均回應值在 10-50ms 之內均屬於正常範圍之內！^____^

[九重天外臥龍深]

最初由 coolbrother 發表
測試一下對 www.apol.com.tw 的 ping 值穩不穩定吧！^___^
當然 168.95.1.2 or 61.58.64.2 也行！

例如在 DOS 視窗中輸入：

C:\Documents and Settings\Admin>ping 61.58.64.2 -t

很穩都不超過20
但是我下午5點至凌晨1-2點使用起來常常生不如死,貴公司客服人員每次都說我訊號微弱
Power Level -9 dBmV <--這一個調整前-13
Power Level 58 dBmV <--這一個怎麼用都壓不下來
該換的都換了外線組找不出原因內線的也找不出,陪你們為維修人員玩了兩天太累了我玩不下去了........

[iaa911]

內壢仁和街 使用者洪福耀 3M

Microsoft Windows XP [版本 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Documents and Settings\fyla5438>ping 61.58.64.2 -t

Pinging 61.58.64.2 with 32 bytes of data:

Reply from 61.58.64.2: bytes=32 time=64ms TTL=62
Reply from 61.58.64.2: bytes=32 time=34ms TTL=62
Reply from 61.58.64.2: bytes=32 time=21ms TTL=62
Reply from 61.58.64.2: bytes=32 time=24ms TTL=62
Reply from 61.58.64.2: bytes=32 time=21ms TTL=62
Reply from 61.58.64.2: bytes=32 time=39ms TTL=62
Reply from 61.58.64.2: bytes=32 time=15ms TTL=62
Reply from 61.58.64.2: bytes=32 time=44ms TTL=62
Reply from 61.58.64.2: bytes=32 time=52ms TTL=62
Reply from 61.58.64.2: bytes=32 time=29ms TTL=62
Reply from 61.58.64.2: bytes=32 time=80ms TTL=62
Reply from 61.58.64.2: bytes=32 time=19ms TTL=62
Reply from 61.58.64.2: bytes=32 time=19ms TTL=62
Reply from 61.58.64.2: bytes=32 time=14ms TTL=62
Reply from 61.58.64.2: bytes=32 time=16ms TTL=62
Reply from 61.58.64.2: bytes=32 time=15ms TTL=62
Reply from 61.58.64.2: bytes=32 time=24ms TTL=62
Reply from 61.58.64.2: bytes=32 time=55ms TTL=62
Reply from 61.58.64.2: bytes=32 time=27ms TTL=62
Reply from 61.58.64.2: bytes=32 time=40ms TTL=62
Reply from 61.58.64.2: bytes=32 time=30ms TTL=62


測我常使用到的IP 本來就算尖峰也都在200MS左右很平均離峰有100MS

現在變成 如下

Microsoft Windows XP [版本 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Documents and Settings\fyla5438>ping 218.1.72.124 -t

Pinging 218.1.72.124 with 32 bytes of data:

Reply from 218.1.72.124: bytes=32 time=316ms TTL=239
Reply from 218.1.72.124: bytes=32 time=285ms TTL=239
Reply from 218.1.72.124: bytes=32 time=320ms TTL=239
Request timed out.
Reply from 218.1.72.124: bytes=32 time=280ms TTL=239
Reply from 218.1.72.124: bytes=32 time=269ms TTL=239
Reply from 218.1.72.124: bytes=32 time=277ms TTL=239
Reply from 218.1.72.124: bytes=32 time=296ms TTL=239
Request timed out.
Reply from 218.1.72.124: bytes=32 time=303ms TTL=239
Reply from 218.1.72.124: bytes=32 time=262ms TTL=239
Reply from 218.1.72.124: bytes=32 time=286ms TTL=239
Reply from 218.1.72.124: bytes=32 time=332ms TTL=239
Reply from 218.1.72.124: bytes=32 time=275ms TTL=239
Request timed out.
Reply from 218.1.72.124: bytes=32 time=276ms TTL=239
Reply from 218.1.72.124: bytes=32 time=273ms TTL=239
Reply from 218.1.72.124: bytes=32 time=278ms TTL=239

本來的情況我還能接受 如修不好只好換家拉QQ

[wangcm]

最初由 九重天外臥龍深 發表
很穩都不超過20
但是我下午5點至凌晨1-2點使用起來常常生不如死,貴公司客服人員每次都說我訊號微弱
Power Level -9 dBmV <--這一個調整前-13

這看來還好....

Power Level 58 dBmV <--這一個怎麼用都壓不下來
該換的都換了外線組找不出原因內線的也找不出,陪你們為維修人員玩了兩天太累了我玩不下去了........

CM的upstream有到58dBmV嗎 ....看來不是cable的雙向線上放大器沒調好(downstream和upstream是分開調的 )或是upstream有noise灌進來了,再不然就是有人接了不該接的放大器(一般外面賣的放大器是單向的,upstream根本過不去 )或filter(ex HPF是接在電視那邊而非CM這邊的,因為如此一來相當於在upstream串了一個很大的衰減器 ),導致CM必須開很高的upstream才連的上 ....

[raytracy]

小弟看法和 wangcm 兄相同; 工程人員只查線是沒用的, 線本身可能沒問題, 但外面的設備有問題. upstream 訊號的變化有時間性的話 (例如: 某些時段特別高), 那就要去查外線或是別人家的線路, 很可能有私接戶的訊號倒灌回來.....

[wangcm]

最初由 raytracy 發表
小弟看法和 wangcm 兄相同; 工程人員只查線是沒用的, 線本身可能沒問題, 但外面的設備有問題. upstream 訊號的變化有時間性的話 (例如: 某些時段特別高), 那就要去查外線或是別人家的線路, 很可能有私接戶的訊號倒灌回來.....

跟時間相關的話設備的問題應該不大,倒可能是congestion所致(尤其原post者提到是1700-0100之間正是公認的尖峰時間 ),不過congestion應該不致於導致upstream output異常升高,或許是線路有leakage,而恰巧此時附近有人在玩27MHz的CB之類(原文提到upstream是跑26MHz)所致,不過這年頭這種可能性甚低就是了 ,比較保險的方法可能是在此時看upstream output是否正常,並同時ping CMTS或CMTS下一點的router(可由tracert得知),確認是noise或congestion所致 ....

[raytracy]

小弟也認為應該與壅塞無關, 畢竟是上行訊號送不出去, 比較有可能是設備(但時間因素又讓人困惑? 還是設備附近有大馬力機械作周期性運轉?); 若真是壅塞的話, 一般訊號應該還會維持在一個較好的狀態.

洩漏則是蠻有可能的, 小弟知道高雄那邊剛開始要做寬頻前, 先去做了一次線路的清查, 結果發現可能以前跟包商或員工有糾紛, 有人竟然偷偷把每一個同軸電纜接頭附近的地網都剝除掉, 然後再包上防水熱縮管, 外觀上根本看不出來, 若沒拿洩漏儀出去量的話, 永遠也找不出來....

不過, 洩漏加上 CB HAM?....也太湊巧了吧?.. 而且那傢伙還得用 1KW 持續發射吧? 不然哪那麼嚴重啊?.....還是有什麼地下的 HF 電台在附近?...

這個跟時間相關的變因, 倒是蠻值得查修人員去深入探討的....

剛剛又想到一個: 會不會跟 micro-reflection 有關啊? 阻抗匹配有問題? 大量駐波反射?....也有可能跟同一幹線上的某幾家戶內電器有關, 導致與時間扯上關聯.....不過樓主的資訊不夠判斷, 最好用 docsdiag 加 -vv 參數抓一次才知道....最近我們這邊快被這個參數給打敗了....沒人知道該怎麼在 RF 上面要如何解讀或測量?....

[九重天外臥龍深]

最初由 raytracy 發表
剛剛又想到一個: 會不會跟 micro-reflection 有關啊? 阻抗匹配有問題? 大量駐波反射?....也有可能跟同一幹線上的某幾家戶內電器有關, 導致與時間扯上關聯.....不過樓主的資訊不夠判斷, 最好用 docsdiag 加 -vv 參數抓一次才知道....最近我們這邊快被這個參數給打敗了....沒人知道該怎麼在 RF 上面要如何解讀或測量?....

剛剛拜讀raytracy兄的文章馬上去測試結果如下
台中LSC無法讀取嗎?