要約

  • MS-PW は二つ以上の連続する PW セグメントを一つのポイント・ツー・ポイント・サービスとして見せるが、各 S-PE は隣接する PSN トンネルを終端し、制御面とデータ面を接続し直す。
  • したがって「サービスは up」という結論が正しくても、ラベル、収容判断、片方向転送、OAM、混雑、保護切替、真正性の証拠は境界ごとに分散したままである。

一本に見えることが、一本で実行されることを意味しない

顧客が求めるのは内部構成図ではない。二つのアタッチメント回線の間で、専用線のように振る舞うサービスである。RFC 5254 はその見え方を守りながら、複数のパケット網、トンネル、管理領域を横断できる設計条件を示した。

ただし、MS-PW の「一つ」はサービス層の表現である。両端の T-PE の間には S-PE が並び、それぞれが手前の PSN トンネルを終端し、次のトンネルへ PW を切り替える。そこで制御状態と転送状態の双方が受け渡される。境界が一つ増えるたびに、判断主体、障害点、観測点も一つ増える。

この構造を単一の up/down に縮約すると、抽象の便利さが証拠の欠落へ変わる。全体が利用可能でも、どのセグメントがどのトンネルに載り、各方向がどのキューを通り、どの S-PE が欠陥を通知したかは分からない。サービスの統一は、内部状態を消去する許可ではない。

経路という語を一種類にしない

RFC 5254 における PW 経路は、T-PE 間にある S-PE の順序である。しかし各 PW セグメントを運ぶ PSN トンネルには別の経路がある。その選択は明示的かもしれず、各管理領域のルーティングに任されるかもしれない。規格は後者の詳細を PW 要件の外側に置く。

その区別は調査で重要になる。S-PE の列を知っても、各領域内の実際の転送経路は確定しない。トンネルの稼働を確認しても、正しい PW ラベルとの結合は確定しない。ラベル結合が存在しても、両方向のパケットが正しく通過したとは限らない。

確立方法も一様ではない。静的な構成、運用者が決めた経路に沿うシグナリング、動的に選ばれた経路に沿うシグナリングがあり得る。静的ラベルと動的 FEC では、決定を行ったシステムも履歴の残り方も異なる。同じ画面表示になっても、調査時の正本は同じではない。

シグナリング型 MS-PW は全セグメントが確立して初めて成功とされる。この条件は中途半端な構成を成功扱いしないために不可欠だが、証明するのは確立時点までである。後のトンネル変更、キュー障害、誤ったクロスコネクト、保護切替まで保証するものではない。

収容判断は境界の数だけ存在する

S-PE は各 PW セグメントを適切な PSN トンネルへ対応付ける。シグナリング属性を使う場合も、ローカルポリシーを使う場合もある。収容制御はセグメントごとに行われるため、ある領域の承認は次の領域への命令ではない。

説明可能な運用には、中間の判断を残す必要がある。境界が受け取った要求、選択したラベル、結び付けたトンネル、参照したポリシーの版、承認または拒否の結果を保存する。最終的な up だけを残せば、再経路化後に「なぜこの構成が成立したか」を再現できない。

さらに、双方向を一つの値へ畳み込んではならない。両方向は同じ PE の組に終端しても、ラベル、キュー、カウンター、欠陥は方向別である。一方向だけ誤ったキューへ入り、反対方向は正常という状態も成立する。方向を失った証拠は、もっとも診断価値の高い非対称性を隠す。

OAM は全体と局所を同時に見る

マルチセグメント OAM には、単一セグメント PW と同等以上の能力が求められる。さらに RFC 5254 は、欠陥の検出と位置特定のため、セグメント単位とエンド・ツー・エンドの双方を必要とする。観測区間は T-PE 同士、T-PE と S-PE、S-PE 同士になり得る。

エンド・ツー・エンド試験は顧客経路が壊れたことを示せるが、壊れたセグメントを一意にしない。セグメント試験は境界を絞れるが、サービス全体の到達を証明しない。どちらか一方を「真の状態」にすると、検出か局所化のどちらかを失う。

参加するすべての PE は共通の OAM 方式に合意しなければならない。S-PE は下位トンネルの欠陥を関係する PW へ伝え、通知方向を保持し、T-PE 間の OAM を透過させる。同時に、セグメントの端点としてローカル観測を生成することも期待される。通過させた通知と自ら測った結果は、別々の記録として残すべきである。

静的セグメントにも観測責任は残る。隣接 S-PE 間にシグナリング関係がなくても、インバンド OAM は PW やアタッチメント回線の障害を中継できなければならない。構成は意図であり、OAM は観測であり、顧客パケットの到達は結果である。

保護の発動後に、新しい証明が必要になる

保護は一つのセグメント、複数の連続セグメント、または全経路に適用できる。障害検出器が切替を指示しても、それはバックアップが収容を完了し、双方向状態を導入し、トラフィックを運んだ証明ではない。

RFC 7771 の静的 MS-PW における S-PE 保護や、RFC 8104 の端点高速保護は、制御アクションを高速化する。それでも、障害検出、経路選択、状態導入、転送回復という段階は残る。速い切替ほど、時系列を正確に保存しなければ誤った成功判定が固定されやすい。

「保護作動」を見ただけでインシデントを閉じる自動化は、結果の確認を省略している。切替後の実経路を取得し、セグメント OAM と全体 OAM を再実行し、実トラフィックを測る必要がある。正常な命令と失敗した回復は両立する。

品質は同じ名前だけでは境界を越えない

管理領域ごとに、トンネル技術や CoS の表現が異なる。そこで RFC 5254 は境界でのマッピングと、必要な属性を備えたトンネルへの結合を求める。同じサービス識別子が続いても、遅延、損失、優先度の意味まで自動的に保存されるわけではない。

混雑制御もまず各領域の責任である。MS-PW を無対策の未収容ベストエフォート経路へ通すべきではない。RFC 6073 は、セグメントが混雑を個別に扱うことを明記し、情報共有が全体対策を改善し得ると述べる。

ゆえに確立の証跡と性能の証跡は別である。遅延、ジッター、損失には性能 OAM とトラフィック観測が要る。欠陥通知がないことは低遅延を意味せず、到達確認は SLA 達成を意味しない。

管理領域を越えると、真正性の責任も分かれる

相互接続境界では、隣接事業者から受け取ったラベルをローカルルールで受け入れる。その判断は局所的な正当性であって、エンド・ツー・エンドの真正性ではない。中間領域や障害を持つ S-PE による PDU の注入、転送先変更、複製、ハイジャックの余地は残る。

RFC 5254 がエンド・ツー・エンド PDU 認証を選択肢として扱うのは、この隙間があるためだ。管理可視性も同様で、他領域への遠隔管理は安全上の理由で制限され得る。見えないことを状態なしと解釈せず、見える管理値を転送成功とも解釈しない設計が必要になる。

耐監査性のある記録は、両端のアタッチメント回線と T-PE、確立方式、S-PE の順序から始まる。各セグメントについて、ラベル、トンネル結合、ポリシー世代、収容結果、方向別クロスコネクト、CoS 変換、保護状態、セグメント OAM を残す。そして全体 OAM、性能、実転送、顧客結果へ関連付ける。

Lu Heng の現実層の考え方に従えば、一つのサービスという表現は虚構ではない。ただしそれはサービス層での現実である。セグメント承認、交換状態、欠陥通知、実際の配送は別々の現実であり、別々の管理者がいる。一つの表示を信頼できるのは、その表示を成立させた局所的な証拠へ戻れる場合だけだ。

出典