摘要

  • RFC 6177 没有把统一的 /48 换成统一的 /56；它把站点分配长度的准确选择交还给运营共同体。
  • 修订保留了多子网、数年增长、可承受的重新编号和避免人为节约的目标，但不再让一个数字代表全部目标。

这个数字的吸引力，在于它让一场判断消失。2001 年由 IAB 与 IESG 署名发布的 RFC 3177，建议一般站点获得 /48。从站点前缀到常见的 /64 子网边界，还剩 16 位，足以形成 65,536 个子网。

这并不是漫不经心的浪费。文档试图避免 IPv4 的旧成本进入 IPv6：换供应商时不必因为新前缀更小而压缩内部子网；增长中的客户不必反复解释为何还需要一点空间；反向 DNS 可以沿熟悉的十六进制边界管理；尚未成熟的多宿主设计也可能从统一边界受益。统一规则还减少了供应商和注册机构调查客户内部网络的需要。

但这项建议把两件事绑在了一起。第一件是耐久原则：站点应有足够空间，在没有人为稀缺的情况下建设和变化。第二件只是通用捷径：几乎所有站点都取同一个长度。/48 太容易被引用，逐渐看起来像原则本身。

2011 年，Thomas Narten、Geoff Huston 与 Lea Roberts 合著的 RFC 6177 将两者拆开，并废止 RFC 3177。它不再推荐把 /128 当作普通站点分配，因为“站点”意味着多个设备和潜在的多个子网。它警告，固定在 /48、/64 与 /128 等少数边界，可能令实现重新形成有类别地址的习惯，尽管 CIDR 本可处理灵活前缀。最重要的是，它认定一个 /48 无法细致适配形态悬殊的站点。

IETF Datatracker 把 RFC 6177 列入 Huston 的 RFC 工作记录，APNIC 当前团队页 则把他列为 Chief Scientist。这些资料证明的是共同署名与现任角色，不是个人独创，也不是他对注册政策拥有单方控制。

接替它的不是另一个魔法数字。RFC 6177 明确说，准确分配长度由运营共同体决定，IETF 的职责限于给出架构与运营方面的指导。文档指出，/56 可提供 256 个普通 /64 子网，对许多家庭足以实现原有目标；但它没有把 /56 设为统一命令、权利或上限。

原有保护并未消失。即使家庭站点，默认也应获得显著多于一个 /64 的空间。规划期限应以年、甚至十年计，而不是每增加一点需求就重新举证。站点不应因为分配过窄而被迫桥接网络，或使用 IPv6 到 IPv6 的地址转换。新分配若比既有分配留下更少子网位，也会带来真实的重新编号成本。

RFC 6177 同样没有废除 /48。规模较大或结构复杂的站点仍可能合理获得它，甚至更大的空间。被撤回的是“站点”与某个数字之间的自动等号；运营理由必须重新显现。

还必须区分两条边界。整个站点拿到的前缀可以是 /48、/52、/56 或政策允许的其他长度；站点内部，普通 IPv6 链路通常仍使用 /64 子网。RFC 7421 后来分析了 64 位接口标识边界如何深植于自动配置、规范、硬件与运维。RFC 6177 放松的是站点分配边界，并未随手改写子网架构。

Huston 在 2024 年的 IPv6 前缀长度回顾 中，把这次改变放在更长的演化链上：从早期层级格式，到 RFC 3177 的 /48 站点惯例，再到尽可能避免固定边界的地址规划。“尽可能”是关键限定。成熟的技术修订不是把全部约束换成自由裁量，而是分清哪条边界来自架构，哪条来自运营政策，哪条只是曾经方便的默认值。