語音、視像會議與 CCTV QoS 應如何規劃?

QoS 不是增加頻寬,而是在鏈路出現競爭時,按已驗證的業務政策分類、排隊及處理流量。語音、互動視像與閉路電視(CCTV)的流量特性不同,不能簡化為同一個最高優先級。

QoS 的作用與限制

網絡未擁塞時,排隊策略通常不會令應用程式取得更多容量;當封包到達速度超過輸出介面可即時傳送的速度,QoS 才會在該擁塞點決定哪些封包先傳送、延後或丟棄。QoS 可以管理有限資源,卻不能創造鏈路頻寬。若持續負載已超過可用容量,正確處理方法仍包括提升線路容量、調整視像編碼與幀率、限制不必要串流或重新設計流量路徑。

設計依據可參考 IETF RFC 2474:Differentiated Services Field 定義IETF RFC 4594:DiffServ 服務類別配置指引,以及 IEEE Std 802.1Q-2022:Bridges and Bridged Networks。RFC 4594 提供的是服務類別配置指引,並非要求所有機構照抄同一組標記或門檻;實際策略須配合設備版本、營運商服務、應用要求及現場量測。

先分類,再決定在哪裏信任標記

分類依據

可按來源或目的網段、VLAN、傳輸協議、端口、應用辨識或受管理端點身分分類。單靠端口號未必足以辨識動態媒體流量;加密或隧道亦可能限制中途設備的可見性。

標記與信任邊界

信任邊界是網絡開始接受、驗證或重寫流量標記的位置。受管理的 IP 電話、會議終端或攝影機可按設計標記,但一般用戶端不可任意宣稱最高優先級;接入交換機或邊界設備應按身分及政策核實。

避免標記失控

在信任邊界記錄哪些裝置可保留標記、哪些流量須重標記或清除,並限制每個高優先級類別的負載。否則誤設或惡意標記可佔用關鍵隊列,反而損害真正的即時流量。

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 匯聚點或無線媒介。只在高速核心介面加上標記,不能解決下游較慢鏈路的排隊問題。

若實體端口速率高於供應商承諾速率,路由器可能看不到營運商網絡內部的實際瓶頸。此時常需在己方邊界以低於或配合合約交付特性的速率整形,再在整形層級內排隊;具體數值須以合約、平台行為及測試結果決定,而非使用通用比例。

端到端一致性與部署流程

  1. 盤點流量及路徑:記錄每種媒體的來源、目的地、方向、峰值、突發情況、編碼方式及業務影響,標示每個可能擁塞點。
  2. 定義類別及信任邊界:決定在何處分類、標記、保留或重寫,並為不可信端點設定預設處理。把控制訊號、媒體及一般數據按實際需要分開。
  3. 建立逐段映射:核對有線交換、路由、無線、VPN、防火牆及 WAN 服務如何處理 DSCP、PCP、隧道內外標頭和隊列;對方不承諾保留標記時,不可假設端到端服務仍然成立。
  4. 配置容量與保護:按量測結果配置隊列、LLQ 上限、頻寬保證、整形或監管,確保高優先級流量受控,其他必要業務仍可取得服務。
  5. 分階段上線:先保存配置與計數器基線,在可回復的變更窗口套用策略,核對分類命中及各方向策略是否真正附加於預期介面。

必須在負載下驗收

只做 Ping 或在閒置網絡完成一通電話,不足以證明 QoS 有效。驗收應先記錄無負載基線,再以受控方式產生符合預期及尖峰情境的競爭流量,分別測試上行與下行、正常及故障改道後的路徑。測試不得影響未獲授權的生產系統。

驗收項目應保存的證據
應用結果每類流量在負載下的單向或往返延遲、抖動、丟包,以及通話、會議、即時監看和錄影的實際表現;量測方法與時間窗口亦須記錄。
分類及標記策略匹配封包與位元組計數、入口及出口標記、被重標記或未分類流量,並以封包擷取抽樣核對。
隊列行為各隊列的傳送量、深度或延遲指標、排隊丟棄及 LLQ/優先隊列超額情況;確認非優先類別沒有被長期壓制。
整形及監管整形延遲與排隊、監管丟棄或重標記計數,並核對瓶頸前後的實際吞吐量。

合格標準應來自已確認的應用要求、服務水平、設備能力及項目風險,不應虛構或照搬一組「通用」延遲、抖動、丟包或隊列門檻。若結果不合格,應從分類錯誤、標記被改寫、隊列容量不足、LLQ 過量、整形位置錯誤及實際頻寬不足等方向逐項排查。

不確定如何應用於實際環境?我們的工程師可按現場情況提供建議,免費解答及報價。

WhatsApp 即時查詢

常見問題

QoS 是否可以增加網絡頻寬?
不可以。QoS 在出現競爭或擁塞時,按政策決定封包的排隊、傳送或丟棄次序,亦可整形流量,但不會增加實際鏈路容量。若長期需求超過可用頻寬,仍須擴充容量、調整編碼或減少流量。
語音、視像會議及 CCTV 是否應設定為同一最高優先級?
不應一概而論。語音通常封包較小且對延遲及抖動敏感;互動視像同樣重視即時性,但頻寬較高並可能突發;CCTV 多為持續單向串流,錄影與即時監看亦有不同要求。應依業務目標、流量量測、設備能力及服務供應商政策分級,不應假設存在通用的最高優先級或 DSCP 值。
QoS 應如何驗收?
先記錄無負載基線,再於受控的預期及尖峰負載下產生競爭流量,逐方向量度語音、互動視像及 CCTV 的延遲、抖動和丟包,同時檢查各類別的匹配封包、隊列深度、排隊丟棄、整形及監管計數器。結果須與項目自行訂立的服務目標比較,不能套用未經確認的通用門檻。
為何已標記 DSCP,跨越網絡後仍可能沒有預期效果?
DSCP 只是 IP 封包中的標記,必須由沿途每個擁塞點以一致且受支援的策略解讀。網絡邊界、隧道、服務供應商或不可信端點可能重寫或忽略標記;802.1p 的 PCP 則只適用於相關的第二層標記框架。部署前須逐段確認信任、映射、排隊及重標記行為。

需要規劃企業網絡或監控系統 QoS?

我們可按現場設備、應用流量、WAN 服務及可靠性要求,協助盤點擁塞點、制定 QoS 政策、驗證配置及整合弱電系統。

WhatsApp 免費報價

延伸閱讀

若閣下正計劃相關工程或需要選購設備,歡迎瀏覽CCTV 監控工程服務了解方案詳情,或透過網上快速報價與我們的工程師聯絡。

產品規格以原廠最新文件為準;有需要請聯絡我們工程師。