要約

  • RFC 9714 は Extension Label、Flow-ID Label Indicator、Flow-ID Label を使い、MPLS フローの識別、色の切替、ホップ単位または端点間の測定を表現する。
  • Flow-ID は転送ラベルではないが、挿入によりスタックが変わり、ECMP の選択も変わり得る。正しいカウンターが、元の本番フローではなく計測後の別経路を記述する可能性がある。
  • 読取り深度、ノード能力、PHP、サービスとトランスポートの別々の識別子、管理ドメイン境界を確認しなければ、どの区間を誰が測ったかは確定しない。

運用者は対象フローを指定し、測定を有効にする。色ブロックのカウンターは整然と並び、欠損も計算できる。しかし測定開始時にパケットへ三つのラベルが加わった。ECMP ハッシュがその変化を見るなら、観測対象は最初の一歩で別の道へ移っている。

RFC 9714 は 2025 年 2 月に公開された Standards Track 文書で、Alternate Marking による MPLS の損失、遅延、ジッタ測定のカプセル化を定める。仕様自身が Flow-ID Label の導入により ECMP 経路が変わる可能性を明記する。これは測定値の精度ではなく、測定値の主語の問題である。

転送に使わないラベルもハッシュから消えるとは限らない

構造は値 15 の Extension Label、値 18 の Flow-ID Label Indicator、そして Flow-ID Label である。先頭二つは RFC 9017 の Composite Special Purpose Label を成す。Flow-ID の TTL はゼロであり、通常の転送ラベルとしては使われない。

しかし、ハードウェアが負荷分散用に見るスタックの形は変わる。RFC 8957 の Synonymous Flow Label と同様の問題として、RFC 9714 は RFC 6790 の Entropy Label を使う方法、または全フローに Flow-ID Label を付ける方法を示す。

前者は負荷分散入力を明示し、後者は対象群の構造差をなくす。どちらも実機結果の代わりではない。使用フィールド、読取り深度、ハッシュポリシー、測定前後の next hop を記録して初めて経路保存を主張できる。

証拠 限定された意味
フロー選択 分類器が対象集合を定義した
Flow-ID 割当 管理ドメイン内の識別子が予約された
XL/FLI/FL 挿入 測定構造がパケットに載った
L/D/T 観測 色、遅延選択、測定型が符号化された
能力確認 対象ノードが構造を理解できる
深度確認 対象ノードがスタック位置まで読める
ECMP 同等性 計測が経路を変えないか、変化が承認された
エクスポート受領 カウンターと時刻が収集側へ届いた
ブロック照合 フロー、色、方向、期間が対応した
サービス影響 独立した証拠が結果を裏付けた

挿入済みパケットだけでは、挿入しなかったパケットの反実仮想は証明できない。

T ビットは読者を作らない

Flow-ID の TC 三ビットは別用途となる。L は損失測定の色、D は遅延・ジッタ測定の対象、T は edge-to-edge と hop-by-hop の区別である。T が一なら入口と出口だけ、ゼロなら LSP 上の全 MPLS ノードが処理ノードとなる。

これは役割指定であって可視性の証拠ではない。RFC 9714 は RFC 8662 を参照し、Flow-ID Label Capability と Flow-ID Readable Label Depth を定義する。入口は露出先が FLC を持つ位置へ置かなければならず、必要な全ノードの最小 FRLD 内に置くべきである。全ノードの能力をどう知るかは範囲外だ。

深い SR スタックでは SID の間に FL を置き、異なる深度に同一 FL を繰り返す場合もある。許可された構成でも高度な計画が必要になる。一部ノードの記録が届いたことを、全ノード参加の証拠にしてはならない。

PHP は最後の区間を測定から外す

RFC 3031 の penultimate-hop popping は、出口の手前で最上位ラベルを外す。RFC 9714 では、直前の転送ラベルを pop する処理ノードが XL、FLI、FL も pop する。倒数第二ノードで行えば出口は測定対象外となる。

そのため、倒数第二ノードが仕様を支援し、かつ出口除外を許容できる場合を除いて PHP を無効にすべきだとされる。「許容」は技術的既定値ではなく、測定目的の判断である。出口キューやデカプセル化に障害があれば、手前まで緑でもサービス境界は緑ではない。

XL と FLI の TC・TTL は直前ラベルと一致し、BoS はゼロでなければならない。BoS が一なら処理ノードは破棄する。FL は中間または最下部に置けるが最上部には置けず、複数回現れ得る。構文の正しさは測定区間の完全性を意味しない。

サービスとトランスポートは別の座標

Flow-ID はサービス用、トランスポート用、または両方に割り当てられる。二つある場合は異なる値で独立する。同じ VPN フローが異なる LSP を通り、異なる VPN フローが同じ LSP を通ることもある。

手動方式では五つ組や DSCP などを運用者が指定する。自動方式では入口が分類し、RFC 7011 の IPFIX で特徴をコントローラーへ送り、割当と設定を受ける。一意な番号は衝突を避けるが、分類の妥当性や問われた層を証明しない。

RFC 8372 は MPLS フロー識別の背景を与える。IANA MPLS 登録簿の値は中央調整を示すだけで、特定ルーターの対応を示さない。

色は観測を始めるが原因を決めない

RFC 9341 の Alternate Marking は色ブロック間で観測点のカウンターを比較する。比較には同じフロー、方向、色、期間、範囲が必要だ。RFC 9714 は Flow-ID、カウンター、時刻を NMS へ送るとするが、エクスポート方式は範囲外である。

よって配送、時計、完全性、照合の受領証が別に必要になる。展開フレームワーク草案は実務の参考になるが作業中である。差分だけで輻輳、policing、物理損失、解析失敗、輸送欠落を区別できない。

識別子には管理ドメインが含まれる

Flow-ID の一意性は一つの管理ドメインと時点に限られる。同じ FL の多ドメイン測定は範囲外で、外部へ信号・配送してはならない。境界は FLI 付き送信をフィルターし、外部からの受信を破棄する。値だけを集約すれば、異なる割当権限の二つのフローを同一視する。

テキスト、XML、RFC Editor 情報、正誤表、IETF 履歴は文書の来歴を示すが、稼働経路は示さない。

Heng Lu の動くコードの基準なら、分類、挿入、実経路、読取り、輸送を追う。最小初期仕様は共通構文を作るが、ローカル判断を代替しない。現実の層を分けることで、登録値、色付きパケット、カウンター差、サービス結果を混同せずに済む。

RFC 9714 は観測が対象を乱すことを正面から扱う。必要なのは測定をやめることではなく、前後の経路と範囲を保存し、数字が何を表すかを失わないことだ。

出典