メインコンテンツまでスキップ

2. Terminology (用語)

このドキュメントのキーワード "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", "OPTIONAL" は, BCP 14 [RFC2119] [RFC8174] に記載されているとおりに解釈されるものとし, ここに示すようにすべて大文字で表示される場合に限ります。

SR-MPLS: MPLSデータプレーン上のSRの実体化。

SRv6: IPv6データプレーン上のSRの実体化。

Segment (セグメント): ノードが受信パケットに対して実行する命令, 例えば宛先への最短パスに従ってパケットを転送する, または特定のインターフェースを通じてパケットを転送する, または特定のアプリケーション/サービスインスタンスにパケットを配信する。

SID (セグメント識別子): セグメント識別子 (segment identifier)。SIDという用語は一般的に "Segment" という用語の代わりに使用されますが, これは必要な変換を見落としているため技術的には不正確です。

SR-MPLS SID: MPLSラベル, またはセグメントに明示的に関連付けられたMPLSラベル空間へのインデックス値。

SRv6 SID: セグメントに明示的に関連付けられたIPv6アドレス。

Segment Routing domain (SRドメイン, セグメントルーティングドメイン): ソースベースのルーティングモデルに参加するノードのセット。これらのノードは, 同じ物理インフラストラクチャ (例: サービスプロバイダーのネットワーク) に接続されている場合があります。また, 相互にリモートで接続されている場合もあります (例: エンタープライズVPNまたはオーバーレイ)。複数のプロトコルインスタンスが展開されている場合, SRドメインは最も一般的にネットワーク内のすべてのプロトコルインスタンスを含みます。ただし, 一部の展開では, ネットワークを複数のSRドメインに細分化することを望む場合があり, それぞれが1つ以上のプロトコルインスタンスを含みます。SRドメイン内のすべてのノードは, 同じ管理エンティティによって管理されることが期待されます。

Active Segment (アクティブセグメント): 受信ルーターがパケットを処理するために使用するセグメント。MPLSデータプレーンでは, それは最上位のラベルです。IPv6データプレーンでは, それは宛先アドレスです [IPv6-SRH]。

PUSH (プッシュ): セグメントリストの最上部にセグメントを挿入する操作。SR-MPLSでは, セグメントリストの最上部はラベルスタックの最上位 (外側) ラベルです。SRv6では, セグメントリストの最上部は [IPv6-SRH] で定義されているセグメントルーティングヘッダーの最初のセグメントで表されます。

NEXT (次): アクティブセグメントが完了すると, NEXTは次のセグメントを検査する操作です。次のセグメントがアクティブになります。SR-MPLSでは, NEXTは最上位ラベルのPOP操作として実装されます。SRv6では, NEXTはSRHからIPv6ヘッダーの宛先アドレスへの次のセグメントのコピーとして実装されます。

CONTINUE (継続): アクティブセグメントは完了していないため, アクティブのままです。SR-MPLSでは, CONTINUE操作は最上位ラベルのSWAP操作として実装されます [RFC3031]。SRv6では, これは宛先アドレスに従った通常のIPv6パケットのプレーンなIPv6転送アクションです。

SR Global Block (SRGB, SRグローバルブロック): SRドメイン内のグローバルセグメントのセット。ノードが複数のSRドメインに参加している場合, 各SRドメインに1つのSRGBがあります。SR-MPLSでは, SRGBはノードのローカルプロパティであり, グローバルセグメント用に予約されたローカルラベルのセットを識別します。SR-MPLSでは, SRドメイン内のすべてのノードで同一のSRGBを使用することを強く推奨します。そうすることで, 同じラベルが各ノードで同じグローバルセグメントを表すため, 運用とトラブルシューティングが容易になります。SRv6では, SRGBはSRドメイン内のグローバルSRv6 SIDのセットです。

SR Local Block (SRLB, SRローカルブロック): SRノードのローカルプロパティ。ノードが複数のSRドメインに参加している場合, 各SRドメインに1つのSRLBがあります。SR-MPLSでは, SRLBはローカルセグメント用に予約されたローカルラベルのセットです。SRv6では, SRLBはローカルSRv6 SID用に予約されたローカルIPv6アドレスのセットです。コントローラー駆動型ネットワークでは, 一部のコントローラーまたはアプリケーションがコントロールプレーンを使用して利用可能なローカルセグメントのセットを発見する場合があります。

