CCTV 何時需要 Multicast？組播網絡應如何設計及驗收？

Multicast（組播）不是所有閉路電視系統的必要條件。當同一即時影像需要同時送達多個監察工作站、解碼器或顯示牆時，組播可減少攝影機及上行鏈路重複傳送的流量；若影像主要由攝影機送往單一錄影伺服器，單播通常更簡單，也較容易跨越既有網絡與保安邊界。

先判斷 CCTV 是否真正需要 Multicast

設計不應由「攝影機支援組播」開始，而應先畫出每條影像流的來源、接收者及用途。一般錄影情境常見的是一部攝影機向一部網絡錄影機或管理伺服器傳送一條單播串流；即使多名操作員觀看，平台也可能由伺服器重新分發影像，攝影機本身未必需要組播。

情境通常較合適的方法原因及限制
攝影機只向單一 NVR／VMS 錄影單播流向清晰、配置簡單；不需要為單一接收者引入組播控制平面。
同一即時串流要送往大量工作站、解碼器或顯示牆評估組播來源只需發送一份串流，由網絡按群組成員複製；所有設備及軟件必須支援同一組播模式。
不同使用者需要不同解像度、碼率、重播或權限單播或由 VMS 分發組播群組內接收者通常取得同一串流，個別化控制能力有限。
串流要跨防火牆、營運商或不受控制的廣域網絡通常採用單播／應用層分發端到端組播支援、路由、安全策略及故障排查的要求較高。

只有當多個接收者會同時訂閱同一條即時串流，而且節省的重複頻寬足以抵銷設計及維運成本時，才應採用組播。組播不會降低每條影像本身的碼率，也不會自動提升畫質、錄影可靠性或網絡安全。

二層網絡：IGMP Snooping 與 Querier 各有甚麼作用？

IGMP 管理接收者成員關係

接收端透過 IGMP 加入或離開組播群組。Query、Membership Report 及 Leave 等訊息讓網絡掌握哪些網段仍有接收者；IGMP 本身不是跨路由器建立分發樹的協議。

Snooping 限制二層轉發

交換機觀察 IGMP 控制訊息，將已知群組流量只轉發到有接收者或多播路由器的端口。功能必須按 VLAN 及平台核對，不能只確認全域開關。

Querier 維持成員狀態

若 VLAN 內沒有多播路由器發出定期 Query，可按平台能力配置 Snooping Querier。其地址、IGMP 版本、選舉結果與備援行為均須記錄及驗證。

IGMP Snooping 依賴可持續更新的成員狀態。若沒有 Querier，部分交換機的動態表項老化後可能重新泛洪、停止轉發，或呈現廠商特定行為。相反，未經規劃地配置多個 Querier，可能造成版本、選舉及故障切換難以預測。應在每個承載組播的 VLAN 明確指定誰提供查詢、誰是備援，以及路由器端口如何被發現。

接收者離開群組後，停止轉發未必是即時的；實際時間受 IGMP 版本、Last Member Query、Robustness Variable、交換機快速離開功能及是否有多部終端共用端口影響。若端口後方可能還有其他接收者，不應在未測試下啟用 Fast Leave。

跨 VLAN 組播：PIM 與 RPF 缺一不可

IGMP Snooping 主要處理 VLAN 內的二層轉發。當來源與接收者位於不同 VLAN，三層設備除了接收下游 IGMP 成員關係，通常還須運行 PIM 等多播路由機制，才能在路由器之間建立組播分發樹。採用 PIM Sparse Mode 時，還要規劃 Rendezvous Point（RP）、共享樹／來源樹行為、PIM 邊界及容許的群組範圍；若平台與應用完整支援 Source-Specific Multicast，則可另行評估其來源指定模式。

RPF（Reverse Path Forwarding）檢查會依照通往組播來源，或特定樹狀模式下通往 RP 的路由資訊，選出預期上游介面。組播封包若從不符合 RPF 的介面進入，通常會被丟棄，以免形成環路或錯誤分發。因此「單播可以到達攝影機」不等於組播路徑必然正確；非對稱路由、摘要路由、VRF、備援切換及策略路由均可能改變 RPF 結果。

