摘要

  • RFC 3332 把适配边界提高到了 MTP3 之上：信令网关终止 MTP2 与 MTP3，再按路由键把 ISUP、SCCP 等 MTP3 用户消息交给远端 IP 应用；路由上下文只是这套选择规则在协议中的编号。
  • 登记成功、ASP 激活与 SS7 目的地可达分别属于策略、应用和网络三种事实。任何一个成功状态都不能替另外两个作证。RFC 4666 已在 2006 年取代 RFC 3332，因此本文讨论的是历史转折而非当前实现规范。

那把钥匙开的是应用入口，不是远端目的地

RFC 3332 出现以前，路由很容易被理解成信令网络内部的路径问题：消息带着目的点码，MTP3 决定怎样送往下一处。但 M3UA 面对的是另一道选择。原生 SS7 信令抵达网关后，MTP2 与 MTP3 都在那里终止；网关需要决定，消息上层的 ISUP、SCCP 或其他用户部分应由 IP 侧的哪个应用服务器处理。

这比 RFC 3331 的 M2UA 又高了一层。M2UA 仍然围绕一条具体的物理链路：MTP1、MTP2 留在网关，远端 MTP3 通过接口标识符使用那条链路。M3UA 不把物理链路交给远端。它让网关保留 MTP3，并把 MTP3 为上层提供的服务延伸给远端应用。文章如果只说“SS7 跑在 IP 上”，就抹掉了真正决定故障形态的边界。

网关因此需要一把“钥匙”。路由键可以由业务信息八位组、目的点码、起源点码、电路标识范围，或者点码与 SCCP 子系统号的组合构成。它描述某一类信令应归属于哪个逻辑应用服务器。路由上下文则给这把键一个在消息中便于携带的数值名称。名称可以通过配置生成，也可以由路由键管理过程登记。

这里的“路由”已经不仅是网络拓扑。它同时成了管理者写下的归属政策：具备这些字段的信令应该送给这一组应用进程。协议能够执行这条政策，却不能自行证明政策正确。

登记回执不能冒充授权证明

登记请求得到成功响应，说明信令网关进程接受了所提交的键，并为其分配或确认了路由上下文。它没有回答几个更难的问题：提交者为何有权代表那些点码？键是否与另一条规则重叠？电路范围是否过宽？本地配置是否经过审批？目标此刻是否可达？

Network Appearance 进一步揭示了名称的局部性。不同 SS7 网络可以复用相同点码，因此网关与应用服务器需要共同知道某个点码属于哪一个网络外观。这个字段解决解释语境，却不是全球唯一身份，也不是密码学所有权证明。脱离配置映射后，抓包中的路由上下文只是一个本地整数。

因此，一条可审计的选择链必须包括完整路由键、网络外观、登记请求与响应、路由上下文、配置版本和批准来源。只保留“REG RSP 成功”会把协议接受误写成治理授权。只保留消息上的上下文编号，则连被接受的具体规则都无法复原。

最隐蔽的事故来自“完全可传输的错误”。键写得太宽或彼此重叠时，SCTP 不必丢包，应用进程也不必崩溃；网关会稳定地把合法格式的信令交给错误的业务实例。所有连接灯都可能是绿色，偏差却已进入呼叫状态或数据库事务。

三个正常状态可以同时讲三件不同的事

SCTP 关联说明两个传输端点能够交换数据。ASP 状态机说明某个应用服务器进程处于 DOWN、INACTIVE 还是 ACTIVE，并结合应用服务器状态与 Override、Loadshare、Broadcast 等流量模式决定谁可收取匹配流量。SS7 目的地是否可达，则由另一组信令网络管理消息表达。

DUNA 表示目的地不可达，DAVA 表示恢复可达，SCON 表示拥塞，DUPU 表示目的地用户部分不可用，DAUD 用于询问当前状态。当一个 ASP 同时连接多个网关时，M3UA 还要分别维护各条网关路径，再向上层推导目的地整体状态。这套机制本身就是一份警告：应用激活不等于路由存在。

所以“关联已建立、ASP 已激活、目的地不可达”不是矛盾。第一句是传输事实，第二句是应用资格，第三句是 SS7 网络观察。若监控系统把它们压成一个健康分数，就会在最需要解释的时候丢掉因果。

DAVA 也有严格边界。它反映报告方当时认为某个目的地可以到达，不证明一通 ISUP 呼叫已经接通，也不证明 SCCP 事务最终被远端应用完成。上层结果还需要应答、错误或事务闭合证据。把 DAVA 写成“业务成功”，只是把网络层观察洗成结果声明。

故障转移搬走了流量，却未必搬走知识

M3UA 允许多个应用进程和多个信令网关进程协作。一个进程退出后，另一个可以接管相同路由上下文；负载分担可以让多进程同时工作。这提高了可用性，也让状态重建成为独立任务。

新 ASP 能够成功激活，却尚未获得最新目的地状态；原 SCTP 关联还活着，但所经网关的 SS7 路径已经改变；路由上下文不变，背后的键却在配置更新中扩大。若恢复步骤只有“传输起来、进程激活”，排队消息就可能在陈旧知识上被释放。

安全的恢复需要重新核对键的成员关系、授权、流量模式、所选网关、逐路径可达性、拥塞与重启状态。DAUD 能帮助对齐当前观察，却不能重建错过的全部历史。审计响应刚刚到达，下一条 DUNA 就可能使其过时。时间戳与事件顺序必须保存。

冗余还会放大政策错误。一个过宽的键在单进程中只错一次，进入负载分担后会被多个进程一致执行；Override 模式切换主人时，也会把原规则原封不动带过去。软件可用性得到恢复，不代表选择政策和网络知识一起恢复。

规范本身也有时间戳

RFC 3332 于 2002 年 9 月发布。2006 年 9 月的 RFC 4666 明确取代了它。研究 RFC 3332 的价值在于理解 M3UA 如何把隐含的本地关系变成分布式控制对象；涉及今天的协议细节时，应以继任文档为准。忽略“Obsoleted by”标记，会把档案事实误当成当前权威。

相邻资料也各有边界。RFC 2719 描述 SIGTRAN 架构，RFC 9260 是现行 SCTP 基础规范，RFC 3788 讨论 SIGTRAN 安全，RFC 4165 有助于辨认 M2PA 的对等链路模型。IANA 的适配层和 SCTP 登记表说明编号已经分配，却不能证明某个网络正在部署、承载流量或符合规范。

安全同样不能由“通信成功”推出。受保护的 SCTP 连接可以确认对端，却不能自动证明它有权登记某组点码；经过授权的配置也可能写错。对端身份、传输保护、路由授权与实时可达性必须分别保存证据。

四张收据比一个绿灯更接近事实

第一张是选择收据：路由键的每个字段、网络外观、路由上下文与配置来源。第二张是应用收据：关联、ASP/AS 状态、流量模式和实际激活成员。第三张是网络收据：所选网关、逐路径状态、DUNA/DAVA/SCON/DAUD、拥塞与重启。第四张是结果收据：ISUP 或 SCCP 事务真正收到的应答、错误或超时。

网关的钥匙只回答“这条信令应交给谁”。它不回答“目的地能否到达”，更不回答“业务是否完成”。RFC 3332 的历史意义，正在于它把这些问题明确分开。后来者若为了一个整洁仪表盘又把它们合并，就会把选择政策伪装成网络现实。

来源