要約

  • RFC 9735 の例では、80ビットの ietf.lisp に対し、40ビットで登録された ietf が返る。返却された Mask-Len は、完全一致ではなく、より広い登録による最長一致を示す。
  • AFI 17 の Distinguished Name は X.509 の DN ではない。意味は Instance-ID、用途別構文、登録主体、受入方針によって決まる。
  • 受信バイト、NULL解析、要求名と返却名、両方の長さ、一致種別、登録権限、ロケータ集合、キャッシュ、パケット、アプリケーション結果を別々に保存すべきである。

運用記録には「検索成功」とだけ書かれていた。ところがパケットを見ると、質問は ietf.lisp/80、回答は ietf/40 だった。

この差は障害ではない。RFC 9735 が定義した動作そのものである。同じ長さの DN EID が登録されていれば完全一致が返る。より短い登録だけが存在すれば、Map-Server はその登録名と短い Mask-Len を返す。

したがって保存すべき判定は「要求を覆う登録が見つかった」であり、「要求名の正確な識別が確認された」ではない。

表示名より先に符号化境界を見る

AFI 17 は可変長で、文字列は 0x00 で終わる。EID として使う場合、Mask-Len は終端 NULL を含むビット数である。LCAF 内では明示的なオクテット長を使えるが、そこにも NULL が含まれる。

仕様は、フィールド末尾より前に NULL が現れた値を受け入れる余地も残す。その場合、NULL 後のオクテットは文字列に含めてはならない。AFI 直後の NULL、つまり空文字列は構文上受け入れなければならない。

ここには少なくとも四つの証拠がある。実際に受信したバイト、宣言された長さ、最初の NULL の位置、解釈後の文字列だ。ログが最後の一つだけを残せば、role\0tail と role\0 の違いを後から検証できない。

構文上の受理は、用途上の許可ではない。空文字列を特定の名前空間で拒否することも、早期 NULL を監査対象にすることもできる。パーサと方針決定者は別の責任を持つ。

「Distinguished」は証明書を意味しない

RFC 9735 は、この DN が PKIX/X.509 の同名フィールドと無関係だと明記する。LISP DN は資源名、機能、ルータ名、位置、公開鍵ハッシュ表現、自己説明ラベルなどに使える。

読みやすい文字列だけでは、グローバルな一意性も所有権も機器の継続性も分からない。意味を確定するのは Instance-ID、用途、構文バージョン、登録主体、受入規則である。

仕様が用途ごとに固有の Instance-ID を推奨する理由もそこにある。同じ edge でも、Proxy-ETR の役割、xTR のオンボーディング、RLOC の注釈では異なる対象だ。検索基盤が文字列だけをキーにすれば、別々の主張を一つの「身元」にしてしまう。

共通名は一台ではなく集合を表し得る

RFC 9735 が報告する導入経験では、複数の Proxy-ETR が同じ役割 DN を登録し、それぞれのロケータを提供する。Mapping System はそれらを共通の locator-set に集約し、問い合わせや RFC 9437 の購読を通じて配布する。

この DN は意図的にプールを表す。文字列が不変でも、構成員は変わる。Map-Reply は、その時点で公開された集合を示すが、各装置が現在も役割を果たすこと、経路が独立していること、選択されたロケータの先でサービスが成功することまでは示さない。

xTR のオンボーディングも同様だ。専用 DN 登録は初期 UDP 登録と信頼できるトランスポートへの移行を助ける。しかし、登録認証、受入、セッション確立、セッション維持、データ処理は別々の受領証である。

認証は観測結果を代筆しない

RFC 9735 は RFC 9301 と RFC 8060 のセキュリティ考慮を引き継ぐ。認証は「誰が制御プレーンの主張を送ったか」を支える。だが、キャッシュの書込み、転送ハードウェアの状態、RLOC の到達性、アプリケーション完了までは署名しない。

証拠の順序は、バイト解析、名前の受入、一致判定、応答・通知、キャッシュの書込みと読戻し、ロケータ選択、パケット観測、サービス結果である。後段の成功は前段の主張を広げない。データプレーンが動いても、ietf.lisp が完全一致だったことにはならない。

Lu Heng の Reality Layers は、この分離を制度面から説明する。記号、許可された記録、稼働状態、観測結果は結合されるべきだが、同じ緑色の表示に潰してはならない。

Minimum Initial Specification の原則に従えば、共通化するのは符号化と相互運用に必要な最小部分でよい。用途固有の意味と将来の判断は、局所的で可視かつ交換可能に保てる。

情報源

出典