要約

  • 現行のMPLS STAMP草案では、セッションとパケット終端の仕組みを両端でローカルに設定し、STAMP固有のVCCVシグナリング拡張は対象外としている。
  • 正常な応答は限定されたパケット交換の証拠にはなるが、パス、モード、時計、レート、サービス用途まで含む設定合意の永続的な証明ではない。

draft-ietf-mpls-stamp-pw-21は、LSPや擬似回線上でテストパケットをどう運び、どう終端するかを細かく規定する。その一方で、運用上の重い一文はアーキテクチャの説明に置かれている。STAMPパケットを終端する仕組みはLSPまたはPWの両端でローカルにプロビジョニングされる。PW向けのSTAMP固有VCCVシグナリング拡張は範囲外であり、LSPにはVCCV制御チャネルのシグナリング自体が定義されていないため、現時点ではローカル設定が唯一の選択肢だという。

これは欠陥の告白ではない。測定パケットに顧客名、社内承認、SLAの扱いまで載せる必要はない。相互運用に必要な共通部分を小さく保つことには価値がある。ただし、パケットを小さく保つ判断と、両端の設定が同じ意味を持つという証拠を省く判断は同じではない。

セッション識別子が指す先

RFC 8762は、STAMPセッションを特定の送信側とリフレクターの間で一定時間続く双方向パケットフローとして定義する。設定と管理の方法は仕様外で、CLI、OSS/BSS、SNMP、NETCONF/YANGコントローラーなどが例示される。リフレクターは与えられた設定に従い、ステートレスまたはステートフル、認証ありまたは認証なしで動作する。

RFC 8972はSSIDを加えた。対応するリフレクターは試験開始前にセッション識別に必要な要素をすべて設定され、不一致のパケットを破棄しなければならない。しかし、その設定をどの仕組みで投入するかは規定しない。MPLS草案はSSIDを非ゼロとし、往路と復路の両方に載せる。

IP/UDPヘッダーを持つFormat-1では、アドレス、宛先UDPポート、SSID、ローカルパラメーターを組み合わせる。IP/UDPを持たないFormat-2では、SSIDに往路または復路のLSP/PWコンテキストとローカルパラメーターを結びつける。パケット上の値はローカル状態を検索する鍵であって、その状態の完全な写しではない。

鍵が両端で有効だからといって、検索先の意味まで一致するとは限らない。一方は顧客PWに、もう一方はトランスポート保守にセッションを関連付けているかもしれない。SSIDと形式は同じでも、状態保持、認証、TLV、時計源、送信レート、判定しきい値が異なる可能性がある。公開資料は実運用でそうした不一致が起きたとは述べていない。ここで確認できるのは、パケット応答だけではその可能性を排除できないという境界である。

VCCVが合意する範囲

PWにシグナリングがないわけではない。RFC 5085はVCCVの制御チャネル種別と接続性検証種別の能力広告を定義する。PE同士は対応可能な組み合わせを交換し、共通の種別を選び、PWを再シグナルするまでその選択を使う。RFC 7708はGALを使うType 4と、複数の候補がある場合の優先順位を加えている。

MPLS STAMP草案は、この制御チャネルの仕組みを使ってテストパケットを通常転送から外し、端点の制御プレーンへ渡す。セッションごとに有効になる例外処理は一つだけである。さらに草案は、例外処理と識別を分ける。TTL条件やGALなどが転送を止め、その後のG-AChタイプがFormat-1かFormat-2かを識別する。

VCCVの選択は重要な証拠だ。両端が互換性のある制御チャネル能力を共有したことを示せる。しかし、SSID、採用したSTAMP形式、具体的なLSP/PW、アドレスとポート、認証・状態モード、TLV、パケット長、レート、時計、サービス用途のすべてを交渉した証拠ではない。草案がローカルパラメーターに依存すると書く理由はそこにある。

