RFC 5212：マルチレイヤ経路はサービス証明ではない

要約

RFC 5212 は、複数のスイッチング・レイヤ／リージョンを一つの GMPLS 制御プレーンから扱う要件を整理した。統合 TED 上の経路は、下位レイヤの接続がまだ生成されていない段階でも計算できる。
仮想 TE リンク、ISCD、変わらないインタフェース識別子は制御上の有用な表現である。サービスの証明には、境界資源の割当て、下位 LSP の実体化、属性継承の来歴、データリンク検証、OAM 連携、利用者側観測が加わらなければならない。

安定した識別子は、安定した物理経路ではない

RFC 5212 は Informational の要件文書であり、具体的な解決プロトコルそのものではない。文書は、データプレーンの粒度を表す「レイヤ」と、PSC、L2SC、TDM、LSC、FSC のようなスイッチング種別で区別される「リージョン」を分ける。同じリージョンに複数のレイヤがあり得る一方、MRN は複数の種別を横断する。

単一の Traffic Engineering Database に各レイヤの TE リンクを集めれば、パケットだけ、光だけという分断された地図を越えて経路を計算できる。これは運用上の大きな進歩である。しかし、RFC はその地図に物理世界以上の権限を与えていない。

FA-LSP は、対応する TE リンクのインタフェース識別子を保ったまま再経路化できなければならない。上位レイヤにとっては、下位の変更から守られることが抽象化の価値だ。だが、障害解析にとっては、同じ識別子が昨日と異なるファイバー、装置、電源、管理境界を指し得ることを意味する。

「同じリンクが存在する」という記録と、「同じリスクを通る」という事実は別である。

計算時には存在しないリンク

RFC 5212 の仮想 TE リンクは、この違いをさらに明確にする。下位レイヤの LSP をすべて事前構築すれば、利用されない帯域と適応資源を拘束する。そこで、まだ基礎 LSP を確立していなくても、上位レイヤに接続可能性を TE リンクとして提示できる。上位 LSP がそれを選んだ時点で、下位 LSP を直ちにシグナリングする。

つまり仮想 TE リンクは回線ではなく、条件付きで実現する選択肢である。正確な状態表示があれば、これは効率のよい設計だ。ところが管理画面が「広告済み」「選択済み」「設定中」「確立済み」「検証済み」「トラフィック運搬中」を一つの正常表示にまとめると、選択肢が実在回線へ化ける。

トリガード・シグナリングでも同じことが起きる。計算器は、端点と同じレイヤではまだ連結していないマルチレイヤ経路を返せる。境界ノードが下位 FA-LSP を新設するか、既存のものを選ぶことが後続動作として想定されている。ERO が上位ホップだけを示す場合も、下位経路を厳密に指定する場合も、境界ノードとそのポリシーが実行上の権限を持つ。

変換能力と変換余力を分ける

ISCD はインタフェースのスイッチング能力、符号化、帯域粒度などを記述する。だが、複数種別を扱うハイブリッド・ノードの内部には、レイヤを結ぶ終端／調整資源が必要だ。RFC 5212 は、その可用性を経路制約に使うべきだとする。さもなければ、上位 LSP の設定は境界で必要資源を得られず停止する。

ここには少なくとも四つの問いがある。装置にその機能があるか。現在利用できる余力があるか。この要求に割り当てられたか。生成されたデータリンクが正しく接続し完全性を保つか。さらに別管理域なら、利用を許すポリシーがあるかという第五の問いも加わる。

能力広告だけでこれらを肯定することはできない。統合 TED は可視性を広げるが、別の主体が持つ資源や許可を取得しない。

属性継承はコピー操作ではない

下位 LSP を上位 TE リンクとして公開する際、スイッチング能力、メトリック、予約可能帯域、保護属性、SRLG などを継承する必要がある。RFC 5212 は、継承規則がポリシーに基づくこと、上位メトリックが単純な合計とは限らないこと、下位経路を隠すと信頼性評価に必要な情報を失い得ることを指摘する。SRLG の詳細な継承方法は文書の範囲外に残された。

二つの上位リンクが別々に見えても、下位で同じ管路を通れば同時障害になり得る。保護属性が表示されても、上位の「保護」と下位の実装が同じ意味とは限らない。抽象化の品質は、継承元、更新時刻、集約規則、非開示範囲を追跡できるかで決まる。

VNT の再構成も無害ではない。低利用の FA-LSP を解放し、入れ子の LSP を他へ移動すれば、上位トラフィックが乱れる可能性がある。make-before-break は重要な手段だが、無損失やアプリケーション継続を証明する測定値ではない。

確立後にも検証が置かれている理由

RFC 5212 の 5.9 節は、下位 LSP が上位データリンクとして使われる前に、接続の正しさとデータ完全性を検証し得ると明記する。技術固有の検査方法は範囲外だが、GMPLS はその協調を提供すべきだとする。

シグナリングの成功だけでサービスが証明されるなら、この工程は不要である。実際には、確立は制御トランザクションの結果、検証はサーバ・リンクの性質、OAM は隠れた区間を越えた状態、利用者観測はクライアント・サービスの結果を示す。下位のエラーやアラームも、該当する上位 LSP に届かなければならない。

監査可能な受領記録には、要求世代、端点、全レイヤ遷移、境界判断、調整資源、仮想から実体への遷移、下位 LSP と予約、属性／SRLG の来歴、接続・完全性検査、OAM 相関、クライアント転送、アプリケーション結果が必要になる。この受領記録は BTW の編集上の提案であり、RFC が定めた新要件ではない。

地図を正しく限定することが自動化を強くする

恒路の議論は、記録、権限、実行結果を同一視しない。マルチレイヤ制御にも同じ原則が働く。TED は、制御プレーンがどの表現を受け取ったかを示す。経路計算器はその表現から候補を作る。境界ポリシーは資源利用を許可する。シグナリングは状態変更を試み、検証と観測が結果を確かめる。

この分離は自動化への不信ではない。各工程の成功を正しい範囲で再利用するための条件だ。最初の緑だけを残し、後続の問いを削除したとき、統合された地図は統合された証拠ではなくなる。

同じリンク名のまま光路は変わった――RFC 5212 が残した証拠の境界

なぜ重要か

要約

安定した識別子は、安定した物理経路ではない

計算時には存在しないリンク

変換能力と変換余力を分ける

属性継承はコピー操作ではない

確立後にも検証が置かれている理由

地図を正しく限定することが自動化を強くする

出典

プロフィールの詳細

Strategic Circle

Leadership Alliance

Strategic Circle 向けブリーフィング

Leadership Alliance 解説