摘要

  • RFC 3963 让一台移动路由器带着一个或多个移动网络前缀改变接入位置，内部节点无需参与移动；状态为零且带 R 标志的绑定确认，只说明归属代理处理了更新并建立前缀转发，不说明每个节点都可达。
  • 显式前缀选项、隐式预配置和动态路由构成三条不同的证据链。可靠记录必须分别保存前缀授权、路由安装、隧道状态、逐前缀探测、节点响应、会话连续性与业务交付结果。

设想一列火车载着自己的小型网络。传感器、终端和服务器仍把同一台网关当作出口，也继续使用原来的地址。车厢从一种接入转到另一种接入时，真正变化的是网关在外部网络里的位置。RFC 3963 在 2005 年 1 月把这种安排标准化为 NEMO Basic Support：移动的是网络的路由接入，不是让网络里的每个节点分别执行移动协议。

移动路由器离开归属链路后取得转交地址，并向归属代理发送 Binding Update。请求中的 R 标志表示它要求按移动路由器处理。归属代理把稳定的归属地址绑定到新的转交地址，再为获授权的移动网络前缀建立转发。双向隧道连接归属代理和移动路由器的当前位置，去往内部的流量由归属代理封装，向外流量也沿隧道返回。

这套压缩之所以可用，是因为确认的含义很窄。状态码为零并带 R 标志的 Binding Acknowledgement，让移动路由器可以认为更新已经处理、相关前缀转发已经建立。它没有逐一列举内部设备，没有打开它们的端口，没有验证应用权限，也没有保证原有会话没有中断。它是控制面的回执，不是整个网络的健康证明。

R 标志说明请求，不独自证明身份

移动路由器在更新中设置 R；归属代理只有在接受这种请求时，才在正面确认里设置 R。这个比特规定接收方应该怎样解释消息，却不能单独认证发送者。RFC 3963 要求移动路由器与归属代理之间的信令使用 IPsec 认证。身份可信度来自受保护的安全关联，R 只是在这段关联中表达所请求的处理方式。

因此，运维记录不能只有“绑定成功”四个字。它应保存归属地址与转交地址、序列号、有效期、H 与 R 标志、准确的前缀选项、IPsec 安全关联、确认状态、隧道两端以及由此安装的路由。即使这些字段全部齐全，它们证明的仍是转发安排，而不是路由器背后每台机器的当前状态。

协议谱系也限定了它的授权范围。RFC 3775 提供当时的 Mobile IPv6 主机移动基础，RFC 6275 后来修订这套基础。RFC 3963 把一个网络放到移动端点背后，使一次绑定代表更多地址，但没有让归属代理突然拥有对所有内部节点的观察能力。

同一条转发决定可能来自三类证据

在显式模式中，Binding Update 携带一个或多个 Mobile Network Prefix 选项。归属代理可以用 Prefix Table 核对移动路由器是否有权使用这些前缀。多前缀处理是全有或全无：如果任一前缀无法建立转发，归属代理就不能转发其中任何一个，并用状态码 141 拒绝更新；没有授权的前缀对应状态码 142。

原子性让一次确认不会掩盖“只迁移了一半”的事实，但 Prefix Table 匹配只证明授权范围。某个地址属于获准前缀，不等于使用这个地址的节点此刻开机、在线或提供服务。

隐式模式把证据放在消息之外。更新里不出现前缀选项，归属代理依靠预先配置的信息确定哪些前缀属于该移动路由器。如果没有这些信息，它以状态码 143 拒绝。表面相同的正面确认，可能建立在当前报文携带的数据上，也可能建立在另一个系统维护的配置上。审计必须注明所用模式、配置版本、责任人和观察时间。

通过隧道运行动态路由协议，又提供第三条来源。它可以让路由随状态变化，却可能暴露内部拓扑；RFC 因而建议对路由消息使用 ESP 保密。只记录“路由存在”会丢掉关键来源：它究竟是静态意图、显式请求、隐式配置，还是协议学习的结果？

规范对静态路由的警告尤其重要。静态配置可以减少信令，但即使相关移动路由器已经不可达，路由仍可能留在表中。管理状态可以真实反映曾经的安排，同时错误暗示现在的活性。路由存在从来不是节点可达的替代证明。

透明性把方便与风险集中到同一路径

在基础支持模式下，移动网络节点与通信节点之间的流量都经过归属代理。下行包被封装到转交地址。移动路由器要验证外层源地址来自自己的归属代理，除非隧道模式 IPsec 已经提供同等保护；它还要确认内层目的地址属于移动网络前缀，才向内部转发。

上行方向也有两层检查。移动路由器过滤不属于内部前缀的源地址，归属代理在释放隧道流量前再做拓扑一致性检查。这些措施限制地址冒用，却不认证应用用户，也不证明请求得到业务授权。

基础支持并没有定义移动网络前缀流量的路由优化。移动路由器可以在避免环路的前提下组成嵌套树形结构，但归属代理路径会叠加隧道并拉长路径。RFC 4885、RFC 4886 与 RFC 4887 分别整理术语、目标与问题；RFC 4888 分析路由优化难题，RFC 4889 描绘解决方案空间。能转发与路径最优，始终是两张回执。

后续规范增加了相邻能力。RFC 5488 和 RFC 6276 描述 NEMO 场景中的 DHCPv6 前缀委派机制，RFC 6089 规定 Mobile IPv6 与 NEMO 的流绑定。新能力改变前缀或流量的控制方式，却没有把最初的绑定确认升级为逐节点探测。

历史记录可由 RFC Editor 信息页、RFC 3963 勘误检索、IETF Datatracker 与 IANA Mobility Parameters 登记表 相互核对。它们证明文档状态、已报告勘误与参数分配；登记号不证明某个网络部署、启用或正确实现了机制。

真正可审计的运行账本应逐层记录：移动检测事件；归属地址与转交地址；更新的序列、寿命、标志和前缀；显式、隐式或路由协议模式；前缀证据与授权结果；多前缀原子决策；确认状态与 R 标志；IPsec 与隧道端点；每条路由的安装和撤销；内外层地址过滤；逐前缀探测；逐节点响应；会话和服务结果。这样，成功走到哪一层就只说明哪一层。

RFC 3963 用一次绑定搬动整个网络，是因为它减少了必须参与移动的主体。它留下的更深纪律则是：不要因为一条信号代表许多地址，就允许它代表许多未经观察的结果。

来源