したがって、「ネットワーク上の合意はゼロだ」と言うのも、「VCCVが合ったから測定設定は完全だ」と言うのも正確ではない。複数の層に、それぞれ対象の異なる合意がある。ガバナンス上の問題は、それらを一つの緑色表示にまとめ、どの層の証拠かを失うことにある。

応答が証明できること

期待したSSIDを持つ正しい応答には意味がある。パケットが送信側を出て、利用可能な転送コンテキストを通り、遠端で例外処理と識別を受け、十分に互換な状態のもとで戻ったことを示す。採用モードと検証内容に応じて、遅延、遅延変動、損失を計算できる。

一方、その応答は設定を承認した人物や、両端で有効だった設定世代を示さない。両者が同じ顧客サービス、同じ診断目的、同じSLA判断を意図したことも証明しない。時計が合意した精度内にあったか、テストレートが運用予算内だったか、MTUの余裕が確認されたか、片側の変更で関連付けが古くなっていないかも分からない。

第21版で明示された単一管理ドメインという条件も、その空白を埋めない。一つのドメインの中に、複数のチーム、コントローラー、ベンダー、変更時間帯、証跡保管庫が存在し得る。「同じ運用者」は外部との権限境界を示すが、設定ストア間の原子的な一致を意味しない。

必要なのはSTAMPの価値を下げることではなく、主張を分けることだ。応答はパケット交換を証明する。設定の一致には設定証跡が、時計の品質には時刻源の証跡が、サービス達成にはサービス定義と判定規則が要る。

両端設定レシート

補完する記録は大きくなくてよい。両端測定設定レシートは、送信側とリフレクターの識別子、管理ドメイン、LSPまたはPWと方向、例外処理方式、STAMP形式、G-AChタイプ、SSIDを一つのIDに束ねる。Format-1ならアドレスとポート、Format-2ならセッション識別に使う往復のパスコンテキストも含める。

次に、結果の意味を決める設定を保存する。リフレクターのステートフル／ステートレス、認証あり／なし、TLVセット、時計源と同期根拠、パケット長とMTU余裕、送信レート、復路容量の前提、対象サービス、観測目的、結果を利用できる判断の種類である。毎パケットに載せる必要はないが、同じ設定ペアを指す必要がある。

両端の設定世代はハッシュまたは上書き不能なバージョン参照で残す。各側を投入したコントローラーや担当者、ペアを承認したレビュー担当、受入試験、有効期限、ロールバック権限を記録する。片側だけが変われば、新しいレシートを作る。SSIDが応答し続けるからといって、古い承認を継承させない。

証拠の段階も分けるべきだ。「VCCV能力を選択済み」「STAMPパラメーターが一致」「応答を受信」「時計が方針内」「指標を算出」「サービス目標を達成」は別々の状態である。下流の判断は、完了した段階だけを利用できる。

これはDaniel Kadeによる運用ガバナンスの提案であり、IETFの新しいプロトコル要件、フィールド、レジストリではない。

完全な失敗より部分一致が厄介だ

完全に不一致なら、リフレクターがセッションを識別できず、破棄が観測されやすい。難しいのは、応答に必要な部分だけが一致している場合である。

ステートフルからステートレスへ変わったリフレクターは応答を続けても、利用できる損失推定を変える。認証モードの変更は結果の信頼範囲を変える。パスの再関連付け後もSSIDが残れば、画面上のサービス名だけが過去を引きずることがある。時計がホールドオーバーに入っても整った時刻は返るが、不確かさが判断基準を超えるかもしれない。

これらは統制を試すためのシナリオであり、特定製品の不具合や実際の事故を主張するものではない。資料に導入率の証拠もない。重要なのは、正常応答が完全設定のハッシュではないという一点である。

情報源

  1. MPLS STAMP草案、履歴、API記録
  2. 第21版HTML、テキスト、XML、20版との差分
  3. IESG投票記録、shepherd write-up、MPLSワーキンググループ
  4. RFC 8762、RFC 8972
  5. RFC 5085、RFC 7708、RFC 5586
  6. RFC 7799、Minimum Initial Specification、The Policy Mirror