要約

  • RFC 10040はIETFストリームのExperimental RFCであり、IETFの合意、公開レビュー、IESGの承認を経ている。一方でInternet Standards Track仕様ではなく、本文はExperimentalを特定の実地実験ではなく技術成熟度の分類として説明している。
  • IANAの現行レジストリはtype 5を削除せず、Geo-Coordinates (DEPRECATED)として残し、type 17をGeo-Locationとして別に割り当てている。非推奨は削除ではなく、割当は実装、ネゴシエーション、送信、解析の証明でもない。
  • 移行を検証可能にするには、文書状態、旧新codepoint、実装と相手方の能力、実際のパケット、未知typeの処理、併存とフォールバック、精度・アクセス方針、失敗、訂正、終了条件を別々に記録する必要がある。

公開日は切替日ではない

RFC Editorは2026年9月15日にRFC 10040を公開した。この文書はRFC 8060を更新し、第4.3節のLCAF type 5によるGeo-Coordinates符号化を非推奨にして、よりコンパクトなGeo-Location形式をtype 17に置いた。

この出来事には少なくとも六つの状態がある。LISP作業部会が文書結果をまとめた。IESGは3月15日に公開を承認した。RFC Editorは半年後に最終文書を公開した。IANAは二つの番号の状態を調整した。ある実装がtype 17に対応しているかは別問題であり、二つの稼働ノードが実際に交換して利用できるかも別問題である。

最初の四つには公開記録がある。最後の二つには稼働系の証拠が要る。どの状態も、別の状態から証明力を借りることはできない。

RFC 10040のStatus of This Memoは境界を明示する。文書はIETFコミュニティの合意を表し、公開レビューを受け、IESGによって公開承認された。同時に、Internet Standards Track仕様ではなく、IESGが承認した文書のすべてがInternet Standardの候補になるわけではないと述べる。

したがって合意が示すのは、どの文章がIETFストリームの審査と承認を完了したかである。運用者がtype 17を導入したか、実装同士が相互運用できるか、旧送信側を停止できるかまでは示さない。

「実験」を持たないExperimental

導入部には重要な一文がある。この作業はある「experiment」の一部ではなく、すべてのExperimental RFCが必ずしも実験の一部ではない。この分類は技術の成熟度に関するものだという。

ここから二つの誤読を排除できる。Experimentalは「定義上、安全性が低い」という意味ではない。また、仮説、対象群、観測期間、成功基準を持つ運用試験が既に始まったという意味でもない。これは文書カテゴリである。RFC 7841は、検討、実験的実装、評価のために公開されるという定型文を定めるが、個別導入の測定計画までは与えない。

成熟度ラベルは簡単に掲示できる。移行証拠はそうではない。公開通知はExperimentalと書けば済むが、移行計画にはソフトウェア版、相手方能力、パケット経路、フォールバック、観測窓、判断主体が必要になる。ラベルを計画と見なせば、最も安価な証拠が最も難しい作業を代替してしまう。

承認前の議論も消えるわけではない。公開履歴には、RFC 8060の旧形式に実装や導入があったか、位置精度とプライバシーをどう扱うか、通常の意味での実験が定義されていないのではないか、といった問いが残る。最終RFCは承認結果だが、履歴は運用上の問いがすべて解けた証明ではない。

DEPRECATEDは削除済みを意味しない

IANAのLISP Parametersレジストリでは、type 5がGeo-Coordinates (DEPRECATED)として残り、RFC 8060とRFC 10040の双方を参照している。type 17はGeo-Locationとして別に掲載される。

これは推奨語彙の変更であって削除ではない。RFC 10040は、type 5がレジストリから消えたとも、全受信側が直ちに拒否すべきだとも、送信側の移行が完了したとも書いていない。旧番号を残すこと自体が、配備済みコードや過去のパケットを番号再利用で消してはならないことを示す。

非推奨は作業の終点ではなく始点になる。type 17だけを送る側は、受信側がそれを利用できる根拠を必要とする。受信側はRLOC-Recordの新形式を扱えても、EID-Recordの登録・検索に必要な動作を持たないかもしれない。制御装置は新形式を出力できても、観測ツールや下流の検証器がtype 5しか理解しない場合もある。

RFC 10040は、この移行のための普遍的な能力ネゴシエーションを定義していない。したがって運用者は、版数台帳、二者間プロファイル、試験交換、段階的展開など、何によって相手方の対応を確かめたのかを記録すべきである。応答がないことは、対応している証拠ではない。

