RSTP是否也维护正确的mac表条目？

Question

我有4个开关连接成一个圆圈，它们都运行RSTP。让我们假设如下：

switch A (root bridge) ------- switch D
       |                              |
       |                              | <= that link is the alternate path
       |                              |
switch B --------------------- switch C

现在，为了避免L2-循环，两个交换机之间的一个链路将处于阻塞状态，该端口将在一侧具有备用角色(该链接位于开关C和D之间)。现在，当我断开A和B之间的连接时，C和D之间的链接立即变成“活动的”，我得到了我想要的--在上一次测试中，我损失了2个ping，这是可以的。但是:当我重新建立A和B之间的连接时，我的网络会中断大约30-40秒，我无法从交换机A(听起来像是传统的STP，但RSTP是配置的)访问交换机B上的设备。

因此，我现在的问题指向mac地址表:根据RSTP，具有快速收敛(没有计时器)和避免循环(因此广播风暴和mac地址抖动)是一回事，更新mac地址表则是另一回事。我要说的是，仅仅启用A和B之间的链路并将C和D之间的链路置于丢弃状态是不够的，因为交换机A和D需要更新它们的mac地址表，以确保在访问连接到端口B的设备时，帧被发送到逆时针方向，而不是将帧发送到交换机C的方向。

我在googled上搜索了很多，但是我从来没有发现过与mac地址表更新相结合的RSTP同步的任何提示或主题。所以真正的问题是:当RSTP中的拓扑发生变化时，mac-address表是升级的吗?或者这不是RSTP的一部分？

谢谢!

编辑:我在这里发现了一个问题，那是固件中的一个bug。现在一切都很完美。谢谢!

Answer 1

所以真正的问题是:当RSTP中的拓扑发生变化时，mac地址表是否升级？

是。接收拓扑更改通知的端口会刷新MAC地址表。

但是:当我重新建立A和B之间的连接时，我的网络会中断大约30-40秒，我无法从交换机A(听起来像是传统的STP，但RSTP是配置的)访问交换机B上的设备。

这听起来确实有点像STP。也许你在某个地方出现了配置错误。如果你张贴你的开关配置，我们可以看看。