南桃園 - 可能是我用過最爛也最好的網路(五)斷線可能真不是他們的問題與測速風波
Wayne's (Mis)adventure of NTY CATV 系列文:
斷線可能是你的鄰居害的
莫約 11 月 13 日開始,我的伺服器專線開始出現上傳速度降速的問題,約從穩定的 50M 降到 10M,有時經常是 1M 都不到,原本我以為可能是因為傳輸量太多導致南桃園的網管系統的頻寬 Fair-Usage (公平政策) 管理 Kick-In,開始做 QoS 限制。
由於我的伺服器有在做用遠端串流做 AI 影像運算,同時又負責交大區塊鏈課程的主要運算節點,三天 300G 的流量非常正常。這是多到連中華電信 1G/1G 商用型都會降速管制的地步。
原本不以為意,就把部分的流量轉到中華電信的線路上,讓南桃園的線路淨空幾天,但結果一天比一天糟,把 AI 影像運算轉走已經停了大部分的上下流量了,區塊鏈也不過才雙向不特定的 300-400Kbps 左右,學生竟然還會說伺服器已經快不回應了- 存取線上服務 「多過」 自行提供線上服務 (下載重要)
- 網路存取行為是 「有時間性」(不持續)
- 網路穩定「低關鍵性」(時間較不敏感)
- 多數人必須能有「尚可接受」的下載頻寬
- 多數人必須在要上網時,系統「要有空餘資源」
- 第一個是電源燈
- 第二個是下行燈 (通常下行都在高頻段)
- 藍色: 多頻道綁定成功
- 綠色: 下行訊號正常 (只有一個頻道)
- 綠色閃爍: 正在搜尋下行訊號
- 第三個是上行燈 (通常上行都在低頻段)
- 藍色: 多頻道綁定成功
- 綠色: 上行訊號正常 (只有一個頻道)
- 綠色閃爍: 正在搜尋上行訊號
- 第四個是註冊燈
- 綠色: 與 CMTS 註冊成功
- 綠色閃爍: 正在與 CMTS 進行註冊
- 第五個是區域網路燈
- 尋找下行訊號
- 尋找上行訊號
- 向 CMTS 進行註冊
- 取得 CMTS DHCP 註冊
- CMTS 向 Cable Modem 發出設定檔案
- 依照發出的設定檔案進行調整 (多頻道綁定是在這之後才開始的)
- Cable Modem 找不到上行訊號
- Cable Modem 無法註冊
- 南桃園早在十年前已經全數位化訊號,意味著你沒有解碼卡跟解碼器也不能看,而且這個解碼卡是會遠端更新的。
- 如果是要偷 Cable Modem 寬頻網路來用,那就別癡人說夢了,Docsis 3.0 有導入 BPI+ 等安全功能,Cable Modem 沒有預先備 CMTS 註冊並分發設定,根本不能用
- 原本是為了續接上型與下行訊號所以才增設的
- 但這也代表別人家有雜訊,也會透過 Amplifer 不斷放大到整個系統都聽得到
當然事情的最後,我不想當壞人
家裡的隔壁,其實是某工廠提供給外籍移工的宿舍,基本上我跟他們的關係還不錯,有時也會幫忙一下,例如翻譯,或者是不會的事情等等,但就偷接這件事情,我還是嚴肅地坐下來跟他們談:
- 這是偷竊,而且會影響整個區域用戶的使用
- 在原籍國可以,不代表其他國家就可以
你的省錢也是一種助紂為虐
惱人的作法,可能還真不是壞人
南桃園 L13 節點網路品質揭露系統
經過這一次的事件,我已經開始確定,許許多多南桃園以往的各種斷線,很可能就是在同一光節點內出現的各種雜訊源 (包含 Cable 品質不良,破皮,進水,客戶家裡用爛線,偷接... 各種數不勝數的問題) 都可以導致各種的瞬斷,而就到目前只因這件事情導致連線品質不良,說實在的,這一區 (L13) 應該是所有服務區裡面的上上籤。
為了避免每次我都要手動去 Cable Modem 裡面檢查線路狀態,就花了點時間寫了
Nan Taoyuan (South Taoyuan) L13 (South Longtan Sanlin Node) Network Quality Disclose
基本上就是南桃園 L13 區網路品質揭露系統
監測三種資料:
- 下行訊號品質 (DS)
- 上行訊號品質 (US)
- CMTS 反應速度 (PING)
- Power (dBmV) : 訊號接收強度
- Modulation (QAM) : 訊號變調使用
- Channel ID : 訊號使用的頻道 ID
- Frequency : 訊號使用的頻帶
- SNR: 信噪比
- Theoretical Downstream Mbps : 依照 QAM 計算的最可下載速率 (代表通信品質)
- Power (dBmV) : 訊號發射強度 (備註: 超過 45 基本上 Docsis 規定的上限,47 基本上已經是機器快用盡全力在送了)
- Modulation (QAM) : 訊號變調使用
- Channel ID : 訊號使用的頻道 ID
- Frequency : 訊號使用的頻帶
- Theoretical Upstream Mbps : 依照 QAM 計算的最可上載速率 (代表通信品質)
- Docsis 3.0 美規的下行通道通常是 6MHz 一個 Channel,Msym/s (The number of Million symbols transmitted per-second )大概是 6.952,如果再開 QAM 壓縮,就能使一個 Symbol 傳輸更多的 bits.,例如假設我們下行的一個頻道是使用 256-QAM:
- log2(256) x 6.952 x 10^6 / 10^6 就是一個 Channel 的速度 (大概 55.6 Mbps,但請注意,這是 Raw Speed... 跟你電腦上套了 Ethernet Frame 又再加上 Docsis Frame 會得到的是會減損的)
- 所以 16 個 Channel 就能有大概 890Mbps 的傳輸速度
- Docsis 3.0 美規的上行也差不多,通常是 6.4MHz 一個 Channel,Msym/s 是 6.4。假設 64-QAM:
- log2(64) x 6.4 x 10^6 / 10^6 就是一個 Channel 的速度 (大概 38.4 Mbps)
讓人感到不適的測速結果
其實內網測速期間,也有碰到一些令人感到渾身不舒服的事情,就 TBC 的內網測速系統,其實有兩個。
- https://speedtest.tbc.net.tw/speedtest2.php (這是從網站直接點進去看的)
- https://speedtest.tbc.net.tw/speedtest.php (這是我把 2 去掉之後發現的)
我們從右側數據機的資料中,可以看到上傳是三個 QPSK 的 Upstream Channel,按照計算結果,我們能得出,一個 Channel 是 12.8Mbps,三個 Channel 合起來也不過才 38.4Mbps
左上角是 Speedtest2.php 在這種情況下測速的結果... 上載 50.10 Mbps,比我的 Line-Rate 還要快
左下角是 Speedtest.php 在這種情況下測速的結果... 上載 11.40 Mbps,很合理
如果有人看到這裡... 可以告訴我這個測速結果 50.10Mbps 哪裡來的嗎 ? 怎麼算出來的 ?







留言
張貼留言