要約

  • RFC 1219 は、サブネット番号を上位側から、ホスト番号を下位側から割り当て、その間の未使用ビットを双方の成長余地にした。サブネット番号の鏡像カウントにより、既存アドレスを維持したまま片側を広げられた。
  • 維持できるのはアドレスであり、設定全体ではない。成長時にはマスクの変更、異なるマスクを扱えるドメイン内経路制御、ルートと各サブネットの割当主体による調整が必要だった。
  • 古いマスクが長すぎればローカル宛てをゲートウェイへ迂回させ、短すぎればリモート宛てにローカル ARP を出して応答を得られない。同じ IP のまま、到達性だけが異なる状態になり得た。

将来を予測せず、余白を両側から使う

RFC 1219 は P. F. Tsuchiya による 1991 年 4 月の文書である。RFC Editor の記録は Informational と分類する。本文も、提案をローカルで任意に採用する手法であってインターネット標準ではないと明記している。IETF Datatracker は文書記録であり、運用実績の記録ではない。

前提にあった RFC 950 は、アドレスマスクを使い、ローカル部の上位側に連続したサブネットビットを置く方法を勧めた。難しいのは、未使用領域をどちらに残すかである。将来、多数の小さなサブネットが必要になるのか、一つのサブネットで多数のホストが必要になるのかは、割当時には分からない。

RFC 1219 は需要予測の精度を上げようとしなかった。ホスト番号は通常どおり下位ビット側から増やし、サブネット番号は鏡に映した数え方で上位ビット側から増やす。その間をゼロの g ビットとして残す。ホストが増えれば右側から、サブネットが増えれば左側から一つずつ余白を使う。

この配置なら、すでに割り当てたホストのビット列を変更しなくてよい。だが、ビット列のどこまでをサブネットとして読むかは別の状態である。その境界を各ホストに教えるのがマスクだった。

再番号付けを省いても、更新作業は消えない

新しいサブネットを追加すると、g ビットが s ビットに変わり、既存サブネットのマスクを一段長くする必要が生じる。逆に、あるサブネットでホスト容量を増やすと g ビットが h ビットになり、そのサブネットの全ホストが短いマスクへ切り替える場合がある。

つまり、RFC 1219 の利点は「アドレスを変えない」であって「設定を変えない」ではない。RFC 1009 は、一つのサブネット化ネットワーク内に複数のマスクがあり得ること、ゲートウェイのインターフェースごとに別のマスクを設定できることを要求した。RFC 1219 も、複数の異なるマスクを処理できるドメイン内ルーティングプロトコルを前提とする。

装置が機能を持つことと、その機能で正しい状態が配布されたことは違う。割当台帳が更新されても、ホスト設定は古いままかもしれない。経路情報が送信されても、全ルータが採用したとは限らない。計算結果、設定反映、経路収束、パケット到達、サービス結果には、それぞれ別の証拠が要る。

最後の一ビットは、権限の境界でもあった

文書は、サブネットを割り当てる主体を RootAA、各サブネットでホスト番号を配る主体をサブネットのアドレス権限として記述する。g ビットが複数残っている間は、左右から使うため、両者はおおむね独立して判断できる。

残りが一つになると事情が変わる。RootAA が新しいサブネットに使えば、ローカル側はそのビットをホスト増加に使えない。ローカル側が先に使えば、RootAA が作れたはずのサブネットは消える。そのため RFC は両者の調整を求める。

これは単なる桁の操作ではない。全体のサブネット需要を知る主体と、局所のホスト逼迫を知る主体が、同じ将来余地を管理する。台帳の版や有効時刻がずれれば、各主体の内部では正しい割当が、全体では両立しない。

ただし、RootAA という語があるだけで、実在組織がその手順を導入したとは言えない。実施を証明するには、担当、承認、時刻、配布された設定と観測結果が必要である。

長すぎる古いマスクと、短すぎる古いマスク

境界変更を段階的に行うと、同じ古さでも故障の向きが逆になる。

1 の数が多すぎるマスクを残したホストは、本当は同じローカルサブネットにいる相手を遠隔と判断し、ゲートウェイへ送る。ゲートウェイが同じリンクへ転送し直し、ICMP Redirect を返す可能性はある。到達できても迂回であり、Redirect が実際に送られ、受け入れられ、次回から有効になった証拠にはならない。

1 の数が少なすぎる場合、ホストは遠隔の相手をローカルだと判断する。ゲートウェイを使わず、リンク上で ARP を送る。遠隔ホストにはそのブロードキャストが届かないため、返答はない。マスクの不一致はブロードキャストにも影響し得る。

どちらのホストも IP アドレスは以前と同じである。資産管理表は安定を示す。それでも一方は余計なゲートウェイ経由、他方は ARP の行き止まりになる。「変更アドレス数ゼロ」という集計は、経路の分裂を捉えない。

RFC の例はアルゴリズム上の遷移を説明するが、特定ネットワークの移行完了を証明しない。アプリケーションが使えたかどうかも、別に観測しなければならない。

残ったのは、証拠を分ける考え方

RFC 1219 は、当時この手法が広く知られず、実装はさらに少ないと記した。これは 1991 年時点の記述であり、その後の普及率を示す統計ではない。今回の資料には実装リポジトリ、事業者報告、通信測定がないため、導入や成果は主張できない。

セキュリティについても、本文は論じないとする。割当命令の認証、最後のビットを使う権限、マスク配布の完全性、安全なロールバックを裏付けるものではない。

歴史的に有用なのは、安定を一語にしない点である。アドレスは識別子、マスクはホストの解釈、経路は制御面の状態、到達性はパケットの事実、結果は利用者側の経験である。RFC 1219 が守ったのは最初の一つだった。

出典