要約

  • bSPLの基本空間は0から15までの16個しかない。RFC 7274は基本の特殊用途値をStandards Actionで割り当てる方針を置き、実験用・私用の予約枠として扱うことを避けた。
  • 15はXLであり、スタックの最下部には置けない。XLが特別な意味を与えるのは直後の一つのラベルだけで、その意味はExtended Special-Purpose Label（eSPL）レジストリと標準化手続きによって決まる。
  • 送信者が15を載せても、新しい世界共通の意味を作ること、LSPや経路を確立・認可すること、身元を認証すること、アクセスを許可すること、受信側の対応可否やポリシーを上書きすることはできない。

まず転送動作を確認する

RFC 9017の現在の用語では、Base Special-Purpose LabelがbSPL、値15がExtension Label、後続の値がExtended Special-Purpose Labelである。XLには必ず別のラベルが続かなければならず、スタックの最下部にはなれない。XLは直後のラベルだけに特別な意味を与え、送信者がスタック全体を私的な意味空間に変えることは認めない。RFC 9017は用語と処理を明確化したが、LSPを設定したり、コントロールプレーンや集中コントローラーを通じて転送を変更したりする仕様ではない。

XLの直後に0から15の値を置いてはならない。この組み合わせをスタック最上部で見たLSRはパケットを破棄しなければならない。スタック最上部のXLを理解しないLSR、または未知の後続eSPLを見たLSRも破棄しなければならない。事象を記録してもよいが、ログはレート制限が必要である。eSPLをロードバランシングに使うことも禁止される。旧来の解析が組み合わせを別々に扱うと、一つのフローのパケットが異なる経路に振り分けられ、順序が入れ替わり得るためだ。RFC 6790のエントロピーラベルはロードバランシングの仕組みであり、RFC 7274の特殊用途名前空間とは別の問題である。

なぜ二つのラベルを使うのか

基本の特殊用途空間は16値だけである。特殊な処理を実装するには転送ハードウェアの変更が必要になることがあり、その変更は高価、場合によっては不可能である。さらに、ラベルスタックを短く保つこと自体が重要な場面もある。新しい世界共通の特殊用途をすべてbSPLに押し込めば、16個の希少な値を継続的に消費する。XLと後続eSPLはスタックに一つ余分な項目を加える代わりに、短いスタックが必要な用途のために基本空間を温存する。

ただし、これは無料の拡張ではない。二つの連続したスタック項目、旧実装の解析差、未対応装置での破棄、誤った処理による順序入れ替えがコストになる。スタックが長くなれば、断片化や実装上限によってパケットを処理できないリスクも増す。規格とレジストリは、現在のすべてのハードウェアがすべてのeSPLを実装しているとは述べていない。未知のXL、破棄、順序入れ替え、断片化が現行ネットワークでどれほど頻繁かも示していない。IANAレジストリは割り当ての権威だが、展開方針、商用サポート、現在のトラフィック量を保証するものではない。

意味を割り当てる主体と、割り当てない主体

相互運用可能な世界共通の意味を割り当てるのは、IETF Standards ActionとIANAレジストリである。LSRは登録された意味に従って処理し、個々の送信者は既に認められた値を選ぶだけだ。登録された値があることは、任意の送信者に任意のネットワークへ投入する運用許可を与えない。経路上の全装置が対応することも証明しない。XLは送信者を認証せず、サービス、LSP、経路、修復を認可せず、受信側のポリシーや破棄動作を上書きしない。2021年以前の文書に見られる “reserved labels” は歴史的な表現であり、現在の一般用語としてbSPLの代わりに使うべきではない。

RFC 7274が基本値の割り当てにStandards Actionを求めるのは、この境界を守るためでもある。ケースごとの早期割り当ては可能だが、基本空間が小さいため、実験用または私用の基本値を予約する方針は採られていない。基本値の退役は意図的に遅い。廃止にはIETFコンセンサスとRFCが必要で、12か月後に調査を開始でき、規定された未使用の確認と少なくとも24か月の経過を満たして初めて将来の再割り当てを申請できる。これは互換性を守る手順であって、運用者の投入許可ではない。

Elias Wardの分析：希少性、受益者、反実仮想

ここからは分析であり、RFCの要求ではない。プロトコル設計者は調整された大きな名前空間を得て、運用者はスタック長に敏感な用途のために希少なbSPLを温存できる。実装者にとっては明確な解析境界が得られる。一方で、受益者がいることは全装置の準備完了や採用を意味しない。費用は追加のスタック項目、旧解析、破棄、順序入れ替え、断片化、実装限界として現れる。

XLがなければ、新しい世界共通の特殊用途は16個の基本値を奪い合い続ける。コミュニティはより遅い節約、別の協調エンコーディング、またはハードウェアに敏感な空間の枯渇圧力を受け入れる必要がある。XLは圧力を消すのではなく、長いスタックと互換性検証へ移す。ここから性能向上、普及率、特定ベンダーの動作、現在のトラフィック比率を推定してはならない。

運用者の判断経路と検証フィクスチャ

  1. まず、必要なのが本当に登録済みの特殊用途かを確認する。IANAの行を投入許可と解釈せず、XLを経路、身元、アクセス制御の仕組みにしない。
  2. 現行IANAのeSPL項目、適用RFC、装置の対応表、経路上の最大ラベルスタック長を照合する。最終判断は運用ポリシーが行い、送信プログラムが数字から推測してはならない。
  3. 未対応、未知、またはポリシーで禁止された装置では、推測ではなく破棄を想定する。ログを有効にする場合もレート制限する。
  4. eSPLをロードバランシングに使わない。RFC 3443のTTL伝播、RFC 4950のICMPによるラベルスタック開示、BFDやBGPの活性・経路広告・交渉を、この名前空間の意味付与と混同しない。
  5. 試験用の具体的な組み合わせを用意する。[XL=15, eSPL=登録済み値, S=1] は登録された意味に従って処理されるべきである。[XL=15, eSPL=0..15, S=1] は破棄され、スタック最上部の未知XLと未知の後続eSPLも破棄されるべきだ。ログはレート制限し、長いスタック、断片化境界、順序保持、実装上限も試験する。試験結果を普遍的な展開事実へ拡張してはならない。

出典