Global Segment (グローバルセグメント): ドメインのSRGBの一部であるセグメント。セグメントに関連付けられた命令は, SRドメインレベルで定義されます。SRドメイン内の特定の宛先への トポロジ最短パスセグメントは, グローバルセグメントの典型的な例です。

Local Segment (ローカルセグメント): SR-MPLSでは, これはSRGBの外側のローカルラベルです。明示的にアドバタイズされたSRLBの一部である場合があります。SRv6では, これは任意のIPv6アドレスである可能性があります。つまり, アドレスはSRGBの一部である可能性がありますが, ローカルな意味を持つように使用されます。セグメントに関連付けられた命令は, ノードレベルで定義されます。

IGP Segment (IGPセグメント): リンクステートIGPによってアドバタイズされる情報の一部 (例: IGPプレフィックスまたはIGP隣接) に付加されたセグメントの総称。

IGP-Prefix Segment (IGPプレフィックスセグメント): IGPプレフィックスセグメントは, IGPプレフィックスを表すIGPセグメントです。IGPプレフィックスセグメントがSR IGPインスタンス/トポロジ内でグローバルである場合, それはアルゴリズムフィールドで指定されたルーティングアルゴリズム, トポロジ, およびアドバタイズされたIGPインスタンスを使用して計算されたパスに沿ってパケットを転送する命令を識別します。"プレフィックスセグメント" とも呼ばれます。

Prefix-SID (プレフィックスSID): IGPプレフィックスセグメントのSID。

IGP-Anycast Segment (IGPエニーキャストセグメント): IGPエニーキャストセグメントは, ルーターのセットによってアドバタイズされたエニーキャストプレフィックスを識別するIGPプレフィックスセグメントです。

Anycast-SID (エニーキャストSID): IGPエニーキャストセグメントのSID。

IGP-Adjacency Segment (IGP隣接セグメント): IGP隣接セグメントは, 単方向隣接または単方向隣接のセットに付加されたIGPセグメントです。デフォルトでは, IGP隣接セグメントは, それをアドバタイズするノードに対してローカルです (明示的に別の方法でアドバタイズされない限り)。"Adj-SID" とも呼ばれます。

Adj-SID (隣接SID): IGP隣接セグメントのSID。

IGP-Node Segment (IGPノードセグメント): IGPノードセグメントは, 特定のルーター (例: ループバック) を識別するIGPプレフィックスセグメントです。"ノードセグメント" とも呼ばれます。

Node-SID (ノードSID): IGPノードセグメントのSID。

SR Policy (SRポリシー): セグメントの順序付きリスト。SRポリシーのヘッドエンドは, パケットをSRポリシーに誘導します。セグメントのリストは, SR-MPLSではラベルのスタックとして, SRv6ではSRv6 SIDの順序付きリストとして明示的に指定できます。あるいは, セグメントのリストは, 宛先と最適化目標および制約のセット (例: レイテンシ, アフィニティ, SRLG等) に基づいて計算されます。計算はローカルで行うことも, PCEサーバーに委任することもできます。SRポリシーは, オペレーターによって構成されるか, NETCONF [RFC6241] を介してプロビジョニングされるか, PCEP [RFC5440] を介してプロビジョニングされます。SRポリシーは, トラフィックエンジニアリング (Traffic Engineering, TE), 運用管理保守 (Operations, Administration, and Maintenance, OAM), または高速再ルーティング (Fast Reroute, FRR) の目的で使用できます。

Segment List Depth (セグメントリスト深度): SRポリシーのセグメント数。ノードNでSRポリシーをインスタンス化するエンティティは, ノードNの深度挿入機能を発見できる必要があります。例えば, [PCEP-SR-EXT] に記載されているPCEP SR機能アドバタイズメントは, この機能を発見する1つの手段です。

Forwarding Information Base (FIB, 転送情報ベース): ノードの転送テーブル