控制或狀態所在範圍驗收時要核對
IGMP Membership接收者與本地多播路由器／Snooping 交換機群組、來源篩選模式、接收端口、加入及離開時間。
IGMP Snooping 表每個二層 VLAN群組只指向正確接收端口及多播路由器端口。
PIM 鄰居與組播路由跨三層網絡鄰居、RP、(*,G)／(S,G) 狀態、入站及出站介面清單。
RPF 結果每部多播路由器來源／RP 查找所選的上游鄰居及介面是否符合設計。

組播地址、來源與接收者應如何規劃？

規劃時還要確認組播 IP 映射至乙太網絡 MAC 位址並非一對一；不同群組地址可能映射至相同二層 MAC。交換機若只按 MAC 而非 IP 建立轉發狀態，行為及可用群組數可能受平台架構限制，必須查閱目標型號文件並實測。

未知組播、泛洪與故障域

當交換機尚未建立某群組的 Snooping 表項、控制訊息被過濾、Querier 消失、表項老化，或平台按預設策略處理未知組播時，影像流量可能被泛洪到 VLAN 內多個端口。生成樹拓撲變更、交換機重啟及上行切換期間，也可能出現短暫泛洪。即使畫面仍然正常，非接收端口亦可能承受大量不必要流量。

不要假設「啟用 IGMP Snooping」便會安全地丟棄所有未知組播。不同平台對未登記群組、路由器端口、控制群組及拓撲變更的預設行為不同；過度嚴格的丟棄策略也可能在接收者剛加入、表項尚未建立時造成黑畫面。驗收須同時觀察交換機轉發表及實際端口流量。

縮小二層範圍

按樓層、用途或容量劃分 CCTV VLAN，避免單一大型廣播域把未知組播、環路或錯誤配置擴散至全站。

設定多播邊界

在三層邊界明確限制可接受的來源、群組及方向，避免監控串流進入無需要的辦公、訪客或廣域網絡。

預留故障容量

上行或核心故障後，備援鏈路可能承載多個區域的組播副本；容量評估必須包括切換後路徑，而非只計算正常狀態。

容量規劃不能只把攝影機碼率相加

先按實測或合理上限記錄每條串流的平均及峰值碼率，再按每段鏈路上實際存在的不同串流數量計算。組播可避免同一鏈路因多個接收者而重複傳送同一條流，但在分支點之後仍會各自佔用下游鏈路；多個不同群組也仍須逐條累加。

部署及驗收：必須觀察加入、離開與完整流量路徑

  1. 建立設計基線：記錄來源、群組、連接埠、接收者、VLAN、PIM／RP、預期 RPF 上游、正常及備援路徑、平均／峰值碼率與驗收門檻。
  2. 先驗證無接收者狀態：在沒有接收者加入時檢查接入及上行端口，確認串流沒有無原因地泛洪至整個 VLAN 或跨越未授權邊界。
  3. 捕捉加入過程：啟動一名接收者，觀察 IGMP Report、Snooping 表、PIM Join、組播路由狀態及流量開始時間，確認只有預期路徑出現該群組。
  4. 增加多個接收者：分別在同一交換機、同一 VLAN 的另一交換機及另一 VLAN 加入，核對複製點、出站介面與各鏈路頻寬是否符合拓撲。
  5. 捕捉離開與老化：逐一關閉接收者，觀察 Leave、Last Member Query、表項移除及流量停止時間；最後一名接收者離開後，不應持續佔用無需要的下游路徑。
  6. 測試故障及恢復：模擬攝影機、Querier、PIM 鄰居、RP、交換機及上行鏈路失效，核對 RPF、分發樹、流量切換、丟包、恢復時間及是否出現泛洪。
  7. 保存可重複證據：交付 Snooping 表、IGMP/PIM 狀態、RPF 查找、介面計數器、封包擷取、時間線及配置版本，而不是只保存監察畫面的截圖。

