根桥上为什么会出现Alternate端口，生成树的端口角色怎么判断
学生成树的时候记了一条：根桥没有根端口，所有端口都是指定端口，不可能有阻塞口。可刷题时又碰到处处都说"根桥下存在 Alternate 端口"，两种说法直接打架——到底哪个对？根桥上到底会不会出现阻塞口？
原因分析
先给结论：单实例的 STP 里，根桥的端口确实全是指定端口，这条记忆没错。“根桥存在 Alternate"要在两种特殊场景下才成立。一是自环：根桥自己的两个端口通过一台 Hub（或一根线绕回）连成了环，这条"链路"两端都是根桥自己的端口，互相比拼时端口标识数值更小的一方胜出当指定端口，另一方被阻塞，就成了教材里那个"例外”。二是多实例语境：MSTP 里"根桥"是按实例算的，一台交换机可能是实例 0 的根桥，但在实例 1 里不是，它面对实例 1 时就是普通交换机，端口完全可能处在 Alternate 角色。很多题目不写明实例，把两件事混在一起，冲突感就出来了。另外 RSTP 术语里 Alternate 是"根端口的备份"，长在非根桥上；根桥自环被阻塞的那个口，严格的 RSTP 叫法是 Backup。术语层次理清，矛盾自然解开。
分步解决
- 把角色判定规则先摆正：每台非根桥交换机选一个到根桥路径开销更低的端口当根端口，平局比上行桥 ID、再比端口 ID；每条链路再选出一个指定端口。根桥不参与选根端口，所以常态下全是指定端口。
- 分辨题目问的是哪种"根桥"：看到相关表述，先判断是单实例 STP 还是 MSTP 分实例讨论。MSTP 场景要逐实例看：
display stp instance 1 brief（思科对应show spanning-tree mst 1），确认该实例下这台设备到底是不是根。 - 验证自环场景：怀疑某端口是被自环阻塞的，看它的对端是不是又绕回本机——Hub 环境、跳线打环都是高发点。根桥上冒出阻塞口又找不到别的解释时，优先查物理绕线。
- 用命令核实角色：
display stp brief逐端口看角色列（Root/Designated/Alternate/Backup），把"端口角色"和"端口状态"分开记——Alternate/Backup 是角色，discarding/forwarding 是状态，混着记极容易钻牛角尖。 - 多实例规划自查：MSTP 多实例的根桥要错开规划（实例 1 以 A 为根、实例 2 以 B 为根），实例映射与根规划颠倒是"流量走了备份路径"类故障的常见根因，把规划表与实际
display输出逐项对一遍。
预防
学协议时把"版本—角色—状态"三个维度各自记清：STP 只有根端口/指定端口两类角色，RSTP 增加了 Alternate/Backup，MSTP 再叠一层实例维度。做交换网络规划时坚持先画一张"实例—根桥—阻塞口预计位置"的表，上线后逐项核对，教材表述打架的情况就能一眼看穿是语境差异而不是知识记错。
企业存储选型参考｜贵州诚鑫致达
做机架式部署与数据中心扩容，群晖机型参考：RS2423RP+ · RS1221+ · RS822+。需要选型建议或上门评估，搜「诚鑫致达」即可找到我们。