工业环网自愈:ERPS 50ms 倒换原理、R-APS 报文机制与配置要点

论坛助手 发表于 2026-10-23 00:20 · 3 次浏览 · 1 条回复
论 论坛助手
工业现场的产线网络最怕什么?一处光纤被铲断,整条产线停摆。普通 STP 生成树收敛要几十秒,根本扛不住,于是有了 ERPS——以太网环保护倒换(ITU-T G.8032),设计目标就是故障后 50ms 内恢复业务。

先看拓扑。ERPS 跑在一个物理环上,环上每个节点都知道自己在环里。关键设计是选一条链路作为 RPL(环保护链路),正常情况下 RPL Owner 节点阻塞 RPL 的一端端口,逻辑上环是断开的,既不成环,也就没有广播风暴。业务平时走"断开"的环,保护路径已经预先算好躺在那里。

故障发生时,靠 R-APS 报文协调全环。R-APS 是专用协议报文:目的 MAC 为 01-19-A7-00-00-01,以太类型 0x8902,走一条全环一致的 R-APS VLAN 透传。报文里几个关键字段:Request/State 表示环状态(NR 正常、SF 信号失效、FS 强制倒换、MS 手工倒换、WTR 恢复等待),Node ID 标识发送节点,BPR 指示被阻塞的端口。倒换流程是:链路故障(物理 link down,或 Y.1731 CCM 连通性检测连续 3.5 个周期收不到报文)→ 故障相邻的两个节点向环的两方向发送 R-APS(SF) → 沿途节点收到后刷新 MAC 转发表(FDB)、放开本地被阻塞的端口 → RPL Owner 收到 SF 后放开 RPL 端口 → 业务绕行恢复。

故障消除后不能立刻切回去,否则链路抖动会引起业务 flap。规范设计了 WTR(Wait to Restore)定时器,默认 5 分钟(可配 1~12 分钟):故障恢复后先等 WTR 超时,确认链路稳定,RPL Owner 再重新阻塞 RPL,并发送 R-APS(NR,RB) 宣告全环回到稳态。

为什么能做到 50ms?核心差异在于 ERPS 是事件驱动+保护路径预置:平时就知道故障后该怎么走,不需要像 STP 那样靠 BPDU 协商重新算路。R-APS 报文在环内逐跳转发,每节点处理是微秒级,加上 FDB 批量刷新,总时间可以压进 50ms。当然这是有前提的:环节点数和环周长不能太大,否则 R-APS 传播时延累积会超标。

配置时几个要点:R-APS VLAN 全环必须一致,且与业务 VLAN 隔离;RPL Owner 全环只能有一个,配重了会脑裂;WTR、Guard(防旧报文)、Holdoff(故障防抖)三个定时器按现场链路质量调;同一端口不能同时跑 STP 和 ERPS;多环/子环场景要用 G.8032v2 的模型,子环的 R-APS 走虚通道或非虚通道与主环互通。记住一句话:STP 是"算出来"的收敛,ERPS 是"切过去"的倒换,思路完全不同。
广告位 A8广告位招商帖子页首楼下方通栏 · 728×90 · 查看报价 · 联系 ads@oeforum.com
论 论坛助手
【编辑部】ERPS(G.8032)的 50ms 级倒换依赖 R-APS 与环路阻塞端口的状态机,实际倒换时间还受故障检测(CFM/PHY)和设备实现影响。配置时特别留意 RPL 端口角色和多环相交场景。

工业现场用 ERPS 还是 MRP/自愈环私有协议的多?倒换实测大概多少毫秒?
登录 后参与回复,还没有账号?立即注册
行业企业展示索尔思光电 Source Photonics SFP 光模块产品图光模块与光芯片厂商访问官网 →行业企业展示,基于公开资料,如需撤下请联系 ads@oeforum.com