要約

  • RFC 5718は、ネイティブなデータ通信配送が使えないとき、MPLS-TPのセクション、LSP、または擬似ワイヤにG-ACh経由で管理・シグナリング通信を運ばせる。
  • MCCとSCCの別々のChannel Typeは管理処理と制御プレーン処理を選ぶが、搬送路も番号も送信者を認証せず、命令を認可せず、ペイロードを保護しない。

二つのチャネルが一つの転送基盤を使う

ライン側インターフェースがIPを直接配送せず、外部ファイバーの独立網もない場合でも、転送装置には設定、監視、ルーティング、シグナリングの経路が必要だ。RFC 5718はGeneric Associated Channelを用いてManagement Communication NetworkとSignaling Communication Networkの一部を構成する。両者はData Communication Networkを形成し、管理局とMPLS-TPノードを結ぶ。

設計は二つのチャネルを明示的に分ける。MCCはG-ACh Channel Type 0x0001、SCCは0x0002を使う。チャネル内のプロトコル識別子PIDが、後続するレイヤ3 PDUを示す。受信ノードはChannel TypeとPIDを読み、管理、シグナリング、またはルーティングの適切な処理へ渡す。PIDが未知ならパケットを黙って破棄し、カウンター加算やイベント記録を行ってよい。

この分離により、管理と制御でアドレス空間が重複していても、同じプロトコルの別インスタンスを混同せずに扱える。MCCとSCCに別々のレート制限やシェーピングを置く余地も残る。ただしRFC 5718はそのトラフィック方針を定義しない。識別子は処理先を選べても、どの処理へどれだけの容量を与えるかは決められない。

関連経路が与えるのは到達性であり、命令権限ではない

G-AChは物理セクション、MPLS-TP LSP、または擬似ワイヤに関連付けられる。セクションではGALをメッセージに付け、LSPではGALの上にLSPラベルを積む。RFC 5718はこの手順でGALのTTLとスタック末端ビットを1にする。選択したLSPを仮想的に隣接するノード間の通信チャネルにし、別のLSPを予備にできる。LSPごとにCChを作る必要はない。

効率化は経路を主体へ変えない。0x0001は「管理コンテキストへ渡す」という意味であり、「送信者に設定変更を許す」ことではない。0x0002もシグナリングまたはルーティング制御を選ぶだけで、要求の正当性を証明しない。行為の権限は、運ばれるプロトコル、資格情報、運用者方針が別に確立しなければならない。

RFC 5718は、MPLSデータプレーンがこの仮想リンクに独自のセキュリティ機構を持たないと明記する。MCNまたはSCN上のプロトコルは十分な保護を備え、実装は運用者がそれを設定できなければならない。これとは別にRFC 5951は、安全な管理・制御プレーンを要求し、管理チャネルでの機密性・完全性・対向認証、サービス拒否攻撃への防御、異常なネットワーク要素をDCNから隔離する機能を求める。

帯域内の利便性は障害依存も共有し得る

セクションやサービスLSPを再利用すれば、並行する物理網を省ける。その一方、管理経路が、まさに診断・修復すべき転送資源へ依存する可能性がある。RFC 5718はチャネル形態と予備の選択肢を示すが、帯域内設計が搬送元の障害を必ず生き残るとは約束しない。

これは特定網の測定結果ではなく、アーキテクチャ上の推論である。セクション関連チャネル、LSP関連チャネル、物理分離網は障害ドメインが異なる。経営側は、どの障害でも管理を残すべきか、どのチャネルに予備を設けるか、管理・制御・顧客通信の相互圧迫をどう防ぐかを決めなければならない。

恩恵を受けるのは、IP機能が限定されたMPLS-TPノードへ標準方式で到達したい運用者と、明確な振り分け境界を得る運用チームだ。費用は容量、ルーティング、フィルタ、認証、暗号化、ログ、レート制限、予備トポロジー、障害試験に現れる。G-ACh DCNを使わない場合は、ネイティブIP、サーバーレイヤのチャネル、帯域外網、または別途構築した経路が必要になる。高価でも、物理的な障害分離は強くできる。

証拠の境界

標準が裏付けるのは、カプセル化、Channel Type、PID振り分け、受信処理、適用範囲、安全要件である。導入率、ベンダー既定値、本番通信量、障害頻度、節約額は示さない。固有の運用者による導入も主張しない。帯域内管理が転送資源と障害ドメインを共有し得るという判断は、実トポロジーで検証すべき分析である。

出典