我正在尝试在以太网环上测试快速生成树。我发现的大部分内容似乎不适用于我的具体情况，但我很高兴被指出别处。
具体来说，我有一台以太网交换机。连接到该交换机的是一个“简单”以太网设备环，每个设备都有 2 个端口，可以进行简单的直通/转发。因此，尝试说明：
switch
/ \
Dev1 -- Dev2
设备不发送自己的 RSTP 数据包。一个真正的网络将有 10 多个设备在循环中。在您抱怨“为什么要这样做？”之前，这在“工业以太网”设置中比较常见，以提供冗余，但可以显着节省布线成本。
我的问题是，当 RSTP 正在工作并且网络连接时，如果我断开并重新连接交换机上的一根电线（通常是编号较低的端口），则需要 30 秒（听+学）才能恢复连接。显然，它默认使用旧的 STP 算法。
有没有办法获得 RSTP 通常承诺的几秒钟恢复时间？或者这只是一个简单的戒指的方式？
您需要确定这些设备是否
如果他们真的不参与 xSTP 而是通过 BPDU，你的树应该会很快重新收敛，所以我有一些疑问。
如果他们既不发送 BPDU 也不转发它们，则您的 STP 方案已损坏且无法工作。但是，这会导致循环未被检测到并导致广播风暴，因此很明显情况并非如此。
我怀疑有不同的 STP 方案在起作用。
此外，RSTP 旨在用于最大深度为七个网桥的树形拓扑。假设设备参与 STP，链长超过最大值并导致收敛问题。
您需要减少Hello 时间（例如 1 秒）以提高传播速度 - 取决于这些设备实际执行的操作，它可能有所帮助或无济于事。
或者，您可以增加最大年龄，但这会导致收敛速度变慢。
如果设备是桥接的，并且它们本身不支持 RSTP，那么您将不会使用 RSTP。使用的 STP 版本将是所有设备支持的通用版本。为了能够使用 RSTP，所有网桥都必须支持 RSTP。
即使使用 RSTP，您也不会获得 <1 秒的恢复时间。
具体来说，我有一台以太网交换机。连接到该交换机的是一个“简单”以太网设备环，每个设备都有 2 个端口，可以进行简单的直通/转发。
这是一种不应该被容忍的糟糕做法。具有两个接口的设备的意义在于，一个设备可以连接到两个不同的交换机。