語音、視像會議與 CCTV QoS 應如何規劃?
QoS 不是增加頻寬,而是在鏈路出現競爭時,按已驗證的業務政策分類、排隊及處理流量。語音、互動視像與閉路電視(CCTV)的流量特性不同,不能簡化為同一個最高優先級。
DSCP 與 802.1p 的界限
DSCP 位於 IP 標頭的 Differentiated Services 欄位,供第三層節點把封包對應至逐跳行為;它可隨 IP 封包跨越多個路由跳點,但沿途設備或服務供應商可以保留、重寫或忽略該值。標記本身不會自動建立頻寬保證,必須有相應的分類、排隊和擁塞管理策略。
通常稱為 802.1p 優先級的 PCP 位於 IEEE 802.1Q VLAN 標籤內,屬第二層鏈路範圍;封包離開該第二層標記環境時,PCP 不會像 IP DSCP 一樣自然延續。交換機可按明確策略在 DSCP 與 PCP 之間映射,但兩者位元數、語意和作用範圍不同,不能視為相同欄位或假設自動一對一對應。跨 VLAN、路由、VPN、無線網絡及營運商邊界時,均須逐段核對保留與映射行為。
三類媒體流量不可使用同一套假設
| 流量 | 典型特性 | 策略考慮 |
|---|
| 語音媒體 | 雙向、封包較小且連續,對排隊延遲、抖動及丟包敏感;通話控制訊號與媒體亦可能屬不同類別。 | 可考慮受嚴格限制的低延遲隊列,但必須按同時通話量、編碼、封包化及鏈路開銷計算容量,不能以一個固定百分比套用所有站點。 |
| 互動視像會議 | 雙向、頻寬較高,可因畫面變化、分享內容及編碼調整而突發;對延遲及丟包敏感,但行為不等同語音。 | 應按平台實際流量與營運商政策分類,給予適當頻寬及排隊待遇;不可無上限併入語音的嚴格優先隊列。 |
| CCTV 串流 | 多為攝影機至錄影或監看端的持續單向流量;主碼流、子碼流、即時監看、錄影回放及事件上傳可有不同需求。 | 重點通常是容量、突發吸收與避免影響互動業務。須按攝影機數量、編碼、幀率、場景和觀看模式實測;關鍵即時監看亦應由風險評估另行定義。 |
因此,不存在適用於所有網絡的「語音、視像、CCTV 通用 DSCP」或固定效能門檻。標記值、類別數量、頻寬分配與丟棄次序應寫入本項目的 QoS 政策,並與電話系統、會議平台、攝影機、交換機、路由器、防火牆及 WAN 供應商的支援方式一致。
排隊、整形、監管與真正的擁塞點
排隊與 LLQ
排隊只在輸出資源有競爭時發揮作用。LLQ 或嚴格優先隊列可減少合資格即時流量的等待時間,但若分類過闊或配置容量過大,該隊列可壓縮其他類別的服務機會;若超出平台限制,亦可能出現丟棄。必須控制准入並監察實際用量。
整形與監管
整形把超出目標速率的封包暫存並延後傳送,可能增加延遲但可令下游交付較平順;監管通常直接丟棄或重標記超額流量,不會以緩衝等待換取平滑輸出。兩者用途及對即時媒體的影響不同。
找出瓶頸
策略應設於真正可能擁塞的方向及介面,例如低速 WAN 上行、營運商交付速率低於實體端口的邊界、VPN 匯聚點或無線媒介。只在高速核心介面加上標記,不能解決下游較慢鏈路的排隊問題。
若實體端口速率高於供應商承諾速率,路由器可能看不到營運商網絡內部的實際瓶頸。此時常需在己方邊界以低於或配合合約交付特性的速率整形,再在整形層級內排隊;具體數值須以合約、平台行為及測試結果決定,而非使用通用比例。
必須在負載下驗收
只做 Ping 或在閒置網絡完成一通電話,不足以證明 QoS 有效。驗收應先記錄無負載基線,再以受控方式產生符合預期及尖峰情境的競爭流量,分別測試上行與下行、正常及故障改道後的路徑。測試不得影響未獲授權的生產系統。
| 驗收項目 | 應保存的證據 |
|---|
| 應用結果 | 每類流量在負載下的單向或往返延遲、抖動、丟包,以及通話、會議、即時監看和錄影的實際表現;量測方法與時間窗口亦須記錄。 |
| 分類及標記 | 策略匹配封包與位元組計數、入口及出口標記、被重標記或未分類流量,並以封包擷取抽樣核對。 |
| 隊列行為 | 各隊列的傳送量、深度或延遲指標、排隊丟棄及 LLQ/優先隊列超額情況;確認非優先類別沒有被長期壓制。 |
| 整形及監管 | 整形延遲與排隊、監管丟棄或重標記計數,並核對瓶頸前後的實際吞吐量。 |
合格標準應來自已確認的應用要求、服務水平、設備能力及項目風險,不應虛構或照搬一組「通用」延遲、抖動、丟包或隊列門檻。若結果不合格,應從分類錯誤、標記被改寫、隊列容量不足、LLQ 過量、整形位置錯誤及實際頻寬不足等方向逐項排查。