要約

  • RFC 10019 は、将来の分散型 zeroconf 割当機構を評価するための要件であり、完成済みのプロトコルや実運用の記録ではない。
  • アドレス選択、リンク層での一意性、衝突からの復旧、転送、受信は、それぞれ別の証拠を必要とする。

RFC 10019 は 2026 年 7 月の Informational RFC であり、Internet Standards Track 文書ではない。IANA への操作も定義せず、どのネットワークにもグループアドレスを与えない。その仕事はもっと前段にある。中央サーバーも手作業も使いにくい小規模ネットワークで、将来の軽量な分散機構がどの失敗を避けなければならないかを整理することだ。

問題は IP アドレスだけで終わらない。異なるマルチキャストグループが同じリンク層アドレスに対応する場合、NIC は不要なトラフィックをソフトウェアで処理するかもしれない。制約のある snooping スイッチは、要求していないリンクへ高帯域のストリームを流し得る。有限の転送表やハッシュ領域にも限界がある。これらは設計上のリスクであって、船舶、工場、AV 設備、センサーネットワークのいずれかで既に問題が起きたという記録ではない。

Farinacci の位置づけもそこにある。彼は単独の発明者や運用責任者ではなく、三人の共同著者の一人である。REQ-1 はネットワーク層とリンク層の双方で一意のアドレスを求める。続く要件は、単一障害点の最小化、利用者・管理者設定の不要性、既存の手動・動的方式との共存、単一サブネットでの動作、外部接続への非依存、一つのホスト上の複数アプリケーションを要求する。REQ-8 は衝突を両層で検出し、解決することを求める。

しかし、要件はその実現の受領書ではない。プログラムがアドレスを選んだという表示は、リンク層マッピングの一意性を立証しない。コード公開は導入を立証しない。隔離されたサブネットでの成功は、分断された二つの部分が同じ値を選び、再接続した後の動作を保証しない。RFC はその場合の検出と解決を要求するが、現実のネットワークで解決済みだとは報告していない。

さらに文書は、割当後にそのグループをどう使うかを範囲外としている。割当機構は送信者を認可せず、経路を設定せず、受信者の参加や配送成功を証明しない。具体的なセキュリティ機構も範囲外である。一意の識別子と正常なサービスは、同じ主張ではない。

Lu Heng の最小初期仕様と Running-Code Primacy は、この読み方を支える。共通に必要な相互運用条件だけを定め、以後の選択はネットワークを運用する者に残し、宣言ではなく観測された動作で判定する。これは RFC 10019 を統治論に変える主張ではない。要件と稼働実態を混同しないための実務上の規律である。

出典