要約

  • 9月2日付の個人草案が示す100%と50%は、異なる限定された対象を数える。組織全体のリスク半減を実測した数字ではない。
  • 網内の転送をIPv6に統一しても、端点や変換機能がIPv4を処理する場合がある。廃止の判断には対象範囲が要る。

移行完了の報告には、しばしば対象範囲が省かれる。網の中で使わなくなったのか、端末も含めて処理できなくしたのか。この違いを読む材料となるのが、Charles C. Sunによる個人Internet-Draftの現行版だ。Alliance for Universal Computing所属と記す著者の-01版は9月2日付。IETFが承認した標準でも、実際の移行成果を示す調査でもない。

提案中の100%は、取り除いたIPv4の第3層処理経路がなければ実行できない、定義された攻撃の集合について述べる。一方、50%は、同時に外部へ露出するIPプロトコルスタックを二つから一つへ減らすという数え方だ。攻撃通信、事故件数、金銭的損失、組織全体のリスクが半分になるとは書いていない。著者はその読み方を明示的に除外している。

網の名称では決まらない

草案で廃止が成立するのは、選んだホストまたはネットワークの範囲に、動作中のIPv4第3層処理経路が残っていない場合である。その内側で変換器、トンネル終端、互換機能がIPv4処理を残したり復活させたりすれば、前提は満たされない。

2021年のRFC 9099が説明する464XLATは、この境界を考える具体例になる。ホスト側でIPv4からIPv6へ、提供事業者側でIPv6からIPv4へ変換すれば、IPv4だけを使うアプリケーションが、IPv6だけの網を経由してIPv4だけのサーバーに届く。途中の転送網と、端点を含むシステム全体では、IPv4の残り方が違う。

これは特定の事業者が廃止を誤って報告したという証拠ではない。読み取れるのは検収の限界だ。転送網の試験は、その網についての契約を満たせる。しかし、その結果だけで端末や外部の互換サービスまで廃止済みとは判定できない。対象を広げれば、検証する命題も変わる。

減った一つに損失額は付いていない

スタックを一単位ずつ数えても、残る障害の影響が同じ重さになるわけではない。草案は実装のコードや資源の共有を否定せず、IPv6固有の動作が保たれることと、IPv4必須の宛先への到達性も分けている。いずれも本文に記された留保である。

維持する処理経路を減らす価値はありうる。ただし、移行費用や互換機能の負担を上回るかは個別の実証が必要だ。数学的な整理を、そのまま予算上の便益にはできない。

本稿は、運用の実像を述べ、特定の解決策を推さないというLu Hengの編集方針に沿う。この方針は技術的事実を裏付ける資料とは別である。