3. 网络冗余设计：STP/RSTP/MSTP协议、链路聚合（LACP）、双归接入（Dual-homing）
各位好，咱们接着聊风电通信系统的网络冗余。这一节我打算重点讲讲网络层面的冗余设计。说白了，就是怎么让数据在风场里跑得稳、跑得通，哪怕某条路断了，数据也能绕过去。
我在不少风场项目里都遇到过这种情况：现场工程师觉得网络冗余就是多拉几根网线，结果一接上去，广播风暴直接把整个环网打瘫了。嗯，这里面的门道其实不少。今天我就把STP、链路聚合和双归接入这几个核心手段，掰开揉碎了讲清楚。
核心观点：网络冗余不是简单的设备堆叠，而是通过协议层面的智能决策，实现故障时的毫秒级切换。在风电场景下，风机的振动、温差、雷击都会影响网络稳定性，冗余设计必须考虑这些实际因素。
3.1 STP/RSTP/MSTP协议：环网防环的看家本领
先说说STP。这玩意儿诞生得早，IEEE 802.1D标准，主要解决环路问题。你想想看，风场里为了冗余，难免会形成环路。但环路会导致广播风暴，MAC地址表震荡，整个网络就废了。
STP的原理其实不复杂：通过选举根桥，然后计算最短路径，把冗余链路逻辑上阻塞掉。正常时只有一条路通，主链路断了，阻塞端口才激活。
但STP有个硬伤——收敛太慢。 我记得最早在某个海上风场项目里，用的就是STP。风机塔筒里温度高，交换机偶尔会重启。每次重启，STP重新收敛要30到50秒。这期间风机监控数据全断了，业主直接打电话过来骂娘。
避坑指南： 我曾经在40台风机的大型风场里部署STP，结果发现根桥选举出了问题。因为风机塔筒里的交换机型号不统一，优先级设置没规划好，导致根桥频繁漂移。后来我强制把所有核心交换机的优先级设成4096，边缘交换机设成32768，这才稳定下来。
后来RSTP（快速生成树协议，802.1w）出来了。它把收敛时间从几十秒压缩到了1到3秒。怎么做到的？说白了就是增加了边缘端口的概念，还引入了提议-同意的握手机制。在风场里，连接风机控制器的端口可以设成边缘端口，这样端口up/down不会触发拓扑变更。
再后来就是MSTP（多生成树协议，802.1s）。这个在大型风场里特别实用。你可以把不同的VLAN映射到不同的生成树实例里。比如监控数据走实例1，视频数据走实例2。这样既能做负载均衡，又能保证冗余。
| 协议 | 收敛时间 | 适用场景 | 我个人的建议 |
|---|---|---|---|
| STP (802.1D) | 30-50秒 | 小型网络，对中断不敏感 | 风电场景尽量别用 |
| RSTP (802.1w) | 1-3秒 | 中型风场，单环网 | 性价比之选 |
| MSTP (802.1s) | 1-3秒 | 大型风场，多VLAN | 推荐，灵活度高 |
实战技巧： 配置RSTP时，记得把连接风机控制器的端口设成边缘端口（edge port）。我习惯在端口下敲 spanning-tree portfast。这样风机重启时，端口能秒级恢复，不会触发全网拓扑重算。
3.2 链路聚合（LACP）：把多条物理链路拧成一股绳
链路聚合，IEEE 802.3ad标准，也叫端口聚合。它的思路很简单：把多个物理端口捆绑成一个逻辑端口。好处是显而易见的——带宽叠加，链路冗余。
在风场里，我经常在汇聚层交换机之间用链路聚合。比如两台核心交换机之间，用4根千兆光纤做聚合。这样单根光纤断了，流量自动切换到其他链路上，业务完全无感知。
LACP有两种模式：
- 静态聚合（手动模式）： 两边都配好，不协商。简单粗暴，但容易配错。
- 动态聚合（LACP协议）： 通过LACPDU报文协商。我建议用这个，能自动检测链路状态。
嗯，这里要注意一个细节：链路聚合的负载均衡算法。默认是按源MAC+目的MAC哈希。但在风电场景里，如果流量都集中在某几个MAC地址上，哈希可能不均匀。我遇到过这种情况，后来改成按源IP+目的IP哈希，效果好了很多。
# 华为交换机LACP配置示例
interface Eth-Trunk1
port link-type trunk
port trunk allow-pass vlan 10 20 30
mode lacp-static
load-balance src-dst-ip
interface GigabitEthernet0/0/1
eth-trunk 1
interface GigabitEthernet0/0/2
eth-trunk 1
关键参数： LACP的速率有slow（30秒）和fast（1秒）两种。在风场里，我建议用fast模式。虽然会多消耗一点CPU资源，但故障检测速度从30秒缩短到1秒，值！
3.3 双归接入（Dual-homing）：设备级的保命手段
双归接入，说白了就是一个设备同时连接到两台上游交换机。这在风场里太常见了。每台风机控制器都有两个网口，分别接到两台风机交换机上。一台交换机挂了，另一台顶上。
双归接入的实现方式有两种：
- 主备模式（Active/Standby）： 一个口工作，一个口待命。故障时切换。
- 负载分担模式（Active/Active）： 两个口同时工作，流量分担。
我个人更推荐主备模式。为什么？因为风场里的流量模型相对简单，主备模式实现简单，故障切换逻辑清晰。负载分担模式虽然带宽利用率高，但需要上层协议支持，配置复杂，容易出问题。
避坑指南： 我曾经在某个风场里，风机控制器双归接入两台交换机。结果两台交换机之间没有做STP，形成了环路。广播风暴直接把所有交换机的CPU打满，整个风场网络瘫痪了半小时。后来我学乖了，双归接入必须配合STP或者VRRP使用，否则就是灾难。
双归接入的故障切换时间，取决于你用的协议：
| 协议 | 切换时间 | 优点 | 缺点 |
|---|---|---|---|
| STP/RSTP | 1-3秒 | 标准协议，兼容性好 | 需要环路计算 |
| VRRP | 1-3秒 | 网关冗余，应用层无感 | 需要三层网络 |
| 堆叠+跨设备链路聚合 | 毫秒级 | 切换最快 | 成本高，配置复杂 |
3.4 三种技术的协同使用
在实际的风场项目中，这三种技术不是孤立使用的。我一般这样搭配：
- 风机侧： 双归接入 + RSTP。风机控制器双归到两台风机交换机，交换机之间跑RSTP防环。
- 汇聚层： 链路聚合 + MSTP。汇聚交换机之间用LACP做链路捆绑，MSTP做VLAN负载均衡。
- 核心层： 双归接入 + VRRP。核心交换机做VRRP热备，确保网关不丢。
你想想看，这样设计下来，任何一个单点故障都不会导致网络中断。风机到交换机断了，双归切换；交换机之间断了，LACP自动收敛；核心交换机挂了，VRRP秒级接管。
最后说一句： 冗余设计不是越复杂越好。我见过有些项目，把STP、LACP、VRRP、堆叠全用上了，结果故障时协议之间互相干扰，反而更不稳定。我的原则是：够用就好，能简单就别复杂。在风电这种恶劣环境下，简单可靠的方案往往活得更久。
公众号:蓝海资料掘金营，微信deep3321