Summary

  • 11 月 2 日的 MUP 架构第 03 版把会话转路由、发现网段和边缘路由器解析路由的行为写成规范性机制；BGP-MUP 的 SAFI、NLRI 与扩展社区格式则由另一份 BESS 草案负责。
  • 在草案的归属网络漫游示例里，一条针对隧道端点 Xa 的 ST2 路由凭最长前缀匹配压过 X/x 的一般 VPN 路由。网段社区和导入策略决定它不能误入另一家归属运营商的网络。

7 月的前版笼统地说 MUP 需要路由协议扩展。11 月新版把分工写实了：DMM 文件规定 MUP 网段、网段发现路由、会话转换路由，以及控制器和运营商边缘路由器必须执行的动作；它不申请 IANA 编号，也不定义在线路上传送的字节格式。BESS 文件负责 BGP-MUP SAFI、路由类型、NLRI 和扩展社区。设备要同时理解会话的含义与传来的字节，才有可能作出同一个转发决定。

控制器先从移动业务系统拿到用户设备的 IP 前缀和隧道两端标识，再生成路由。ST1 告诉边缘路由器如何到达用户前缀；ST2 用隧道端点匹配数据包，再通过直接网段或互通网段的发现路由找到下一段。边缘路由器据此安装转发状态。BESS 草案给这些信息规定 BGP 载体。DMM与BESS的登记页都显示它们仍是工作组草案。

风险并非只在标准文本的接缝。漫游示例中，Xa 的专属 ST2 路由比 X/x 的 VPN 路由更具体，因此只有那条会话的包改走 MUP。两家归属运营商的 N9 网络即使复用同一段 IP 地址，也必须靠不同的互通网段社区保持隔离。草案要求 BGP 对等方经过授权，路由只导入预定实例和设备。旧 ST 路由还在传播时把社区值改派给另一网段，数据包就可能送进错误运营商的网络。

RFC 7333提出分布式移动管理要避免绕远路经过单一锚点。MUP 提供一套以路由实现的方案。当前原始文件尚缺具名的互通实现和逐跳转发记录；公布一条跨两份草案的会话轨迹，才能检验字节、解析和包的去向是否一致。