要約

  • Neighbor ID は Link TLV に一度だけ必要で、その他の RFC 5329 sub-TLV が重複した場合は最初より後が無視される。順序を消す正規化はプロトコル判断を変える。
  • U-bit によって未知の TE-LSA もエリア内を伝播する。到達、LS タイプ認識、TLV 解釈、TE 有効化、経路計算での利用は別々の証拠である。

後勝ちのデータベースが作る別のプロトコル

運用基盤は重複キーを嫌う。二つ目が来れば一つ目を上書きし、最終状態だけを残す設計は多い。設定管理なら合理的な場合があるが、RFC 5329 の受信判断を保存する方法にはならない。

Neighbor ID は必須で正確に一度だけ現れる。他の同文書定義 sub-TLV は一度を超えないことが望まれ、重複時は最初以降が無視される。したがって [A, B] を B に畳むと、監視側だけが受信実装と異なる値を採用する。

必要なのは全インスタンスの位置、型、Length、パディング、解析結果と採用理由である。TLV は 4 オクテット境界へそろうが、パディングは Length に含まれない。元境界を保持しないと、不一致が値なのか切り出しなのか判別できない。

未知を無視しても LSA は存在する

Intra-Area-TE-LSA はエリアスコープで U-bit が立つ。LS タイプを知らないルーターも定義範囲で伝播しなければならない。既知の LSA 内でも未知 TLV は無視される。

この二段階の許容性は拡張を前へ運ぶ。だが LSDB に LSA があることから、全 TLV が TE データベースへ入ったとは推論できない。伝播の成功は意味の同意ではない。

証跡は少なくとも、フラッド、LS タイプ認識、各 TLV の解析、リンク同定、ポリシー有効化、コンシューマー利用へ分けるべきだ。同じ緑表示にすると、正しく転送した非対応ノードが対応済みに見える。

Link State ID は梱包番号である

RFC 5329 は Link State ID を、複数 TE-LSA を維持するための任意値とし、トポロジー上の意味を否定する。これを回線キーにすると、送信元が TLV の分割方法を変えただけで設備が消滅し再作成されたように見える。

OSPFv3 の Neighbor ID は Neighbor Interface ID と Neighbor Router ID を組み合わせる。並列リンクでは Router ID が同じでも Interface ID が異なる。片方だけ保存するモデルは、二本を一本にし、属性交替を障害として報告する。

ローカル・リモート IPv6 アドレス集合は補助証拠になるが、永続キーではない。リモート集合は省略でき、マルチアクセスでは :: も許される。欠如は否定証拠ではなく、確信度を下げる不足である。

OSPFv2 の Link ID は受信しても権威にならない

OSPFv2 で使われた Link ID は、IPv4 インターフェースアドレスを前提にする場合があった。OSPFv3 は隣接ルーターを Router ID で扱うため、RFC 5329 は Neighbor ID を必須とし、旧 Link ID は送るべきでなく、受信時に無視すべきだとする。

移行装置が旧値を表示するなら、「存在」と「採用」を別に示す必要がある。消せば相互運用異常を失い、使えば規範判断を変える。保存と権限付与は同義ではない。

アドレス広告は疎通試験ではない

Router IPv6 Address TLV は安定したルータブルアドレスを広告し、ルーターへ接続性があれば到達可能であることが望まれる。link-local は不可で、対応ルーターの TE-LSA 群に一度現れる。

これは用途の規定であり、Ping の成功記録ではない。LSDB、経路、能動測定、管理セッション、アプリケーション応答は別の受領証である。互いを照合できるが置換できない。

有効化はコードポイントの外にある

IANA は function code 10 と TLV 番号を割り当てる。番号の正当性は実装や設定を証明しない。RFC 5329 の管理説明では、エリアの TE 広告はデフォルトで無効である。インターフェース無効化はエリア有効時にだけ意味を持つ。

ソフトウェアにコードがある、MIB 項目がある、設定意図がある、実際に広告する、パス計算が使う、は別段階である。

情報源と証拠の限界

これらは仕様、履歴、割当を示す。現在の実装、設定、隣接、TE データベース、計算経路、予約、転送、利用者結果を示さない。