「畫面看得到」只能證明某一接收者在某一刻收到影像，不能證明流量沒有泛洪、RPF 路徑正確、最後接收者離開後會停止轉發，亦不能證明故障時仍有足夠容量。正式驗收必須同時覆蓋控制平面、資料平面及應用體驗。

權威來源及適用界限

IETF RFC 4541：IGMP 與 MLD Snooping 交換機考慮事項 說明 Snooping 交換機處理成員訊息、多播路由器端口及資料轉發的建議；它不是個別交換機型號的配置手冊。IETF RFC 7761：PIM Sparse Mode 協議規格 定義 PIM-SM、共享樹、來源樹及反向路徑資訊的協議行為。

Fortinet FortiSwitchOS 8.0.0：IGMP Snooping 與 Snooping Querier 管理指南 提供純二層 VLAN 內啟用 Snooping、在沒有外部 Querier 時發出查詢、指定 Querier 地址與版本，以及檢查成員表的現行原廠平台實例；配置語法、預設值及功能限制不可直接套用至其他廠商、型號或版本。

Axis VAPIX：網絡視像串流及 Multicast 技術文件 顯示攝影機平台可分別提供單播與組播串流，亦說明實際參數受產品及韌體支援限制。具體部署仍須以所用攝影機、VMS、交換機及路由器的最新版本文件與現場測試為準。

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

WhatsApp 即時查詢

常見問題

所有 CCTV 系統都需要 Multicast 嗎？
不需要。攝影機只向一部錄影伺服器傳送影像，或每名使用者都需要獨立串流設定時，單播通常較直接。只有同一即時串流需要同時送往多個接收者，而且來源、接收者及網絡設備均支援組播時，Multicast 才可能減少來源及上行鏈路的重複流量。
啟用 IGMP Snooping 後，為何還可能需要 IGMP Querier？
IGMP Snooping 依靠交換機觀察接收者的 Membership Report 來建立轉發狀態。若該 VLAN 沒有多播路由器定期發出 Query，狀態可能老化或各平台行為不一；此時可按設備文件指定一個穩定的 IGMP Querier，但同一 VLAN 應避免無計劃地配置多個競選來源。
CCTV 組播跨越 VLAN 時是否只需 IGMP Snooping？
不是。IGMP Snooping 主要限制同一二層 VLAN 內的轉發。組播要跨越 VLAN 或路由邊界，路由器通常還須運行 PIM 等多播路由機制，並具備通往來源或 RP 的正確單播路由，使 RPF 檢查選出預期上游介面；RPF 失敗的封包會被丟棄。
未知組播泛洪會造成甚麼問題？
交換機尚未學到某組播群組的接收端口，或平台把未知組播視作需要泛洪時，串流可能被送往同一 VLAN 的多個非接收端口。高碼率或大量頻道會佔用接入鏈路、交換容量及終端資源，因此必須核對平台的未知組播策略、路由器端口及拓撲變更時的行為。
如何驗收 CCTV Multicast，而不是只確認畫面可見？
應記錄接收者加入及離開群組時的 IGMP 訊息、Snooping 表、PIM 鄰居與路由狀態、RPF 上游介面，以及各鏈路上的實際流量。再測試無接收者、單一及多個接收者、來源或鏈路故障、重啟及成員快速切換，確認流量只沿預期路徑轉發，容量、丟包、延遲及恢復時間均符合門檻。

需要規劃 CCTV 網絡與 Multicast？

我們可按攝影機、VMS、交換機、VLAN、接收者數量及備援要求，協助評估單播或組播方案，規劃 IGMP／PIM 與容量，並建立可重複的故障測試及驗收紀錄。

WhatsApp 免費報價

延伸閱讀

純二層監控網絡如何選擇 IGMP Querier？CCTV、門禁與 Wi-Fi 的 VLAN 設計語音、視像與 CCTV 的 QoS 規劃甚麼是 VLAN？甚麼是 QoS？

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

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