我们有一个局域网与思科交换机，冗余布线和生成树。 如果我理解正确，当我拔出冗余电缆（当前由生成树“使用”）时，需要几秒钟，直到生成树收敛。 我怎样才能防止这个数据包丢失（假设我事先知道电缆将被拉出）？ 也就是说，如何让生成树“主动”适应呢？
我会猜想接口shutdown加上等待几秒钟就足够了，但是不敢尝试。 实际上，我认为接口closures会导致收敛期间中断时间相同，因为昨天当我在某些接口上做了一个被认为是无害的configuration改变时，我遭受了这样的中断。 （编辑：我刚刚通过实验确定了这一点;正如预料的那样，在接口closures之后，中断了大约20秒 – 请注意，我正在寻找一种“无损”独奏，而不仅仅是“更less的损失”）。
这听起来像你正在使用类STP，而不是快速的STP。 两个选项将显着加速收敛时间。
interface *server interface* spanning-tree portfast
这应该应用于服务器接口。 它会告诉STP这个端口的另一端没有开关，并且跳过正常的“安全”防止环路的方法是安全的。 港口应该直接转到转发。
spanning-tree mode rapid-pvst
启用较新的Rapid Per-VLAN生成树协议，该协议使用交换机之间的消息在几秒钟内启用重新收敛，而不是在30-45之间。
您可以尝试在您的交换机之间设置端口通道，而不是冗余的单个链接。 这将允许所有的stream量故障转移到剩余的端口，如果丢失。
正如Keller所说的，绝对能让portfast面对你的边缘端口，但这不是你在这里担心的。
如果你正在运行经典的生成树，那么转向快速将有助于中断时间。 只要注意，当你从经典过渡到快速时，可以重新聚合，但通常没有。
你正在寻找的是生成树的代价###命令。 你只需要使得将被取消服务的链接比冗余链接的成本更高，并且生成树将阻止该链接并解除阻塞。 或者根据您的networking布局，您可以运行不依赖于生成树的非循环vlans来避免回路和/或中断恢复。
并编辑添加…不要忘记在维护和链接备份后删除生成树成本configuration，以便您的networking运行原来的devise方式。