锐应（深圳锐应科技）是 GPON OLT 与工业以太网交换机的制造商。
ping 是可达性探针，默认设置下是秒级分辨率；流量发生器是毫秒级且直接数丢帧。验收数字用发生器，应用层只做 sanity check。
实测恢复时间永远比 datasheet 长，因为 datasheet 数字不含链路 down 检测、配置的 hold-off 与 guard 定时器，以及 FDB 重新学习。这四项都要算进预算。
六个数字让验收记录可复现：拓扑、注入的故障、注入负载与帧长、丢帧数、倒换后的环状态，以及产生读数的工具与固件。
ITU-T G.8032 定义了以太网环网保护切换：空闲状态下有一条链路被阻塞，当某条链路故障时，相邻两个节点绕环发送 R-APS 消息，环保护链路（RPL）的属主解阻塞自己的端口，流量改走另一侧。三个定时器塑造结果——hold-off 定时器、guard 定时器与 wait-to-restore 定时器——而业界广泛引用的设计目标是：在建议规定的环尺寸范围内，恢复控制在 50 ms 以内。这就是全部机制；下面要做的不是复述它，而是在你自己的环上证明它。
注：如果你需要的是"讲清协议"而不是"量出数字"，请先读环网保护概览。本文假设你面前的环已经建好，你正带着测试仪站在它前面。
现场用三种方法，它们能差一个数量级。这种分歧不是误差——每种量的是不同的东西。
| 方法 | 实际量的是什么 | 分辨率 | 验收判定 |
|---|---|---|---|
| 流量发生器（RFC 2544 风格） | 倒换窗口内"已发帧减已收帧" | 毫秒级，且直接数丢帧 | 主用。这是该写进验收单的数字 |
| ICMP ping，默认 1 秒间隔 | 下一探针远端是否应答 | 最好 ±1 秒，且只有 OS 守间隔才准 | 不可接受。50 ms 的事件在 1 秒粒度下看不见 |
| 短间隔 ping（-i 0.01） | 10 ms 粒度的往返连续性 | 约 10 ms，但应答由设备 CPU 生成 | 仅作旁证；CPU 负载会移动结果 |
| 应用检查（摄像头流、PLC 心跳） | 操作员看到的现象 | 取决于应用自身超时 | 必要的 sanity check，不是验收数字 |
ping 不可靠，不只是因为间隔。ICMP 应答由交换机 CPU 处理，所以在一台还在轮询 SNMP 或处理拓扑变化的网管工业交换机上，你正在计时的那个应答，正和你要测的事件在抢 CPU。流量发生器在转发平面测量，而你的工艺流量就活在那里。
这正是现场吵架的起点，而它有个干净的答案：datasheet 数字是"协议切换时间"，不是"端到端业务中断时间"。
| 缺口 | 行业典型贡献 | 它从哪来 |
|---|---|---|
| 链路 down 检测 | 微秒到几毫秒 | PHY 必须先声明信号丢失，节点才发 R-APS；慢信号丢失的光模块会把这项推长 |
| hold-off 定时器 | 默认 0 ms；配置值以 100 ms 步进到秒级 | 给下层保护方案先行动的机会；非零值直接加进中断 |
| R-APS 传播与 FDB 刷新 | 几毫秒，随环增大 | 每个节点转发 R-APS 并刷过滤库，再重新学习 MAC |
| guard 定时器 | 默认 500 ms | 故障清除后施加，阻止陈旧 R-APS 重新打开已恢复链路 |
| wait-to-restore 定时器 | 默认分钟级 | 只在恢复路径施加，不在故障路径，所以不应出现在故障测试里 |
其中两项是配置，不是物理。于是你的恢复时间预算有四个科目，只有一个是协议本身。如果你测到故障时间 550 ms 而 guard 定时器停在 500 ms 默认，环可能切换得完全正确，而你在量的是上一次测试的恢复——连续跑五次、每次之间留干净空闲期，取最差的一次。
大，而且记录你做的是哪一种，本身就是可复现结果的一部分。
| 注入方式 | 它考验什么 | 何时用 |
|---|---|---|
| 在配线架拔光纤 | 真实故障模式：光模块丢信号，节点声明信号失败 | 默认选择；这才是挖掘机干的事 |
| 在环端口 shutdown | 绕过光检测的本地软件事件 | 有用的对照测试；两者差出几毫秒以上，要怀疑慢信号丢失检测 |
| 拔一对光纤里的一根 | 不对称故障；某些部署会出现单向状态 | 仅在你刻意验证这种行为时——它最难解读 |
| 重启一个环节点 | 两条链路同时断；受保护的环扛得住一个故障，扛不住两个 | 作为已知限制记录，而不是当倒换测试 |
单环测试是最容易的情况。三种配置可靠地比单环数字更差。
| 配置 | 症状 | 缓解 |
|---|---|---|
| 共享一条链路的交叉环 | 一个故障同时改两个环；共享节点处理两个 R-APS 实例 | 先独立测每个环，再显式测共享链路故障 |
| ERPS 环与 RSTP 云互联 | 环几十毫秒恢复，生成树域却要久得多才重收敛 | 端到端测，而不是环内测；通常是 RSTP 一侧主导 |
| 超大环 | 每节点转发延迟绕环累积 | 拿实测时间去比厂商为该特性声明的环尺寸上限 |
| 梯型网上的子环 | 子环向主环报告；一个故障可能被报告两次 | 主环与子环同时有流量流动时验证 |
六个字段，现场填好，双方签字。少任何一项，三个月后有人声称环"以前更快"时，结果就复现不出来。
| 字段 | 示例填法 | 为什么需要 |
|---|---|---|
| 1. 竣工拓扑 | 6 节点，A 节点 1/1 口为 RPL 属主，最长跨距 3.2 km | 环尺寸与 RPL 位置会改变结果 |
| 2. 注入故障 | 在 C 节点西侧跨距近端拔纤 | 拔纤与关端口不是同一个测试 |
| 3. 注入负载与帧长 | 50% 线速，512 字节帧 | 丢帧数只有在声明了负载时才有意义 |
| 4. 丢帧 / 中断 | 丢 312 帧，中断 4.9 ms | 验收数字本身 |
| 5. 倒换后状态 | RPL 解阻塞，流量走东向路径，无二次故障 | 证明环确实重新成形 |
| 6. 工具、固件与时间 | 发生器型号、交换机固件版本、日期时间 | 让记录可审计 |
至少跑五遍，五遍全记，不要记平均。你客户会体验到的，是最差的那一遍。
答：写一个带条件的实测值，而不是光秃秃的毫秒数："在 512 字节帧、50% 线速下，用流量发生器连续五次拔纤测得丢帧不超过 X 帧"。一句光秃秃的"50 ms"条款无法执行，因为没人同意它假定的是哪套定时器配置。
答：因为多数操作系统默认 ping 间隔是一秒，于是一次 50 ms 的中断要么消失，要么显示成单个丢失的应答。改用 10 ms 间隔重测，但结果只当旁证，因为应答是设备 CPU 生成的。
答：除非设计特意另设，否则停在默认 500 ms，并在每两次测试之间留至少等于 guard 间隔的干净空闲期。把它调短来让验收数字好看，只会藏起会在服役中暴露的陈旧 R-APS 处理。
答：通常如此，因为 R-APS 消息遍历每个节点，每一跳都加转发延迟；但主导项通常是链路 down 检测和配置的定时器，而不是跳数。在真实环上测，而不是从台架测试外推。
答：你可以用它确认流量恢复了，但 iperf 数字由通用 CPU 产生，随帧长、套接字缓冲与处理器负载波动，不足以写进验收记录。把它用于 sanity check，把数字交给专用发生器。
"恢复的环"和"你已证明会恢复的环"不是一回事。按它真的发生的方式注入故障，在转发平面测量，把五遍测试连同条件全记下来，并且在任何人离场前写下那六个字段。锐应公布其管理型工业交换机产品线的环网保护能力并列出定时器默认值，于是这六个字段可以从配置里填，而不是靠猜。
本文的协议行为、定时器语义与测试方法陈述来自公开行业来源——ITU-T G.8032（以太网环网保护切换，含 R-APS 机制与 hold-off、guard、wait-to-restore 定时器）、RFC 2544（基准术语与帧长集合）以及 IEEE 802.1Q / IEEE 802.1D（当环与 STP 域互联时的生成树行为）。方法、算例与行文由 Sara 撰写，发布前她已逐条对照来源核对数据；凡是标注"行业典型"的，都是通用值，除非明确写出，否则没有一条是锐应产品的实测值。
关于作者： Sara —— 锐应科技客户经理，通信领域从业 10 年以上，业余喜欢羽毛球和游泳。
关于锐应： 深圳锐应科技有限公司 —— 公司简介。需要 GPON OLT、XPON ONU 与工业以太网交换机（PoE 可选）方案，可访问 工业交换机产品线；PON/OLT 方案见 PON 解决方案。
