要約

  • RFC 9992はRIFTのKV TIEに共通の鍵種別、識別子、値と名前空間を与える。任意の値をRIFT自身の分散計算へ投入してよい、という規格ではない。
  • Key Targetはsouthboundの意図された受信者を示すだけであり、未対応ノードは適切なTIEを通常どおり洪水させ得る。
  • 同一鍵の競合で選ばれた値は停止を避けるための選択であって、正しさ、採用、パケット到達の証明ではない。

RFC 9992 のKV TIEは柔軟である。値は多様な用途に使える。しかし規格は、RIFTが分散計算に用いるトポロジー情報をこの経路で運ばないよう警告する。収束競争や振動が起こり得るからだ。拡張の輸送路と、ルーティングが信頼する事実を一つにする近道は許されない。

Key Type、Key Identifier、可変値は表現をそろえる。ゼロは不正であり受信側は破棄し、少なくとも一度記録しなければならない。ExperimentalとWell-Knownはsub-typeを必要とし、OUI型は組織の空間を使う。この仕組みは意味の衝突を減らす。だが、送信元が正当か、値にどの用途を許すか、いつ失効するかはローカルの責任として残る。

RFC 9692 により、知らないKV TIEを理解しないノードも洪水させることがある。ここでTargetを「強制配布」と読めば誤る。対応していないノードは対象を解釈せず、所定の方向へ送る。対象に含まれた、受信した、構文を読んだ、意味を認めた、下流を変えた、という五つの事実を一つの成功表示にしてはいけない。

複数のnorthbound隣接から同じ鍵・異なる値が来るとき、RIFTは一つを選ぶ。RFC 9992は、各ノードが一貫して値を決めるよう勧める。ToFがsplit brainになれば、より高いSystem IDの値が選ばれても意図しない結果があり得る。これは故障の中で決定不能を閉じ込める仕組みであり、勝者の世界観を認証する仕組みではない。

IANAの登録簿はWell-Known Key Sub-TypeをExpert Reviewで管理する。文書化された意味と必要なモデルを求めることは重要である。しかし番号の割当ては、あるリーフがその値から経路を作る許可ではない。RFC 9719の管理データも、意図した設定、観測TIE、選択値、RIB、FIB、実測結果を一つにしない。

衡路の最小初期仕様という見方では、互換性に必要な共通部分を小さく保ち、判断は結果を引き受ける場所へ残す。実行中のコード、受信ログ、方針、実装状態、プローブを追うまで、値は「届いた」以上のことを語らない。