要約

  • RFC 10014は、意味が一定しない「in-band OAM」「out-of-band OAM」を避け、能動・受動・ハイブリッドという方式、経路の一致、転送待遇の一致を別々に記述するよう求める。
  • 専用テストパケットは、対象トラフィックと同じノード・リンクを通過しても、優先度、キュー、スケジューリング、シェーピング、保護処理が異なり得る。経路の証拠は正しくても、利用者体験の証拠とは限らない。
  • 経営判断に使うOAM結果には、対象ストリーム、方向、クラス、設定世代、レイヤー、保守ドメイン、パケットまたはカウンターの意味、経路・待遇の前提、判定規則、変更権限、実行後の独立検証を結び付ける必要がある。

運用会議では、二つの画面が対立していた。品質保証セッションは一度も閾値を超えず、顧客向けアプリケーションはピーク時に繰り返しタイムアウトした。調査担当者は、プローブと本番通信が同じ入口、同じコアルーター、同じ出口を通っていることを確認した。契約書には「インバンドOAM」とある。ネットワーク側の事故は終了扱いになった。

見落とされた分岐は装置の中にあった。プローブは制御用の優先キューへ入り、本番パケットは混雑したサービスキューで待った。トポロジーは同じ、待遇は別だった。測定値は真実だったが、その値に与えられた権限が広すぎた。

RFC 10014は2026年6月にIETF Best Current Practiceとして公開された。新しい万能OAMプロトコルではない。OAMを修飾する言葉を精密にし、「測れた事実」から「閉じてよい問題」への飛躍を防ぐ文書である。SLA、保護切替、自動修復、顧客補償に測定が使われるとき、用語はそのまま権限設計になる。

「帯域内」という一語には対象が足りない

in-bandとout-of-bandは、周波数帯や信号チャネルが明確な無線・電話の語彙から来た。パケット網には「内側」が一つしかないわけではない。測定情報がデータパケットそのものに入る場合、独立したプローブが同じ経路を取る場合、プローブとデータが同じQoS処理を受ける場合がある。三つは別の性質である。

RFC 10014の第1軸は方式だ。Active OAMは専用OAMパケットを生成する。Passive OAMは既存データストリームを観測し、専用パケットを生成せず、対象パケットも変更しない。Hybrid OAMは能動と受動を組み合わせる。In-Data-Packet OAMは、データを運ぶパケット内にOAM情報も載せるHybrid Type Iの限定的な形である。

第2軸は経路だ。Path-Congruent OAMは対象データと完全に同じノードとリンクを通る。Non-Path-Congruent OAMにはその保証がない。ただし、同じノード内で同じキューに入るとは定義していない。

第3軸が転送待遇である。Equal-Forwarding-Treatmentでは、専用OAMパケットがユーザーデータと同じQoS、キュー、スケジューリング、シェーピングを受ける。Different-Forwarding-Treatmentでは異なる可能性がある。

これは優劣表ではない。能動方式は利用者トラフィックがなくても既知のパケットを送れる。受動方式は本番の挙動を保つが、原因を切り分けにくい場合がある。ハイブリッド方式は両者をつなぐ一方、選択ルール、マーキング、カウンター、時計の意味が必要になる。命題に合うかどうかが評価基準である。

経路一致だけでは運命を共有しない

VCCVはこの境界を端的に示す。VCCVメッセージは疑似ワイヤのデータと同じ経路を通るため、従来はin-bandと表現された。RFC 10014の分類では、能動かつ経路一致だが、転送待遇は異なる。疑似ワイヤの経路を検証しても、サービスキューの混雑を同時に検証したことにはならない。

BFDでは違いが意図的である。障害を高速に検出するため、BFD制御パケットを最優先にする構成がある。その選択は生存確認には合理的だが、一般データの遅延や損失を代表しない。BFDが正常という事実を、性能SLAの正常へ変換してはならない。

経路と待遇の両方が等しいとき、測定パケットはデータと強い意味でfate-sharingする。それでも合成パケットは、本番トラフィックのサイズ分布、バースト、暗号化状態、トランスポート履歴、アプリケーションのタイムアウト、取引の意味を持たない。ネットワーク内の不確実性を減らしても、アプリケーション完了までは証明しない。

したがって「OAMは緑だった」という文には主語が欠けている。どのストリーム、方向、クラス、設定世代、レイヤー、保守ドメインについて、連続性、経路、損失、遅延のどれを判定したのか。座標を失った色は証拠ではなく記号である。

