要約

  • RFC 9551 の OAM 結果は、対象フロー、ドメイン、方向、サブレイヤ、MEP/MIP、測定方式、時間窓によって意味が決まる。
  • 帯域内 OAM がデータと運命を共有しても、転送サブレイヤの連続性確認はサービスサブレイヤの PREOF やアプリケーション結果を検証しない。
  • DetNet の判定には平均値ではなく分布と最悪時の情報が必要で、制御判断、設定反映、転送、SLO、利用結果は別々の受領記録である。

「正常」の主語を残す

DetNet が扱うのは、遅延、損失、順序の上限を持つ通信である。通常の死活監視より厳しい約束だからこそ、測定値も強い結論に見えやすい。

しかし RFC 9551 は、まず OAM ドメインを定める。境界には Maintenance End Point、内部には Maintenance Intermediate Point があり、OAM インスタンスは特定のサブレイヤで働く。したがって、結果の主語は「ネットワーク全体」ではない。あるフローについて、ある方向に、二つの端点の間で、ある時刻に、ある方式が見た状態である。

MEP がリレーノードに置かれていれば、その先の区間やアプリケーションは対象外になり得る。双方向サービスでも、往路の成功は復路の成功ではない。双方向フローの能動試験は両方向で帯域内にする必要があるという要件は、この非対称性を消すためではなく、見えるようにするためにある。

帯域内とは、経路名ではなく処理の一致

帯域内 OAM は、監視対象と同じリンクとインターフェースを通り、同じ QoS と PREOF の処理を受ける。ここまで一致すれば、一般的な ping よりはるかに対象フローに近い。

それでも確認項目は残る。分類子、経路世代、キュー、送信カレンダー、複製・消去・順序処理が本当に同一か。試験パケットだけ特別扱いされれば、見かけ上の帯域内性と実際の運命共有がずれる。

帯域外 OAM は、別経路や別 QoS を使い、PREOF を共有しない場合がある。その成功は監視系の到達性を示すが、データ処理の代用にはならない。オンパス・テレメトリも、観測の発生と収集への輸送を分ける必要がある。実パケットが観測を起こしても、輸送が遅れれば、収集時刻を転送時刻として扱うことはできない。

連続性確認が見ないもの

DetNet の転送サブレイヤは経路上の資源を扱い、サービスサブレイヤは PREOF によって複製、重複排除、順序回復を提供する。RFC 9551 の連続性確認は、一方向に MEP 間でパケットを届ける道があるかを転送側で調べる。その検査はサービス側 PREOF の影響を受けない。

誤接続を検出する接続性確認も同様である。従って、連続性が正常でも、保護枝の一方が死んでいる、複製位置が違う、重複が漏れる、順序回復が失敗するといった事象は残り得る。

サービス側の保証には、リレーノードと PREOF 位置の発見、設定・動作・状態の収集、機能の実行確認、複数セッションの結合が必要になる。複数区間を結合するなら、フロー識別子、方向、設定世代、時間窓を一致させなければならない。異なる時刻の緑を並べても、同一の端末間サービスにはならない。

平均値では境界を守れない

RFC は、スループット、損失、順序外、遅延、遅延変動を測ることを求める一方、平均的なエンドツーエンド統計だけでは不十分だとする。制御面には、フロー単位・ホップ単位で最悪時を予測できる情報が要る。

平均が一ミリ秒でも、一部のパケットが許容上限を超えれば Deterministic な約束は破れる。損失ゼロという値も、母数、計数器の再開点、観測地点に来なかったパケットの扱いがなければ検証できない。時刻源が不明な遅延値は、ネットワークではなく時計差を表している可能性がある。

ハイブリッド方式は実トラフィックに近い測定を可能にする。交替マーキングのように実フローへ印を付ければ、そのパケット群に直接結び付く。ただし、標本、時計、輸送欠落、カウンタリセットまで消えるわけではない。値とともに分布、対象数、期間、方向、時計、除外規則を保存する必要がある。

監視トラフィックも予算を使う

能動試験は追加のパケットを注入する。帯域内テレメトリも同じ資源を消費する。RFC 9551 が生成量の分析と追加資源の予約を求めるのは、監視が測定対象を変え得るからである。

障害時にプローブを増やせば、遅延を測るキューをさらに混雑させることがある。後で監視量を減らすと、原因が残っていても曲線だけ改善する。プローブのクラス、頻度、予約、廃棄、処理負荷は独立した運用データである。

OAM は内部構造も明らかにする。MEP、MIP、リレー位置、資源状態、故障応答は診断に必要だが、偵察にも使える。到達できた主体に全情報や高負荷試験の権限まで与えてはならない。

制御器の成功は途中の状態

制御器は観測を集め、次善経路の損失と再構成の費用を比べる。変更中には二重予約や制御トラフィックが発生することがある。また高速なサービス保護が先に動けば、制御器が判断する時点で対象世代は変わっている。

受領記録は、観測、SLO 判定、提案、承認、設定処理、装置受理、転送表反映、実トラフィック、新しい分布、アプリケーション結果まで分けるべきだ。設定 API の成功だけで転送を推定し、指標回復だけで利用者影響の終了を宣言してはならない。

Heng Lu の公開された議論に照らせば、OAM ドメインは調整上の枠、テレメトリは投影、実パケット処理は稼働事実、アプリケーション結果はさらに後段の現実である。この分離は規格への不信ではない。規格が与えた精密さを、組織の報告でも失わないための条件である。

出典