摘要

  • PSC把操作员命令、检测到的故障和远端请求带入保护状态机；真正执行的是端点选择器，而不是消息本身。
  • 线性保护预留保护资源以换取快速切换；恢复则可能重新路由，较慢，而且可能因资源不足而失败。
  • RFC 7271的能力通告用于核验兼容能力集合，不是双方现场协商能力，也不能证明两端配置正确。

请求从哪里来

RFC 6378的五类本地触发源是：操作员命令、服务器层指示、控制平面指示、OAM指示，以及等待恢复（WTR）计时器到期。端点还会接收远端PSC请求。逻辑先选出当前最高优先级的本地请求，再将其与远端请求交叉检查，决定本地选择器、发出的消息和保护域状态。消息生成器因此是状态机的一部分，而非独立的路径计算器。

可用的决策表应至少清楚列出以下排序：

优先级（高→低） 请求
1 Lockout of Protection（锁定保护）
2 Forced Switch（强制倒换）
3 Signal Fail（信号失效）
4 Manual Switch（人工倒换）
5 WTR到期及正常/清除条件

具体模式和清除规则仍由标准状态机及端点配置决定，不能把这张表当成所有部署的计时器或默认值。

拓扑效果与状态

在1:1保护中，工作与保护资源分别服务于一个工作实体，选择器按获胜请求把流量置于工作或保护侧。双向1+1通常要求两端协调，使相关方向共同转移；单向1+1则每个方向可独立选择，远端请求不得触发该单向保护的倒换。Normal、保护中、WTR以及人工或锁定等受请求影响的状态，都会约束选择器动作和消息生成。

Signal Fail表示符合条件的信号失效；它不是根因证明，也不自动等于SLA违约。Lockout禁止使用保护资源，Forced Switch要求倒向保护侧，Manual Switch提供运维控制。故障清除后，revertive模式会在WTR期间等待稳定再回到工作侧；non-revertive模式可继续留在保护侧，直到新的请求改变状态。两端若在模式、方向性、优先级或路径上配置不一致，管理面可以报告不一致，但PSC本身不能补齐配置。

RFC 7271增加能力通告以及PSC和APS模式。通告是兼容性验证，不是能力谈判，也不是正确配置的证明。APS运维控制还包括Freeze、修改优先级、改变非恢复行为、MS-W、信号劣化（signal-degrade）保护和exercise命令。它们扩展操作员可观察和控制的行为，却没有把保护域变成任意路由系统。

保护不是恢复

保护是预先完整分配：工作路径之外，保护路径及其资源已提前保留，因此可在既有域内快速选择。代价是容量被预占，且需要计时器、状态同步、消息交换和两端一致的配置；共享保护容量受限时，还必须让服务优先级彼此牺牲。恢复则可能使用当时可用的容量并重新路由，通常更慢，且资源不足时不保证成功。简单的单向1+1可能减少部分协调依赖，却要付出专用资源成本。

验证夹具

  • 构造五类本地输入，逐一记录获胜请求、选择器位置、状态和生成消息；重复测试Lockout高于其他请求。
  • 在双向1+1中分别注入本地与远端请求，核对两端状态；在单向1+1中注入远端请求，确认它不能触发倒换。
  • 清除Signal Fail后观察WTR；分别验证revertive回工作侧与non-revertive保持保护侧的规则，而不假定具体时长。
  • 让两端使用不一致的模式、方向性或优先级，检查管理告警；不要把能力通告当作修复机制。
  • 以RFC 7271的APS控制逐项测试Freeze、MS-W、信号劣化和exercise，并记录请求如何进入优先级状态机。
  • 比较预留保护容量与恢复路径的可用容量，记录资源不足时恢复可能失败；不要从状态变化推断故障根因、商业价值或SLA结果。

来源