多播流无IGMP报告包致ffmpeg捕获中断，求助解决

在启用IGMP Snooping的交换机后方，使用ffmpeg捕获RTP多播流，执行命令：

root [ /tmpfs/root ] $ ffmpeg -i rtp://239.0.0.1:5006 /tmp/stream.mp4

流总会在路由器成员端口超时（配置时长260秒）后断开。通过tcpdump抓包观察到以下现象：

• 初始阶段存在加入组报文：

6   0.004965    192.168.1.12    224.0.0.22  IGMPv3  54  Membership Report / Join group 239.0.0.1 for any sources
7   0.005046    192.168.1.31    239.0.0.1   UDP 1382    5006 → 5006 Len=1340
8   0.005390    192.168.1.31    239.0.0.1   UDP 1109    5006 → 5006 Len=1067
...

• 超时前未捕获到任何IGMP报告报文，仅在超时后出现离开组报文：

...
225360  279.883980  192.168.1.12    224.0.0.22  IGMPv3  54  Membership Report / Leave group 239.0.0.1

当前使用Linux 6.1.60内核，已启用CONFIG_IP_MULTICAST=y和CONFIG_BRIDGE_IGMP_SNOOPING=y，并尝试调整无请求报告间隔：

echo "10000" > /proc/sys/net/ipv4/conf/eth1/igmpv3_unsolicited_report_interval

核心疑问：

1. IGMP查询应由流媒体摄像机还是交换机发送？
2. 能否强制内核无需查询就发送报告？

关于IGMP查询的发送方 #

IGMP查询报文**由启用IGMP Snooping的交换机（或三层路由器/网关）**发送，流媒体摄像机作为多播源，不会发送IGMP查询：

• 交换机启用IGMP Snooping后，会周期性发送IGMP通用查询报文（目标地址224.0.0.1），检测网段内哪些主机仍在接收特定多播组的流量；
• 当交换机收到主机的IGMP加入报文后，还可能发送针对该多播组的特定查询，确认组内活跃成员。

强制内核主动发送IGMP报告的方法 #

Linux内核默认仅在收到IGMP查询或主动加入多播组时发送报告，可通过以下方式强制内核周期性发送无请求报告：

1. 确认参数配置生效：
   执行cat /proc/sys/net/ipv4/conf/eth1/igmpv3_unsolicited_report_interval，确认值为10000（单位：毫秒，即10秒）。若未生效，检查网卡名称是否正确（比如是否为eth0而非eth1）。
2. 强制刷新多播组订阅：
   使用ip命令手动刷新多播组订阅状态，触发报告发送：

   # 先退出当前订阅，再重新加入
   ip maddr del 239.0.0.1 dev eth1
   ip maddr add 239.0.0.1 dev eth1
   

   也可编写简单脚本，周期性执行上述命令，避免交换机端口成员状态超时。
3. 调整ffmpeg参数：
   部分ffmpeg版本可能不会持续维护多播组订阅，导致内核停止发送报告。可尝试添加-re参数强制流处理保持活跃：

   ffmpeg -re -i rtp://239.0.0.1:5006 /tmp/stream.mp4
   

额外建议：检查交换机IGMP Snooping配置，若开启快速离开功能，可能导致交换机未收到报告时快速移除端口成员；同时确认交换机的查询间隔小于260秒，确保在超时前能触发主机发送报告。

内容的提问来源于stack exchange，提问作者D. Smith