带以太网环的RSTP恢复时间

Question

我正试着在以太网环上测试快速生成树。我发现的大部分内容似乎不适用于我的具体情况，但我很高兴能被其他地方指出。

具体来说，我有一个以太网交换机。连接到该交换机的是一圈“简单”的以太网设备，每个设备都有两个端口，可以进行简单的传递/转发。因此，尝试一个例子：

    switch
    /    \
 Dev1 -- Dev2

设备不发送自己的RSTP数据包。一个真正的网络将有10s的设备在循环中。在你抱怨“你为什么要这么做？”之前，这在“工业以太网”的设置中是相当普遍的，以提供冗余，但在布线成本上有很大的节省。

我的问题是，当RSTP工作和网络连接时，如果我断开并重新连接交换机上的一条线(通常是较低的编号端口)，则需要30秒(listen+learn)才能恢复连接。显然，它是默认的旧的STP算法。

这有什么办法可以得到RSTP通常承诺的几秒钟的恢复时间吗？还是说这只是一个简单的戒指？

Answer 1

你需要确保那些设备

• 不要单独发送任何xSTP BPDU(通过数据包捕获来验证)--您不能一直信任文档
• 可能通过xSTP BPDU-802.1D兼容的桥接器需要丢弃这些BPDU，但是有许多交换机(特别是小交换机)可以转发BPDU。

如果它们真的没有参与xSTP，而是通过BPDU，那么您的树应该会很快地重新收敛，所以我有一些疑问。

如果它们不发送BPDU，也不转发它们，您的STP方案就会中断，无法工作。然而，这将导致循环未被发现并导致广播风暴，因此很明显情况并非如此。

我怀疑有不同的STP计划在起作用。

• 经典的(和过时的) STP与RSTP和MSTP的互操作相当好，但是减慢了它们的速度(所以这似乎是可能的)。
• RSTP和MSTP的互操作非常完美。
• (R)在大多数情况下，PVST口味与任何IEEE都有很差的互操作性，因此应该避免。
• 一些完全不同的东西(例如探测框架)还没有被记录下来，而且你还没有发现。

此外，RSTP是针对最大深度为7桥的树拓扑设计的。假设器件参与STP，链长超过最大，导致收敛问题。

你需要缩短哈罗时间(比如1 s)来提高传播速度--这取决于这些设备的实际作用，它可能有用与否。

或者，您可以增加最大年龄，但这会导致较慢的收敛。

Answer 2

如果设备是桥接的，并且它们本身不支持RSTP，那么您将不会使用RSTP。所使用的STP版本将是所有设备支持的通用版本。为了能够使用RSTP，所有的桥必须支持RSTP。

即使使用RSTP，您也不会获得<1s的恢复时间。

具体来说，我有一个以太网交换机。连接到该交换机的是一圈“简单”的以太网设备，每个设备都有两个端口，可以进行简单的传递/转发。

这是一种不应该容忍的不良做法。具有两个接口的设备的要点是，设备可以连接到两个不同的开关。