後方互換性の条文は運用上の警告である

第8節は非対称な境界を置く。Geo-Locationを含むEID-Recordは、登録と検索の目的で対応するLISPノードだけが扱える。一方、Geo-Locationを含むRLOC-Recordは理解しないノードに返されることがあり、その場合、そのRLOC-Recordは無視される。

未知typeを無視することは正しいプロトコル動作であり得るが、サービスとしては失敗し得る。送信側が正しいtype 17を作り、マッピングシステムが正しく運び、受信側が規定どおり無視しても、位置依存の機能は成立しない。

ここでは三つの近道が使えない。レジストリ項目はパーサの存在を証明しない。送信成功は受信利用を証明しない。解析成功も、アプリケーションが経路を選び、検索に答え、位置に基づく判断をしたことまでは証明しない。

移行証拠には方向が必要だ。どの構成要素がどのtypeを出し、どの相手が受け、どのように分類し、利用または無視し、どのフォールバックで機能を維持したのかを示さなければならない。「RFC 10040対応」という一行では混在環境を診断できない。

細かな表現は位置の真実性ではない

type 17は番号だけを変えたものではない。位置の不確かさ、緯度・経度のミリ秒成分、高度単位、Geo-PointとGeo-Prefixを分ける半径を明示する。これは表現の一貫性を高める。

しかし座標の由来を認証するものではない。センチメートル単位の欄があっても、情報源が古い資産台帳、手入力ミス、概算値、または実精度の低い装置かもしれない。不確かさ欄は精度についての主張を運べるが、外部測定による真実の証明書ではない。

権限も同じである。RFC 10040は、閲覧者を制御するローカルポリシー、Mapping Service Providerによる代理適用、署名・暗号化応答、Geo-Prefixによるデータ最小化、短いTTLを論じる。典型用途は人、車両、機器ではなく、公知の構造物、場所、ランドマークだとも述べる。

これらは設定され、観測されて初めて証拠になる。パケットに座標があるだけでは、本人の同意も閲覧権限も証明できない。署名は指定の仕組みの下で応答者を認証・認可できても、位置の正確性、開示への同意、下流での適正保持までは保証しない。

成熟度・移行レシート

必要なのは一つの合否フラグではなく、三層をつなぎながら混同しない版管理されたレシートである。

第一層は文書由来だ。IETFストリーム、Experimentalカテゴリ、IESG承認日、RFC公開日、更新対象のRFC 8060第4.3節、非推奨type 5、新規type 17を記す。将来のstatus actionやerrataは、過去を書き換えず新しい日付付き事実として追加する。

第二層は互換性と移行だ。実装名と版、対応するレコード役割、相手方能力の確認方法、実際に送受信・解析した形式、未知typeの結果、併存・フォールバック期間、試験範囲、失敗件数、訂正責任、ロールバックと退役条件を記す。両typeを受け入れる場合、それが解析のみか、本番利用か、能動的な退避経路かも分ける。

第三層は位置利用だ。座標の出所、主張精度と測定精度、Geo-PointかGeo-Prefixか、アクセス制御、認可方式、保持期間またはTTL、観測範囲、下流利用者、訂正経路、運用利用を許可・拒否した決定を保存する。

証拠がない状態を自動的に赤信号へ変えてはならない。「未観測」「未試験」「非対応」「無視」「解析失敗」は別状態である。「非推奨」「無効化」「一部フリートから退役」「レジストリから削除」も同義ではない。

これはrunning codeを優先する最小限の規律である。公開は共有の調整文書を作る。実装が採用し、相手方が相互運用し、運用者が効果を受け入れて初めて現実が変わる。レジストリは番号を調整できるが、その番号で識別されるパケットを作ることはできない。

出典と限界

主要資料はRFC 10040、RFC Editorの公開通知、Datatracker履歴、IANA LISP Parameters、RFC 8060、RFC 7841、RFC 6973である。2026年9月21日の確認時点で、RFC 10040のerrata検索に該当項目はなかった。

これらは文書、レジストリ、プロトコルの意味を裏付けるが、完全な実装対応表、導入統計、パケットトレース、移行日程、位置精度監査、同意記録を提供しない。証拠が見当たらないことは本稿の限界であり、実装や導入が存在しないという証明ではない。