摘要

  • 当原生数据通信无法交付时，RFC 5718 允许 MPLS-TP 区段、LSP 或伪线通过 G-ACh 承载管理与信令流量。
  • MCC 与 SCC 使用不同的 Channel Type，把消息送往管理进程或控制平面；但承载路径和编号都不能认证发送者、授权命令或保护载荷。

两条信道共用一套传送基础设施

线路侧接口不能直接传递 IP、现场又没有独立带外网络时，传送设备仍需要配置、监控、路由与信令通道。RFC 5718 利用通用关联信道构建管理通信网络 MCN 和信令通信网络 SCN 的一部分；二者合称数据通信网络 DCN，连接管理站与 MPLS-TP 节点。

该设计有意分出两条信道。管理通信信道 MCC 使用 G-ACh Channel Type 0x0001，信令通信信道 SCC 使用 0x0002。信道中的协议标识符 PID 指明随后承载的第三层 PDU。接收节点先读 Channel Type，再检查 PID，然后把消息交给相应的管理、信令或路由进程。若 PID 无法识别，节点应静默丢弃，并可计数或记录事件。

这种区分允许管理平面和控制平面使用重叠地址空间，或分别运行同一种协议而不互相混淆；也保留了为 MCC 与 SCC 分别限速、整形的空间。RFC 5718 并不定义这些流量策略。这条边界很关键：标识符能够选择处理进程，却不能决定该进程应获得多少容量。

关联路径提供可达性，不提供命令权

G-ACh 可以关联物理区段、MPLS-TP LSP 或伪线。用于区段时，消息加上 GAL；用于 LSP 时，LSP 标签压在 GAL 上方。RFC 5718 在这些流程中要求 GAL 的 TTL 为 1、栈底位为 1。运营者可选择一条 LSP 为虚拟相邻节点提供通信信道，也可另选一条作备份，并不需要为每条 LSP 都建 CCh。

节省资源不等于把传送路径变成权力主体。0x0001 的含义是“交给管理上下文”，而不是“允许发送者改配置”；0x0002 选择信令或路由控制进程，也不能证明某项路径请求合法。行动权仍须由所承载协议、凭据和运营策略共同确立。

RFC 5718 明确指出，MPLS 数据平面本身不为这条虚拟链路提供安全机制。运行在 MCN 或 SCN 上的协议必须具备充分安全保护，实现还必须允许运营者配置这些机制。另据 RFC 5951，管理与控制平面必须安全：管理信道须支持机密性、完整性和对等方认证，设备须具备抵御拒绝服务攻击的能力，并能把故障网元从 DCN 隔离。

带内便利也可能形成共同故障依赖

复用区段或业务 LSP 可以省去一张平行物理网络，却也可能让管理通道依赖于它正在诊断或修复的传送资源。RFC 5718 说明了信道形态和备份选择，并未保证带内设计一定能熬过承载它的故障。

这是架构推论，不是对某个具名网络的测量结论。区段关联信道、LSP 关联信道与物理隔离网络具有不同故障域。管理层必须决定哪些故障发生时仍须保有管理能力，哪条信道需要备份，以及整形策略怎样避免管理、信令和客户流量互相挤占。

受益者包括需要以标准方式触达弱 IP MPLS-TP 节点的运营者，以及获得清晰分流边界的运维团队。成本则包括标签路径容量、路由、过滤、认证、加密、日志、限速、备份拓扑和故障演练。没有 G-ACh DCN 时，只能依靠原生 IP、服务器层信道、带外网络或另一条明确配置的管理路径；它们成本可能更高，却可能提供更强的物理隔离。

证据边界

标准能够证明封装、Channel Type、PID 分流、接收处置、适用范围和安全要求，却不能证明采用率、厂商默认值、生产流量占比、故障频率或节省金额。本文不声称任何具名运营者已经部署。带内管理与被管理传送资源可能共享故障域，是必须结合实际拓扑验证的分析判断。

资料来源