交换机重启后组播视频消失，怎样记录 IGMP 恢复过程

交换机重启后视频消失，应记录查询器、接收端成员报告、交换机成员表和首个可解码画面这四条时间线。成员表恢复与画面恢复不是同一时刻，不能只拿“几十秒后好了”判断交换机或播放器故障。

先固定哪些条件

重启只在隔离网络或批准的维护窗口进行。先确认节目确实使用 IP 组播，记录交换机型号、固件、IGMP snooping、查询器所在 VLAN、接收端组地址及协议版本；单播视频不适用这套判断。

按这个顺序取证

1. 测试前导出配置并截取现有成员表，持续保存目标组地址的流量和接收端画面日志。指定一个统一起点，主机日志与交换机日志的时钟偏差单列；不要把设备启动时间当成端口转发恢复时间。

2. 执行一次计划内重启，按顺序记录链路恢复、查询出现、成员报告、成员端口重新加入、视频包出现及画面恢复。Wireshark 可按 igmp 及实际组地址分别过滤；交换机表由设备原生命令导出。

3. 保持接收端不重启，完整重复至少三轮。再在单独轮次重启接收应用，以比较主动入组能否改变恢复过程。每轮恢复后核对成员端口、源地址与播放器解码状态，而不是只记录“有声音”。

合成示例：输入怎样对应结果

下表只演示时间线如何分解。假设第3秒链路恢复，第7秒见报告、第8秒组播包到达，而第12秒才有完整画面，后4秒还可能包含关键帧等待或缓冲，不能都记作 IGMP 恢复耗时。RFC 描述成员管理，具体 snooping 表项和持久配置仍应引用该型号厂商手册。

合成时点	事件	记录来源	解释
3秒	端口转发恢复	交换机日志	网络开始可用
7秒	成员报告出现	接入口抓包	接收端表达订阅
8秒／12秒	有包／有画面	抓包与录像	还需检查解码阶段

下载后怎样使用

下载合成输入CSV、空白记录CSV、可打印测试协议与完整字段JSON。先用合成输入熟悉字段，再复制空表填写自己的环境、测试时间和证据路径；不要把示例行改成真实项目名称后当作测量结果。协议中已经列出准备条件、顺序、通过条件、失败记录和复核人位置，可按本项目约定填写后打印。

失败、误判与下一步

看到没有查询器就直接打开所有泛洪，会掩盖问题并增加其他端口负载。抓包工具加入了组也可能改变实验。若不同轮次差异很大，先检查查询器选举、源过滤版本兼容和日志时钟，不给所有交换机抄同一参数。

将异常轮次连同配置摘要交给网络与播放器两方，分别确认成员恢复和解码恢复的责任区段。

本篇取证范围：未重启实体交换机，未产生真实订阅抓包或恢复录像；需要按协议现场采集。

这项网络记录只支持对应路径或条件的判断。监控心跳、远程桌面与控制应用是不同通信链，不能把其中一项成功复制成另外两项的通过结论。

关联入口与一级出处

基础背景见UDP 广播 / 组播在展厅的应用（设备发现 / 同步触发 / 网络风暴防护）。进一步可用展厅上传大文件时播放卡顿，怎样证明是共享链路争用继续取证。项目上下文可从远程运维专题进入，需对接工程时看网络联调咨询。

• IETF RFC 9776：IGMPv3，取代RFC3376。
• Wireshark IGMP字段参考。

来源核对日期：2026-10-23。规范支持相应机制，表内输入和数值为本文合成演示；厂商声明仍须在指定版本与配置上验证。