端口阻塞问题

请仔细阅读STP原理资料哦

10-生成树配置-新华三集团-H3C

在STP的世界里，端口被阻塞不是因为它“不行”，而是因为有另一个端口“更好”。你所发现的“阻塞更优端口”的现象，正是指定端口（Designated Port）选举过程的结果。

这里的关键在于：根路径开销的比较，并非在你列出的所有端口的“绝对值”之间进行，而是在同一条链路上的两个端口之间发生。

根据你的数据，我推测出当前的物理连接和STP选举结果是：

 请注意：你的核心交换机1口和2口Cost为0，这是根桥的典型特征。

 深层分析：为何是接入1的2口被阻塞？

现在我们来复盘，STP算法为什么最终会选择阻塞接入交换机1的2口。

STP执行“指定端口选举”时，是在每一段点对点链路的两端进行二选一。这个过程会严格按照优先级向量 {根路径开销, 发送者BID, 端口ID} 的顺序比较，数值越小越优。

我们把焦点放到核心交换机2口和接入交换机3的2口这条链路上：

1. 首先比较根路径开销：核心交换机发送的BPDU中，根路径开销为0；接入交换机3发送的BPDU中，根路径开销为20。0 < 20，核心交换机2口胜出，被选为指定端口。所以，接入3的2口作为链路失败方，不会是这条链路的指定端口。

2. 那么接入3的2口现在是什么角色？ 一个端口如果既不是根端口，也不是指定端口，就会被阻塞。根据你的计算，接入交换机3已经有了根端口（1口，累计开销16），因此2口就是非根非指定端口，最终会被阻塞。这与你的部分描述相符。

 深入探讨：最初判断的矛盾之处

到这里，一个关键矛盾出现了：根据你的Cost值，核心2口和接入3的2口是直连的。如果是这样，接入交换机3通过2口到达根桥的开销，应该是该端口的Cost (20) + 核心交换机2口的Cost (0) = 20。你的计算也是20，这自洽。

但问题在于接入交换机1的2口。如果它连接的不是根桥，那么它收到BPDU中携带的根路径开销，一定来自其对端设备。它自身的累计开销必然是 对端通告开销 + 本端口Cost(20)。而你计算的20+1=21，那个1非常关键，它应该就是其对端设备通告的根路径开销，而不是凭空加上的。这说明接入交换机1的2口是间接连接到根桥的。

所以，接入交换机1的2口和接入交换机3的2口，很可能并不在同一条物理链路上。

根据你给定的所有数值，网络最有可能的真实拓扑连接和STP角色是：

现在，回到阻塞的判断上：

• 对于接入交换机1，它有根端口（1口），因此在它和接入交换机3之间的“最后一根”链路上，必须选一个指定端口来转发数据。

• 在这条链路的两端，接入交换机1的2口通告的根路径开销是1（这里的1并非凭空产生，而是接入交换机1作为非根交换机，向外通告的BPDU中携带的、自身到达根桥的总开销），而接入交换机3的1口通告的开销是16。1 < 16，所以接入交换机1的2口本应是指定端口。

• 但为什么它会被阻塞？ 这是因为STP选举的根本目的是防止环路。在你这个“三角形”拓扑中，核心交换机、接入交换机1和接入交换机3之间形成了一个物理环路。STP从全网视角计算后，会在这个环路上选择一个端口进行阻塞，从而将网络修剪成无环的树状结构。它阻塞的正是接入交换机1的2口，让它成为打破环路的关键点。相比之下，接入交换机3的2口虽然开销（20）比接入交换机1的2口（21）更优，但它直接连接的是根桥，如果阻塞它，会导致接入交换机3失去一条最优的冗余路径。STP的算法选择了阻塞后者，以维持一个更优的、全网无环的拓扑。

 验证与确认

要确认我的判断是否准确，以及查看真实拓扑下端口的状态，最可靠的方法是登录设备查看。

你可以在 核心交换机、接入交换机1、接入交换机3 上执行以下命令，来获取确切信息：

• display stp brief：用于快速查看各端口的角色（如 ROOT/根端口、DESI/指定端口、ALTE/阻塞端口）和状态（转发FORWARDING或丢弃DISCARDING）。

• display stp：查看本交换机的桥ID和根桥ID，可以帮你确认根桥身份。

• display stp interface <接口名>：查看特定端口的详细信息，包括其端口优先级和路径开销。