要約

  • draft-ietf-mpls-stamp-pw-21 は、STAMPパケットのpunt経路におけるレート制限が実際のネットワーク損失と区別できず、損失として報告され得ると記す。
  • 転送障害と断定する前に、封入、LSP/PW文脈、両端のpunt、制限器、反射処理、逆方向容量、双方向MTUを結ぶ帰属記録が要る。

アラームの数字が正しくても、原因の説明まで正しいとは限らない。

第21版は、ポイントツーポイントLSPと単一セグメントの疑似回線でSTAMPを運ぶ方法を定める。IP/UDPヘッダーを使うFormat 1と、それを持たずG-AChで識別するFormat 2がある。同じラベルスタックやControl Wordを利用し、対象トラフィックに近い転送・ECMP挙動を測ろうとする。

ところがOAMパケットはPE終端で捕捉され、例外処理として制御プレーンへ送られる。Session-SenderとSession-Reflectorが処理するたびにCPUとメモリーを消費するため、DoSや過負荷からノードを守るレート制限は不可欠だ。

その防御が測定を曖昧にする。草案は、punt経路のレート制限がネットワーク内の実損失と区別できず、パケット損失として報告されると明言する。未応答という観測は成立している。しかし、正方向LSP、受信PEのpuntキュー、リフレクター前段のpolicer、反射処理、逆方向の文脈と容量、送信側のpuntのどこで途切れたかはまだ分からない。

MTUも同じ症状を作る。GALやG-AChを加えたテストパケットは方向ごとのLSP/PW MTUに収まらなければならない。超過時は断片化されず破棄され、それも損失として見える。反射トラフィックは往路と同程度のレートを生み、復路の容量が小さければ別に見積もる必要がある。ペイロードが対称でも、経路条件は対称ではない。

Format 2ではセッション同定も局所文脈に依存する。IP/UDP四つ組がないため、非ゼロSSIDに、受信したLSPまたはPWの文脈、復路文脈、ローカル設定値を合わせる。SSIDだけでは世界共通のセッション名にならない。両端の設定が食い違えば、パケットは対応セッションを特定できず破棄される。

本稿の焦点は、一般論としての「プローブと本番フローは同じではない」ではない。より限定された問題である。プローブが意図したラベル経路に入っても、その診断チャネル自身に割り当てられた制御プレーン資源によって失われる。そのとき障害は測定対象ではなく測定装置の経路にある。

原因を主張するには、送信前から証跡を作るべきだ。送信レート、サイズ、形式、ラベルスタック、Channel Type、SSID、対象LSP/PWを記録する。両方向のMTUと測定帯域も残す。両端ではpunt受入数、キュー、policer設定・使用量・廃棄数、リフレクター入力、復路文脈の検索、返送、送信側の受信処理を同じ系列番号と時間窓で結ぶ。その後に初めて、本番データプレーンのカウンターやアプリケーション影響と比較できる。

草案は、レート制限が適用された事実を運用者が把握し、障害通知と相関できるようにすることが有用だとする。ただし共通policerの総廃棄数だけでは足りない。その廃棄がアラームを出したSTAMPセッションに属することを示せなければ、帰属は依然として未決だ。

自動化は未応答を調査開始の条件にはできる。しかし直ちに「顧客トラフィックが失われた」「LSPが故障した」と断定してはならない。まず測定パケットが両端で受け入れられ、反射され、復路へ出たかを確認する。測定経路の原因を除外した後にだけ、転送障害へ格上げできる。

第21版は2026年9月10日付のStandards Track Internet-Draftであり、完成したRFCでも実配備の事故報告でもない。重要なのは、損失率が自動的な原因判定に変わる前に、この曖昧さを仕様自身が可視化したことだ。

帰属のための一枚の記録

送信系列、封入と文脈、往路到達、リフレクター側puntと制限状態、反射判断、復路送信、送信側punt、双方向MTU、最終計算を一つの時系列にする。欠けた区間は「不明」のまま残す。損失率で穴を埋めてはならない。

防御を消さず、証拠を残す

グラフをきれいにするために制御プレーン保護を外せば、測定機能そのものが攻撃面になる。必要なのは無制限化ではなく、保護動作を観測可能にし、テスト用に確保した帯域と閾値を整合させることだ。

出典