IGMP Querier（查詢者）在一個 IP 子網內定期發出 General Query；仍需接收多播的主機會以 Membership Report 回應。啟用 IGMP Snooping 的交換機監聽這些訊息，據此更新「多播群組—端口」成員表。若長時間沒有查詢，動態成員狀態最終會逾時；之後設備可能將未知多播氾濫轉發或丟棄，實際行為視平台設定而定。
IETF RFC 4541 的 IGMP Snooping 交換機指引指出，Snooping 交換機不能依賴主機主動發出的 Report 永久維持成員關係，網絡需要查詢者讓狀態持續更新。這正是「只有二層交換機」的監控 VLAN 即使不需要跨網段多播，也可能需要 Querier 的原因。
| 功能 | 主要工作 | 會否跨子網轉發多播 |
|---|---|---|
| IGMP Snooping | 在第二層監聽 Query、Report 及 Leave，建立每個 VLAN 的多播端口轉發表。 | 不會 |
| IGMP Snooping Querier | 當本地 VLAN 沒有多播路由器查詢時，由交換機產生 IGMP Query，維持 Snooping 成員狀態。 | 不會；它不是 PIM 路由器 |
| 三層多播路由器／Querier | 其 VLAN 三層介面參與 IGMP、在該子網發出 Query，並把成員資訊交給多播路由功能；PIM 等協定另行建立跨子網轉發樹。 | 具備並正確設定多播路由時才會 |
因此，若 VLAN 已有正常運作的三層多播路由器介面，通常由它擔任 IGMP Querier，無須強行讓二層 Snooping Querier 勝出。若網絡是完全封閉的第二層 CCTV VLAN，來源與接收端均在同一 VLAN，則可選一台管理型交換機擔任 Snooping Querier；此設定只解決本地成員狀態維持，不會提供跨 VLAN 連接。
IGMP Query 的 IP TTL 為 1，並在本地鏈路傳送；因此選舉的主要範圍是同一第二層鏈路／VLAN，而不是以 IP 子網邊界作唯一判斷。另一個 VLAN、被路由器分隔的鏈路或未允許該 VLAN 的 Trunk 不屬於同一次選舉；相反，同一 VLAN 即使配置多個 IPv4 子網，設備仍可能收到彼此的 Query，是否參選或接受該 Query 會受平台實作與來源位址檢查影響。工程上宜避免在同一 VLAN 混用多個未協調的 Querier 子網，並以封包擷取驗證實際行為。
在標準 IGMPv2／IGMPv3 運作下，收到來源 IPv4 位址比自己低的 Query 後，設備承認對方為 Querier，停止發送一般查詢並啟動「其他查詢者存在」計時器。
設備在 VLAN 10 當選，不代表會在 VLAN 20 當選。每個承載多播接收端的 VLAN 都要有可達的 Querier、來源 IP、版本及計時器規劃。
為候選 Querier 配置唯一、穩定且屬於該子網的 IP 位址，避免重複位址、0.0.0.0 行為差異或臨時位址令選舉及故障排查失去預期。
IETF RFC 3376 第 6.6.2 節的 IGMPv3 Querier 選舉規則及 Juniper 的 IGMP Snooping Querier 技術概覽均說明最低來源位址的選舉原則。不同產品可能另有關閉選舉、靜態 Router Port 或代理查詢選項，部署時仍須以該型號及軟件版本文件為準。
IGMPv3 的相容規則須區分主機與路由器。主機收到較舊版本 Query 時，會按標準啟動計時器並切換至相應的主機相容模式。路由器則可從較舊主機的 Report 判斷每個群組的主機版本，並維持群組相容狀態；但路由器的最低運作版本應由管理配置。RFC 3376 明確指出，路由器不應僅因收到較舊版本 Query 而自動切換 Querier 版本，未配置相容時應發出警告。故此，不能把「收到舊版 Query 後自動降級」概括為所有設備的共同行為。
IGMPv3 支援 INCLUDE／EXCLUDE 來源清單，是 Source-Specific Multicast 接收控制的基礎。若 Querier 只發出 IGMPv2 Query，或中途交換機只按群組而不按來源維護狀態，IGMPv3 的來源篩選能力便可能無法端到端保留。選型時要核對 Querier 可發出的版本、Snooping 表能否記錄（S,G）狀態，以及攝影機、解碼器和 VMS 實際使用的 IGMP 版本；詳情可參閱 RFC 3376 第 7 節的版本互通規則。
| 計時項目 | 用途 | 標準預設值示例 |
|---|---|---|
| Query Interval（QI） | 當選 Querier 發出 General Query 的間隔。 | 125 秒 |
| Query Response Interval（QRI） | General Query 給主機分散回應的最長時間。 | 10 秒 |
| Robustness Variable（RV） | 容許封包遺失的健壯度參數。 | 2 |
| Group Membership Interval | 在沒有更新 Report 時保留群組成員狀態的時間，公式為 RV × QI + QRI。 | 2 × 125 + 10 = 260 秒 |
| Other Querier Present Interval | 備援候選者等待現任 Querier 的時間，公式為 RV × QI + QRI ÷ 2。 | 2 × 125 + 5 = 255 秒 |
以上是常見標準預設值，不是所有平台的固定配置。縮短 QI 可加快狀態刷新，卻會增加控制訊息；更改 RV、QI 或 QRI 時，必須在同一 VLAN 的 Querier、Snooping 交換機與監察門檻上同步核對。停止現任 Querier 後，備援設備一般不會立即接管，而要等待 Other Querier Present Interval 屆滿；因此不能把數秒內沒有接管誤判為故障。
不要只以「畫面仍然播放」判定成功：靜態表項、未逾時快取或未知多播氾濫都可能暫時掩蓋問題。完整驗收應同時保存 Query／Report 封包、Querier 狀態、Snooping 表、端口流量及接管時間。
不確定如何應用於實際環境？我們的工程師可按現場情況提供建議，免費解答及報價。
WhatsApp 即時查詢若閣下正計劃相關工程或需要選購設備，歡迎瀏覽網絡工程服務了解方案詳情，或透過網上快速報價與我們的工程師聯絡。
產品規格以原廠最新文件為準；有需要請聯絡我們工程師。