4、生成树协议（STP）：STP工作原理、BPDU报文、根桥选举、端口状态与角色
各位好，我是老张。在风电场上干了十几年通信，今天咱们聊聊STP。说实话，刚入行那会儿，我觉得STP就是个“慢吞吞”的老古董。直到有一次，我在一个海上风电场处理网络故障，环网风暴把整个监控系统都打瘫了，我才真正意识到——这个看似简单的协议，其实是工业以太网的“定海神针”。
4.1 STP为什么而生？
先说说背景。风电场的网络拓扑，说白了就是个“环”。为什么？因为风机排成一排，光纤顺着塔筒一路串下去，最后还得回到中控室，自然就形成了物理环。
环网的好处是冗余——一根光纤断了，数据还能从另一条路走。但坏处也很要命：广播帧会在环里无限循环，形成广播风暴。我见过最夸张的一次，整个网络的带宽被广播帧吃光，连SCADA系统的遥测数据都发不出去。
STP就是来解决这个问题的。它的核心思想很简单：逻辑上切断冗余链路，只保留一条无环路径。一旦主链路故障，再自动激活备用链路。
核心要点：STP不是物理上拔掉网线，而是通过协议让交换机“假装”某些端口不通。这样既保留了物理冗余，又避免了环路。
4.2 BPDU报文——STP的“心跳”
STP能工作，全靠一种叫BPDU（Bridge Protocol Data Unit）的报文。你可以把它理解成交换机之间的“问候信”。每台交换机都会定期（默认2秒）从所有端口发送BPDU，告诉邻居：“我还活着，这是我的信息。”
BPDU报文里最关键的信息有这几个：
- 根桥ID：我心目中的根桥是谁
- 路径开销：我到根桥的距离（成本）
- 桥ID：我自己是谁
- 端口ID：这封信是从哪个端口发出的
我记得有一次在风电场调试，发现网络总是间歇性中断。抓包一看，BPDU报文里出现了两个不同的根桥ID。嗯，这就是典型的“双根”问题——两台交换机都认为自己是根桥，导致拓扑计算混乱。
避坑指南：我曾经遇到过一台老旧交换机，它的BPDU发送间隔不稳定，有时2秒，有时5秒。这会导致其他交换机误判链路状态，频繁触发拓扑变更。所以，我建议在风电场这种恶劣环境下，尽量选用支持STP参数可调的工业交换机。
4.3 根桥选举——谁说了算？
STP的第一步，就是选出一个“老大”——根桥（Root Bridge）。所有其他交换机都以根桥为基准，计算到根桥的最短路径。
选举规则很简单：桥ID最小的交换机成为根桥。
桥ID由两部分组成：
- 桥优先级（2字节）：默认32768，可手动配置
- MAC地址（6字节）：交换机背板MAC
比较时，先比优先级，优先级小的获胜。如果优先级相同，再比MAC地址，MAC小的获胜。
这里有个坑：很多工程师觉得优先级默认就行，结果两台同型号交换机的MAC地址不同，谁当根桥完全随机。我建议在风电场网络中，手动指定中控室的核心交换机为根桥，把它的优先级设成4096或8192，这样根桥位置可控，路径计算也更合理。
注意：根桥一旦选举完成，不会轻易变更。除非根桥故障或网络拓扑发生重大变化。所以，选根桥时要考虑它的稳定性和处理能力。
4.4 端口状态与角色——STP的“五态”模型
STP的端口有5种状态，我刚开始学的时候觉得挺绕。后来在风电场现场调试，看着指示灯的变化，才真正理解了。
| 状态 | 说明 | 是否转发数据 | 是否学习MAC |
|---|---|---|---|
| Disabled | 端口被管理员关闭 | 否 | 否 |
| Blocking | 端口被阻塞，只收BPDU不发数据 | 否 | 否 |
| Listening | 端口正在监听BPDU，准备参与选举 | 否 | 否 |
| Learning | 端口开始学习MAC地址，但不转发数据 | 否 | 是 |
| Forwarding | 端口正常转发数据 | 是 | 是 |
端口角色也有三种：
- 根端口（Root Port）：每个非根桥上，到根桥路径开销最小的端口
- 指定端口（Designated Port）：每条链路上，离根桥更近的那个端口
- 阻塞端口（Alternate/Backup Port）：既不是根端口也不是指定端口的端口，被逻辑阻塞
说白了，STP的选举过程就是：先选根桥，再在每个非根桥上选根端口，然后在每条链路上选指定端口，剩下的端口统统阻塞。
我画了一张流程图，帮你理清这个逻辑：
4.5 状态转换与收敛时间
端口从Blocking到Forwarding，需要经过Listening和Learning两个中间状态。每个状态默认停留15秒（Forward Delay）。所以，STP的收敛时间大约是：
- Blocking → Listening：立即（收到更优BPDU）
- Listening → Learning：15秒
- Learning → Forwarding：15秒
也就是说，STP从链路故障到恢复通信，至少需要30秒。这在风电场里是个大问题——风机变桨、偏航等控制指令，30秒的延迟可能意味着设备停机甚至损坏。
实战经验：我在一个陆上风电场遇到过，光纤被老鼠咬断后，STP花了40多秒才收敛。那段时间里，好几台风机因为收不到心跳信号而自动停机。后来我换用了RSTP（快速生成树协议），收敛时间缩短到1-2秒，问题才解决。
4.6 避坑指南——风电场STP部署的常见问题
- 根桥位置不合理：根桥放在边缘风机上，导致中控室到风机的路径绕远路。我建议根桥放在中控室的核心交换机上。
- 路径开销未优化：默认的路径开销基于链路速率（100M=19，1G=4），但在风电场中，光纤长度差异很大。我习惯手动调整路径开销，让主链路更优。
- BPDU保护缺失：风电场环境复杂，可能有非法设备接入。我建议在接入端口开启BPDU Guard，防止伪造BPDU攻击。
- 忽略端口角色变化：STP拓扑变更时，端口角色会重新计算。我建议开启STP的拓扑变更通知（TCN），让交换机及时刷新MAC地址表。
小技巧：在风电场调试STP时，我习惯先用show spanning-tree命令查看端口角色和状态。重点关注根端口和阻塞端口是否在预期位置。如果发现阻塞端口在主干链路上，说明路径开销配置有问题。
好了，STP的核心内容就这些。说白了，它就是个“选举+阻塞”的机制，通过BPDU报文交换信息，最终构建出一棵无环的逻辑树。虽然现在RSTP和MSTP更常用，但STP是基础，理解了它，后面的协议就一通百通了。
公众号:蓝海资料掘金营，微信deep3321