摘要
- 2001 年,RFC 3177 建议一般情况下给一个终端站点分配 /48。区域互联网注册机构后来据此制定政策,但在 2005 年重新讨论分配尺度。
- RFC 6177 不再把统一 /48 作为所有站点的默认答案,却也没有主张家庭只拿一个 /64。它保留了“足以划分多个子网、支撑多年增长”的原则。
一条边界,两种工作
RFC 3177 讨论的是服务商网络与其客户站点之间的分界:从 IPv6 地址块中拿多少给住宅、小型或大型企业、移动网络和临时接入用户。2001 年 9 月,IAB 与 IESG 建议通常给 /48;只有确定只需要一个子网时才给 /64;只有确定接入设备恰为一台时才给 /128。该 RFC 的类别是 Informational。它面向地址注册机构提供建议,并非要求所有 ISP 统一执行的 Internet Standard。
/48 的吸引力很实际:站点还有 16 位可用于规划子网。校园扩建、家庭网络增加独立网段,都不必马上为一个新前缀再次申请、解释。常见的起点也能减少反复核验用户需求的行政工作,并让重编号不那么容易成为日常事。RFC 3177 将这种余量与 IPv6 的设计空间联系起来,认为不必照搬 IPv4 的节省习惯。
难点在于“站点”并不是一种固定网络。一所大学、一家小公司、一户家庭和一张移动网络,现有拓扑与几年后的规划可能相差很大。若 /48、/64、/128 这几个边界从示例变成默认清单,软件和操作规程就可能只认这些长度,反而让地址规划重新变得僵硬。
注册机构先改政策,IETF 后修指南
RFC 6177 回顾说,区域注册机构在 2002 年采用了与 RFC 3177 一致的政策;到了 2005 年,APNIC、ARIN 和 RIPE 的社区开始重新审视终端站点的分配。讨论中出现了给较小站点使用 /56、让 ISP 或当地注册机构决定确切长度的方案。RIPE 会议记录保存了相关论点和程序节点,但不能代表所有网络运营商的实际分配记录。
2011 年发布的 RFC 6177(BCP 157)是在这一政策讨论之后出现的。它提醒,少数固定长度容易被写进实现和流程,造成类似类别化寻址的固化。这里批评的是只承认少数边界的风险,并不是说 CIDR 不再有效。
修订没有撤回增长原则。站点仍应获得足以支持多年规划的地址空间,通常不应被压缩成只能容纳一个子网;与此同时,也不必无差别地给每个站点一个 /48。过小的默认分配可能让用户不断申请零碎增量,统一的 /48 又可能忽略站点之间的差异。区域讨论中的 /56 是政策选项,而非所有 ISP 同步改成该长度的证据。
技术建议不等于零售分配规则
这段历史最重要的变化,是决策范围变得更清楚。IAB 与 IESG 在架构层给出统一起点,区域注册机构再把它变成可操作的分配政策。运营社区在实际规则层面开始调整之后,IETF 才以 RFC 6177 取代“单一默认长度”,留下“空间要够用”的原则,并把具体取值留给运营实践。
这并没有替今天的家庭网络裁定应拿 /56 还是 /48。地址块分配也不能证明路由已发布、子网已配置、反向 DNS 已委派或服务可以访问。RFC 3177 到 RFC 6177 所记录的是:当一个易于传播的架构建议遇上不同形状的客户网络,决定权应由谁掌握,以及指南能规定到什么程度。
来源
- RFC 3177 与 RFC Editor 档案
- RFC 6177、草案历程 与 IESG 审批说明
- 区域记录:ARIN 2005-8 提案、RIPE 2005-08、APNIC prop-031、RIPE 50 会议纪要 与 RIPE 51 纪要
- 背景与后续政策:RFC 1715、RFC 5375、RFC 6177 档案、早期 /48 边界草案历程、ARIN 政策提案档案、ARIN 2006 年讨论、RIPE 地址政策讨论、RIPE IPv6 政策 与 RIPE 运营指南
证据边界
RFC 与区域档案能够证明建议、政策文本和有记录的讨论,却不能证明所有 ISP 都采用同一长度、家庭究竟使用多少子网,或某个前缀避免了多少地址消耗。前缀本身不等于路由公告、已配置的子网、反向 DNS 委派或可用服务。
会员简报
档案背景详情
使用相应会员等级登录,即可解锁完整简报与来源注释。
仅限 Strategic Circle
Strategic Circle
所有读者均可浏览。加入并登录后可解锁档案简报。
加入 Strategic Circle仅限 Leadership Alliance
Leadership Alliance
符合条件的 IP 资产所有者和管理层可登录查看 Leadership Alliance 简报。
加入 Leadership Alliance
