11. TCN BPDU:揭秘 STP 拓扑变更的通知与收敛机制

张开发
2026/4/16 3:01:17 15 分钟阅读

分享文章

11. TCN BPDU:揭秘 STP 拓扑变更的通知与收敛机制
一、TCN BPDU介绍在 STP 网络稳定运行时根桥会周期性发送​​​配置 BPDU​​Configuration BPDU用于维持整个生成树拓扑的稳定性。然而当网络中出现链路故障、端口 UP/DOWN 等拓扑变更事件时仅靠常规的 Hello 机制无法快速清除旧的转发表项。此时设备必须启动一套特殊的通知与确认机制通知全网快速刷新 MAC 地址表以防止临时环路并加速收敛。在 IEEE 802.1D 标准中这一过程严格依赖以下三种 BPDU 的协同工作当然所有 STP 协议报文配置 BPDU、TCN BPDU 等都使用组播地址 01:80:c2:00:00:00 发送没有单播目的地址不存在点对点定向发送。拓扑改变通知 BPDUTCN BPDUTopology Change Notification BPDU。报文类型类型0x80是独立的 BPDU 格式不是配置 BPDU。由非根交换机产生仅从设备的根端口发送目的是往根方向传播拓扑变更。设备会每隔一个 Hello Time重复发送 TCN BPDU直到收到上游设备回复TCA BPDU。拓扑改变确认配置 BPDUTCA BPDUTopology Change Acknowledgment Configuration BPDU。属于配置 BPDU类型 0x00在 Flags 字段中TCA 位被置为 1第 7 位。上游设备在收到 TCN BPDU后从对应的指定端口回复确认已收到拓扑变更通知。同时从设备的根端口发送TCN目的是往根方向传播拓扑变更。收到 TCN 后立即发送一次即可无需周期发送。拓扑改变配置 BPDUTC BPDUTopology Change Configuration BPDU。属于配置 BPDU类型 0x00在 Flags 字段中TC (Topology Change)位被置为1第 0 位。非根桥在向上游转发 TCNtcWhile 0时它从指定端口向下游发出的所有配置 BPDU必须将 TC 位置 1用于提前通知下游刷新 MAC 地址表不用等待根桥通告。根桥收到 TCN 后会全网泛洪将TC 位置 1的配置 BPDU确保整网所有设备都感知到拓扑变更。发送周期为Hello Time2 秒。二、TCN报文1. 变更通知TCN BPDU非根交换机感知到拓扑变化从根端口向上游发送 TCN报文非常简单不携带任何拓扑参数仅仅有一个 BPDU 类型字段用于告知上游拓扑发生了变更。从物理层面看是组播“向上游发送” 是逻辑拓扑方向TCN 从根端口发出只能被上游交换机接收实现逐级上报。例如交换机 4c:1f:cc:17:65:47 感知拓扑变更发送 TCN BPDU。2. 变更回复非根 TCA BPDU上游交换机收到 TCN 后会进行确认回复这个确认报文本质就是配置 BPDU只是对 Flag 标志位做了特殊标记。由于所有 BPDU 都使用组播地址 01:80:c2:00:00:00 传播没有单独的单播应答因此上游设备在回复 TCA 时会同时将 TC 与 TCA 置位TCA1用于确认收到下游的 TCNTC1用于直接通知下游刷新 MAC 地址表不必等待根桥通告。802.1D 标准规定只要设备正在向上转发 TCNtcWhile0下发的配置 BPDU 必须置 TC1。发生拓扑变更的交换机 4c:1f:cc:17:65:47会收到其上游设备 4c:1f:cc:36:1a:d6 发出的TC1、TCA1的配置 BPDU。3. 变更传播非根 TC BPDU与此同时上游交换机 4c:1f:cc:36:1a:d6 还会周期性发送仅 TC1、TCA0的组播配置 BPDU持续通知下游刷新 MAC 地址表。该报文由中间交换机自身发出并非根桥下发。只要本机还在向上游转发 TCN就会一直置 TC1。4. 变更通知传播非根转发TCN BPDU同时上游交换机 4c:1f:cc:36:1a:d6 会从自己的根端口重新生成并发送新的 TCN BPDU继续向上接力上报保证变更消息最终能到达根桥。TC 位只能向下通知无法替代 TCN 向根桥上报因此必须单独转发 TCN。5. 变更确认根桥TCA BPDU根桥 4c:1f:cc:5d:75:fb 收到 TCN 后回复一个TC1 且 TCA1的配置 BPDU一边确认 TCN一边开始通告拓扑变更。6.变更泛洪根桥TC BPDU首次应答完成后根桥按照 Hello Time 周期持续发送仅 TC1、TCA0的组播配置 BPDU全网泛洪拓扑变更信息让所有设备刷新 MAC 地址表直到收敛完成。7.总结TCN只向上负责把变更报到根桥报文类型0x80独立BPDU 格式不携带任何拓扑参数。。TCA向下应答确认收到 TCN报文类型0x00配置 BPDU置位TCA。TC向下通知刷新 MAC中间交换机、根桥都可以发送报文类型0x00配置 BPDU置位TC。全部 BPDU 都是组播方向由端口角色决定不由目的 MAC 决定。三、拓扑变更与收敛根桥 SW CSW A ↔ SW B 的 G0/1 链路中断SW A 和 SW B 感知到这条链路断开。1.感知变更发起 TCNSW A、SW B 感知到 G0/1 链路断开触发拓扑变更。各自从根端口SW AE0/1SW BG0/2发送TCN BPDU向上游逐级上报。以 Hello Time 周期重复发送直到收到 TCA 确认。2.接力上报提前通知SW D 收到 SW B 的 TCN从对应的指定端口G0/2回复TC1,TCA1的配置 BPDUTCA1确认收到下游 TCNTC1提前通知下游刷新 MAC无需等待根桥。同时从根端口G0/1重新生成新的 TCN BPDU继续向根桥 SW C 上报。后续周期性向下游SW B发送仅 TC1的配置 BPDUTCA0提前通知刷新 MAC 表。SW C 收到 SW D 的 TCN根桥无需再向上上报从指定端口G0/2回复TC1,TCA1的配置 BPDU 确认。同时启动全网 TC 泛洪TC1,TCA0。3.泛洪 TC全网刷新根桥 SW C 开始向所有指定端口G0/1、G0/2周期性发送TC1, TCA0的配置 BPDU持续时间Max Age Forward Delay 20 15 35秒所有收到 TC 报文的交换机将 MAC 地址表老化时间缩短为Forward Delay默认 15 秒加速清理失效条目。中间交换机继续从指定端口转发 TC 报文确保全网覆盖。4.重新计算完成收敛链路中断后STP 会重新计算无环拓扑SW A原 G0/1 是根端口指向根桥 SW C现在链路断开该端口失效。重新计算后E0/1 端口从阻塞状态转为根端口成为新的最优路径到根桥 SW C。SW B原 G0/1 是指定端口负责向下游网段转发链路断开后失效。根端口 G0/2 保持不变仍为最优路径到根桥 SW C。全网收敛完成所有交换机完成 MAC 表刷新新的无环拓扑稳定。根桥 SW C 在 Forward Delay Max Age 后停止发送 TC 报文。5.全网收敛时间根桥发送 TC 报文的时间TC 泛洪时长Max Age Forward Delay默认 20 15 35 秒全网最长收敛时间网络中最远的设备可能35 秒末才收到 TC之后还需要Forward Delay时间完成 MAC 老化TC 泛洪时长 Forward Delay 20 15 15 50 秒全网最短收敛时间如果拓扑变化直接发生在根桥直连设备TCN 立刻到达根桥下游设备立刻收到 TC经过 1 个 Forward Delay 完成 MAC 刷新最短收敛时间 ≈ Forward Delay 15 秒。6.核心总结变更触发端口进入 / 离开 Forwarding 状态如链路断开。上报路径非根桥 → 上游 → 根桥通过 TCN BPDU 接力。通知路径根桥 → 全网通过 TC 标志位的配置 BPDU 泛洪泛洪 Max Age Forward Delay 时长。收敛结果收到 TC 的交换机将MAC表老化时长缩短为 Forward Delay全网 MAC 表快速刷新新的无环拓扑建立。

更多文章