摘要

  • ILNP 把节点身份与网络位置拆成两类值，仍通过 IPv6 传包，路由器和交换机保持原样。
  • Saleem Bhatti 的四接口 TCP 演示只用到会场里一段 15 厘米跳线；进入 BSD、Linux 发行版才是后续采用考验。

如果把这场多路径演示画成地图，地图大概只有一张桌子那么大。Saleem Bhatti 在 RIPE 93 回顾的测试，用一台装有四个网卡接口的主机，通过 ILNP 让单个 TCP 流随新接口上线而切换前缀。Bhatti 说，所谓多路径的物理距离只有会场里路由器和交换机之间一段 15 厘米跳线。

在 IETF 126 黑客松期间，会场里的客户端向 Bhatti 位于圣安德鲁斯的实验室服务器发送 TCP 流。团队依次启用四个接口；为方便实验，四个前缀都从同一个 /60 划出。Bhatti 说，房间里这些路径之间的差异，实际上只有路由器和交换机之间一段 15 厘米跳线。实验验证了单个测试台上四个接口间的 Locator 动态绑定，没有提供跨独立网络路径的性能测量。Bhatti 也明确指出，ILNP 本身没有拥塞控制，并不替代多路径 TCP。

ILNP 想解决的是 IP 地址身兼两职：它既标识一台节点，又告诉网络应把数据送到哪个拓扑位置。协议把两种语义分开为 Node Identifier 和 Locator。传输会话保留节点标识，Locator 则可动态绑定到活跃接口。IPv6 版本中，两者各为 64 位。

改动落在主机，不在路由器。团队为 FreeBSD 修改网络栈和部分传输层处理，也调整了 libc 的 getaddrinfo；DNS 还需要支持 ILNP 的新记录类型。这样，未经重新编译的普通 IPv6 应用仍可通过熟悉的接口使用这套寻址方式。相关可选 DNS 记录写在 RFC 6742 中。

真正尖锐的问题出现在问答环节。Jim Reid 指出，如果每个用户都要自己把补丁编进内核，临界规模很难形成；他希望 ILNP 直接进入 BSD 和 Linux 发行版。Bhatti 表示认同，也希望更多人用它、测试它。圣安德鲁斯大学的项目页列出 FreeBSD 14.3 二进制版本和一个基于 Linux 4.9 内核的原型，但没有证据显示主流发行版已将其作为上游软件包提供。若出现上游软件包或运营商试点，采用判断就会改变。

协议文件也保留着研究项目的边界：RFC 6740 是 IRTF 发布的 Experimental RFC，在 IETF 标准流程中没有正式地位。桌面测试证明端点可以配合现有网络工作；发行版、DNS 解析器和诊断工具能否接住后续工作，决定它是否走出实验室。

来源：RIPE 93 会场文字记录；RIPE 演讲详情；RFC 6740；RFC 6741 工程考量；RFC 6742；圣安德鲁斯大学 ILNP 项目。