要約

  • 複数ドメインを通る NRP ではセレクターのスタッキングまたは再マッピングが可能だが、正しい変換は下流の資源配分や実測性能そのものを保証しない。
  • 入口のサービス意図から各ドメインの配分、境界での調整、各ホップの処理、共通条件による測定までを別々の座標として残す必要がある。

境界ルータは仕様どおりに動いた。上流のセレクターを、下流ドメインが理解する値へ正しく置き換えた。パケットも予定した経路へ進んだ。それでも遅延目標は外れた。下流側が受け入れたトラフィックプロファイルと、上流側が送り出したバースト条件が一致していなかったからだ。

識別子の変換は成功していた。サービス保証の意味は接続されていなかった。

Realizing Network Slices in IP/MPLS Networks の revision 10 は、2026 年 9 月付の TEAS ワーキンググループ Internet-Draft で、2027 年 4 月 2 日に失効する。RFC でも、導入報告でも、相互運用試験でも、認証でも、運用中の SLA 達成証明でもない。IANA アクションはなく、マッピング、符号化、ポリシー導入の多くは実装依存または範囲外である。

集約は顧客の違いを実行クラスへ畳み込む

草案の Slice-Flow Aggregate は、NRP に割り当てられ、同じ転送処理を受けるパケット群である。複数の IETF Network Slice を一つの集約へ割り当てられる。対応関係はコントローラが保持するが、その決め方はローカル事項だ。

この段階で、契約上は別々のサービスが同じ実行クラスになる可能性がある。共有自体が誤りなのではない。遅延、損失、バースト、復旧時の要求が両立するかを誰が判断し、どの条件で分離し直すかが記録されていないことが問題である。

顧客側のスライス ID と、ネットワーク内の集約 ID を同時に保存しなければ、事故時に契約とキューを結び付けられない。

収容制御は実行時の競合を処理しない

NRP Policy はトポロジ、予約、共有、パス制約、ホップごとの処理を定められる。制御プレーン NRP モードでは、設定されたオーバーサブスクリプションを前提に、予約量が利用可能容量に収まるよう収容する。

論理トポロジが示す容量は物理容量より少なくも、多くもなり得る。最大予約可能帯域が実リンクを上回ることもある。従って、収容成功は物理的な専有を意味せず、同時利用に関する仮定を含む。

草案は、パケット単位の強制がない場合、異なる NRP のトラフィックが実行時に競合し、保証はソフトになると明記する。監視と再最適化は有用だが、発生した混雑への対応であり、最初の収容判定を厳格な隔離へ変えるものではない。

強い隔離は二種類の制御を組み合わせる

データプレーン NRP モードでは、対応ノードがパケット内のセレクターを読み、NRP-PHB を適用する。専用ハードウェアなら厳格な隔離が可能だが、共有ハードウェアではスケジューリングと配分に依存する統計的隔離となる。

制御プレーンとデータプレーンの併用が最も強いのは、前者が受け入れる需要を制限し、後者が競合時の処理を実行するためだ。予約記録、機器への設定反映、キューの実測は、それぞれ異なる問いに答える。

コントローラの成功応答だけを監査証跡にすると、意図と稼働状態が同じ欄に入る。機器から読み戻した設定と、損失・遅延・キュー占有率の独立観測が必要だ。

非対応ノードでは処理が中断する

スライストラフィックは NRP 非対応ノードを通過し得る。セレクターを保持したまま通すか、トンネルで迂回し、次の対応ノードで処理を再開できる。ここで保持されるのは識別情報であり、必ずしも NRP-PHB ではない。

証拠には中断区間の入口と出口、その区間の実際のサービスクラス、容量、トンネル、障害時挙動を記すべきだ。静的な能力情報はトポロジや機能変更へ自動追随しないため、鮮度と照合結果も必要になる。

未知のセレクターに対しては、破棄、ベストエフォート、フォールバック NRP という複数の処理があり得る。入口の分類が正しくても、下流のローカルポリシーまで決まるわけではない。

境界は翻訳と条件付けを同時に担う

複数 NRP ドメインでは、元のセレクターを保持しつつ中間ドメインの値を追加するスタッキングと、下流の値へ置き換える再マッピングがある。後者は対応表の調整が必要で、境界ノードは下流の SLA 配分に合わせたトラフィック調整も担う。

変換テーブルが正しいことは、下流の資源が十分であること、調整が成功したこと、測定条件が上流と一致することを証明しない。各ドメインは自分の部分を用意するが、エンドツーエンドの結論は配分と挙動の合成からしか得られない。

境界レシートには、入力・出力セレクター、対応表の版、変更権限を持つ主体、受け入れたプロファイル、条件付け結果、下流の約束を残す。さらに境界をまたぐ共通測定が必要だ。ローカルな九つの合格印が、測定窓や時計の異なる一つの保証になるとは限らない。

セレクターは資源利用の資格証ではない

攻撃者が NRP セレクターを付けたパケットを注入し、優先資源を消費する可能性を草案は指摘する。サービス窃取は DoS になり、未知値はフォールバック資源を枯渇させ得る。管理プレーンを奪われれば、NRP Policy 自体も操作される。

境界は値を認識するだけでなく、そのトラフィックに資源利用資格があるかを確認しなければならない。管理プレーンの認証・認可・完全性、経路情報のフィルタリングとセッション保護が前提となる。

経営に必要なのは、連続した線ではなく、連結可能な証拠である。意図、集約、予約、セレクター、各ホップの処理、非対応区間、境界変換、顧客観測を分ければ、どこで約束が実装へ変わり、どこで再び仮定に戻ったかが見える。

出典