Print

二层组播STP快速切换导致丢包情况下的配置选择

2026-09-08 发表

问题描述

纯设备型号和版本:S6805-56HF-G;

版本R8307P62HS04

问题描述:纯二层(单台)IGMP-SNOOPING,组播源在上面的汇聚交换机,接收者在下面的接入交换机;现网中跑的是pvst,如果断了一根线后,生成树重新收敛,但是上面的另一台汇聚交换机的因为stp计算之前为block状态,因此没有IGMP成员,此时丢包

从配置指导看有两个命令可以在链路发生变化的时候发送普遍组查询报文,在这种情况下哪一种配置更加合适:

send-query enable  ;

igmp-snooping triggered-query enable { port-down | port-up }

过程分析

1.分析丢包产生的原因:根据问题描述,定位到丢包产生主要原因是链路拓扑发生变化,STP重新计算

2.区分两种配置针对的情况以及配置限制:

  • 配置设备在链路拓扑变化时立刻发送IGMP普遍组查询报文:

    当链路拓扑发生变化时,STP等协议会重新计算路径,将流量切换到新的路径。但是,在这种情况下,设备通常不会立即发送IGMP普遍组查询报文,导致组播数据不能及时切换到变更后的路径上。通过执行本配置,可以使得设备在链路变化时主动发送IGMP普遍组查询报文,更新网络中成员端口信息,将组播数据流迅速切换到新的转发路径上。

    执行本配置后,设备会向涉及链路拓扑变化的VLAN/VSI中的每一个端口立刻发送一次IGMP普遍组查询报文。

  • 设备在端口链路状态发生变化时立刻发送IGMP普遍组查询报文:为了提高可靠性,组播接收者侧的设备通过以太网冗余接口接入二层组播设备。执行本配置后,当设备感知到VLAN内的端口链路状态发生变化时,会立刻发送IGMP普遍组查询报文,更新网络中成员端口信息,将组播数据流迅速切换到新的转发链路上。

3.确定配置:根据问题描述,本次丢包是因为链路变化导致STP协议重新计算而产生的,并不是端口状态变化;同时针对第二种配置,配置指导中提到了需要配置冗余接口,但本问题中并没有提及。所以使用第一种配置方式

解决方法

配置限制与指导:在处于易发生链路拓扑变化的查询器上配置此功能

具体的指令:

(1)     进入系统视图。

system-view

(2)     进入IGMP-Snooping视图。

igmp-snooping

(3)     配置设备在链路拓扑发生变化时立刻发送IGMP普遍组查询报文。

send-query enable

缺省情况下,设备不会因为链路拓扑发生变化而立刻发送IGMP普遍组查询报文。