観測したパケット集合が結論を決める

MPLS Echoは能動方式であり、特定のFECとデータプレーン動作を調べるために専用パケットを構成する。ラベルスタック、TTL、エントロピー、サイズ、戻り経路が観測範囲を左右する。選択したFECへの強い証拠でも、別のECMPハッシュや大きなフローを代表しない場合がある。

MPLSの損失・遅延測定は、さらに人口を分ける。Inferred Loss Measurementは生成したテストメッセージを数える。Direct Loss MeasurementはユーザーデータのカウンターをOAMメッセージに載せる。後者は結果の運搬が能動、根拠となる観測が受動のハイブリッドである。同じ「損失率」として分母を捨てれば、判断に必要な違いも消える。

RFC 9197のIOAMは、選択したデータパケット内に経路情報を記録する。そのパケットと指定ドメインについては経路・待遇との結合が強い。しかし、全パケットが選ばれたこと、収集・出力が完全だったこと、他ドメインでも許可されたこと、受信アプリケーションが処理を終えたことまでは示さない。

RFC 9341のAlternate Markingは、本番トラフィックを交互のブロックに分け、観測点のカウンターや時刻から損失・遅延を求める。本番を測る強みがある一方、フロー定義、観測点、ブロック境界、時計、カウンター、並べ替えの扱いが結果の意味を決める。

専用プローブか本番パケットかという二者択一ではない。どのパケット集合を使い、どの命題に結び付けたかが本質である。

レイヤーと保守ドメインは責任の境界でもある

RFC 7276はOAMを、障害の検出・分離・報告と性能監視のためのツール群として整理し、ネットワークの多層性を強調する。事業者は二つのPE間のMPLSを測り、顧客はCE間のIPサービスを測る。Overlayやアプリケーションにも別の検証がある。

結果が食い違っても、どちらかが偽とは限らない。コアの継続性はアクセス、CPE、トンネル、暗号ゲートウェイ、アプリケーションを含まない。顧客側テストの失敗も、原因をコアへ確定しない。保守ドメイン外へ結果を持ち出して普遍的な判定に使えば、可視性が責任回避の力になる。

方向も保持すべきだ。往路と復路は別のノード、リンク、キューを通り得る。RTT一つでは二つの片方向分布を分けられない。さらに、10時の結果は10時5分のポリシー変更、保護切替、キューマップ更新、ソフトウェア展開後の世代を説明しない。測定には構成・トポロジー・ポリシーの版が必要である。

OAMツールは単独の裁判官ではない

RFC 6291はOAMをOperations, Administration, and Maintenanceと定め、それぞれの広さを説明した。Operationsはサービスを動かし問題を見つける。Administrationは資源と利用を追跡する。Maintenanceは修理、更新、予防・是正を支える。Provisioningは関連するが別である。

連続性を測るプローブが、資産台帳、原因判定、変更承認、結果確認を自動的に兼ねるわけではない。ところが統合プラットフォームでは、観測、解釈、実行、終了が一続きになりやすい。

観測の完全性は測定系、意味の範囲はサービス所有者、閾値と影響半径は自動化所有者、変更許可は変更権限者、復旧は結果所有者が担う。一つの画面に並んでも、五つの責任は一つにならない。

最小の証拠契約

最初に対象を固定する。サービスまたは集約、送受点、方向、クラス、レイヤー、保守ドメイン、ストリーム・FEC・選択規則、構成版、転送世代である。方式を明示し、専用プローブなら経路一致と待遇一致を、機構で保証、構成で保証、期待、サンプル確認、不明、不一致のいずれかで記録する。

次に測定の意味を残す。パケットの構成、サイズ、頻度、マーク対象、カウンターのwrap/reset、時計、同期精度、観測点、集計窓、計算式、サンプリング、閾値、信頼度、欠損・抑制方針である。分母と時間窓のないゼロ損失は再現できない。

出所には実装・ポリシー版、収集者の識別・認証・完全性、構成ハッシュ、時刻源、受信コントローラー、相関規則を含める。真正なデータでも、ストリームや世代の結合が誤れば判断は誤る。

最後に決定と効果を分ける。許された操作、対象、影響範囲、冪等キー、承認、rollback条件、commit結果、独立したサービス確認を記録する。切替コマンド成功と利用者回復は別のイベントである。