要約

  • RFC 6177は一律の/48を一律の/56に置き換えず、正確なサイト割り当て長を運用コミュニティーの判断へ戻した。
  • 複数サブネット、数年先の成長、無理のない番号変更という保護は残し、それを一つの数字から切り離した。

数字の利点は判断を不要にすることだった。IABとIESG名義で2001年に出たRFC 3177は、一般的なサイトに/48を推奨した。通常の/64サブネット境界まで16ビットが残り、65,536個のサブネットを作れる。

これは単純な浪費ではない。プロバイダー変更のたびに内部設計を縮めないこと、成長のたびに小さな追加を申請しないこと、逆引きDNSを扱いやすくすること、将来のマルチホーム方式に余地を残すことが狙いだった。均一な値なら、事業者やレジストリーが顧客の内部構成を細かく審査する負担も減る。

ただし、そこでは原則と近道が結合していた。原則は、人為的な不足なしにサイトが構築・成長できる空間を渡すこと。近道は、ほぼすべてのサイトに同じ長さを当てることだった。引用しやすい/48は、やがて原則そのものに見え始めた。

Thomas Narten、Geoff Huston、Lea Robertsによる2011年のRFC 6177は両者を分離し、RFC 3177を廃止した。サイトには複数の機器とサブネットの可能性があるため、通常のサイト割り当てとして/128を退けた。CIDRが柔軟なプレフィックスを扱えるのに、/48、/64、/128という少数の境界を実装が固定化すれば、クラスフルな習慣が戻るとも警告した。そして多様なサイトすべてに一つの/48を当てるのは粗すぎるとした。

IETF DatatrackerはRFC 6177をHustonのRFC業績に記録し、APNICの現行チームページはChief Scientistと記す。ここから確認できるのは共著と職務であり、単独発明やレジストリー方針への一方的権限ではない。

代わりに新しい魔法の数字を置いたわけではない。RFC 6177は、正確な割り当て量は運用コミュニティーの課題であり、IETFの役割はアーキテクチャーと運用上の考慮を示すことだと明記する。/56なら256個の/64を持ち、多くの家庭で元の目的を満たし得る。しかし/56を普遍的な義務、権利、上限にはしていない。

保護原則は残った。家庭でも通常は一つの/64より十分に広い空間を得て、複数サブネットと年単位の成長に備えるべきだ。狭すぎる割り当てのためにブリッジ構成やIPv6間NATを強いられてはならない。既存よりサブネット用ビットが少ない再割り当ては、番号変更の費用を増やす。

/48も禁止されていない。大規模または複雑なサイトには合理的であり得る。消えたのは「サイト」という語と一つの長さを自動的に結ぶ等式である。

二つの境界も混同できない。サイト全体への委任は/48、/52、/56などになり得る。一方、サイト内部の通常リンクは概して/64サブネットを使う。RFC 7421は、64ビットのインターフェース識別子境界が自動設定、仕様、機器に深く入っていることを示した。RFC 6177が緩めたのはサイト割り当てであり、サブネット設計を取り消したのではない。

Hustonは2024年のIPv6プレフィックス長の論考で、固定境界を可能な限り避ける流れとしてこの変化を位置づけた。「可能な限り」が重要である。優れた修正は制約をすべて裁量に変えるのではなく、アーキテクチャー、運用方針、便利だった既定値を識別する。