要約

  • RFC 9974 は BIER 層 OAM の機能要件を、ツールのギャップ分析のためにまとめた文書であり、運用中のネットワークを証明する台帳ではない。
  • 下り方向の同一処理、異なり得る戻り経路、複製される能動プローブへの制御という条件は、診断ごとに文脈を残す必要を示している。

RFC 9974 が定めるのは、Bit Index Explicit Replication の OAM 解決策が何を支えられるべきかである。BFR とコントローラからのセッション開始、能動・受動の測定、常時・オンデマンドの監視、出口到達性、下流の連続性と性能、障害通知、復旧性が並ぶ。文書の狙いも明快だ。利用可能なツールとの差を調べ、既存ツールの強化や新規ツールの必要性を判断するためのリストである。

したがって、これは設計上の要求であって、ある BIER ドメインがその能力を実装・設定済みだという証明ではない。RFC 8279 では、入口がヘッダのビットで出口ルータを選択し、中間ノードはフローごとの状態を持つ必要がない。「下流連続性を支えるべき」という文は、特定のビット列、特定のサービス、特定のテストが連続性を検証したという観測にはならない。そこには設定、範囲、許可、実測の証拠が必要である。

代表性は測定ごとに示す

RFC 9974 は下り方向で、OAM パケットが監視対象フローと同じノードとリンクを通り、QoS を含む同じ転送処理を受けられることを求める。これはテストが当然に満たす前提ではなく、証跡に残すべき条件である。複数 CoS のサブフローを含む複合フローでは、最高 CoS だけで連続性を確認する選択も認められている。

双方向手法では、下りはこの条件に従う一方、戻りは別のノード、リンク、処理を通ってもよい。往復の成功は、戻りの結果を下り経路と同一の証拠へ変換しない。P2MP BFD with active tail、BFD、STAMP、Alternate-Marking は、要件に対応し得る例として挙げられるだけである。損失や遅延という数字も、どの出口集合、どの時刻、どの処理、どの基準で得たかを伴わなければ原因ではない。

能動テストも無害ではない。マルチキャストでテストパケットが複製され、echo 要求への返信が複数戻る可能性があるため、RFC は要求のレートと制御プレーンに送る OAM メッセージ数の制御を求める。要件があることは、実際の閾値や安全な運用を示すものではない。

Heng Lu の考え方を借りれば、共有の調整文書は、参加者が採用して運用するまで、共有の調整文書のままである。必要な能力を可視化しても、サービスの結果を引き受ける運用者の判断を文書へ移すことはできない。