トラフィック制御に対するOSPFサポートの設定
トラフィック制御に対するOSPFサポート
トラフィックエンジニアリングでは、ルーティングテーブルを使用する標準ルーティングモデルをバイパスして、データパケットがたどるパスを制御できます。トラフィックエンジニアリングは、輻輳したリンクから、自動的に計算された宛先ベースの最短パスによって選択されない代替リンクにフローを移動します。
ネットワーク トポロジーとロードに関する情報をトラフィック エンジニアリングと MPLS に提供するために、OSPF の Junos OS 実装に拡張機能が追加されました。ルーティングデバイスでトラフィック制御が有効になっている場合、OSPFトラフィックエンジニアリングサポートを有効にすることができます。OSPFのトラフィック制御を有効にすると、最短パスファースト(SPF)アルゴリズムは、MPLSの下で設定された各種ラベルスイッチパス(LSP)を考慮に入れ、トラフィック制御パラメーターを伝送する不透明なLSA(リンク状態アドバタイズ)を生成するようにOSPFを設定します。パラメータは、トラフィック制御データベースを入力するために使用されます。トラフィック制御データベースは、物理トポロジー全体に LSP を配置するための明示的なパスの計算にのみ使用されます。CSPF(Constrained Shortest Path First)アルゴリズムは、トラフィック制御データベースを使用して、MPLS LSP が使用するパスを計算します。RSVPは、このパス情報を使用してLSPを設定し、それらの帯域幅を予約します。
デフォルトでは、トラフィック制御サポートは無効になっています。トラフィック制御を有効にするには、 トラフィック制御 ステートメントを含めます。また、以下の OSPF トラフィックエンジニアリング拡張を設定することもできます。
advertise-unnumbered-interfaces—(OSPFv2のみ)リンクローカルトラフィック制御LSAパケットでリンクローカル識別子をアドバタイズします。RFC 3477、 リソース予約プロトコルの番号なしリンクのシグナリング - RSVP-TE(トラフィック制御)で定義されている番号なしインターフェイスをRSVPがシグナリングできる場合、このステートメントを含める必要はありません。
credibility-protocol-preference—(OSPFv2 のみ)トラフィック制御データベース内の OSPF ルートに信頼性のある値を割り当てます。デフォルトでは、Junos OSは、別のIGPのルートが低く設定されている場合でも、トラフィック制御データベース内のOSPFルートを他の内部ゲートウェイプロトコル(IGP)ルートよりも優先します。つまり、より優先される優先値です。トラフィック制御データベースは、各IGPに信頼性の値を割り当て、最も高い信頼性値を持つIGPのルートを優先します。Junos OSリリース9.4以降では、OSPFがプロトコル優先度を考慮して、トラフィック制御データベースの信頼性値を決定するように設定できます。プロトコル優先度を使用して信頼性の値を決定する場合、設定に応じて、OSPF ルートがトラフィック制御データベースによって自動的に優先されることはありません。
ignore-lsp-metrics—OSPFトラフィック制御ショートカット計算で、またはRSVP LSP上でLDPを設定する場合、RSVP LSPメトリックを無視します。このオプションは、OSPFとRSVPの間の相互依存を回避し、トラフィックのトンネリングに使用されるRSVPメトリックが最新ではない期間を排除します。さらに、トラフィック制御に RSVP を使用している場合、LDP を同時に実行して、コア内の外部ルートの配信を排除できます。LDP によって確立された LSP は、RSVP によって確立された LSP を介してトンネリングされます。LDPは、トラフィック制御されたLSPをシングルホップとして効果的に処理します。
multicast-rpf-routes—(OSPFv2 のみ)マルチキャストリバースパスフォワーディング(RPF)チェックのために、マルチキャストルーティングテーブル(inet.2)にユニキャストIPv4ルート(LSPではない)をインストールします。 inet.2 ルーティング テーブルは、マルチキャスト RPF ルックアップに使用されるユニキャスト ルートで構成されています。RPF は、パケット送信元にデータを送り返すインターフェース上でパケットが受信しているかどうかを確認するために使用されるアンチスプーピング メカニズムです。
no-topology—(OSPFv2 のみ)リンクステートトポロジー情報の普及を無効にする。無効にすると、トラフィック エンジニアリング トポロジ情報は OSPF エリア内で配信されなくなります。
ショートカット—IGPショートカットを設定します。これにより、OSPFはイングレスルーティングデバイスからエグレスルーティングデバイスへの論理インターフェイスであるかのようにLSPをネクストホップとして使用できます。イングレス ルーティング デバイスの [edit protocols mpls label-switched-pathlsp-path-name] 階層レベルで指定されたアドレスは、LSP がエグレス ルーティング デバイスへの直接リンクとして機能し、OSPF SPF 計算への入力として使用されるために、エグレス ルーティング デバイスのルーター ID と一致する必要があります。この方法で使用する場合、LSP は IPv4 トラフィックのみを伝送する点を除き、ATM(非同期転送モード)や VM(フレーム リレー仮想回線)と変わることはなく、
OSPFv2は inet.0 ルーティングテーブルにIPv4ルートのプレフィックスをインストールし、LSPはデフォルト でinet.3 ルーティングテーブルにインストールされます。
ショートカットに使用される OSPFv3 LSP は、IPv4 を使用してシグナリングされ続けます。ただし、デフォルトでは、OSPFv3 で計算されたショートカット IPv6 ルートが inet6.3 ルーティング テーブルに追加されます。デフォルトの動作は、BGPが計算にLSPを使用することのみに対するものです。BGPとIGPの両方がトラフィックの転送にLSPを使用するようにMPLSを設定すると、OSPFv3で計算されたIPv6ショートカットルートが inet6.0 ルーティングテーブルに追加されます。
メモ:可能な限り、トラフィック制御のショートカットではなく、OSPF IGP ショートカットを使用します。
lsp-metric-info-summary—LSPメトリックをサマリーLSAでアドバタイズし、LSPをリンクとして扱います。この設定により、ネットワーク内の他のルーティングデバイスがこのLSPを使用できるようになります。これを実現するには、LSPメトリックをサマリーLSAでアドバタイズするようにMPLSとOSPFトラフィック制御を設定する必要があります。
ルーティングデバイスでトラフィック制御を有効にすると、トラフィック制御専用に使用されるOSPFメトリックを設定することもできます。トラフィック制御メトリックは、トラフィック制御データベースに注入される情報に使用されます。その値は、通常の OSPF 転送には影響しません。
例:OSPF トラフィック制御サポートの有効化
この例では、OSPFトラフィックエンジニアリングサポートが、サマリーLSA(リンク状態アドバタイズ)でラベルスイッチパス(LSP)メトリックをアドバタイズできるようにする方法を示しています。
要件
開始する前に、以下を行います。
デバイス インターフェイスを設定します。 『 Interfaces User Guide for Security Devices』を参照してください。
ネットワーク要件に応じBGPを設定します。BGPユーザーガイドを参照
ネットワーク要件に応じ MPLS を設定します。 『MPLS Applications User Guide』を参照してください。
概要
OSPFを設定して、LSPをリンクとして扱い、ネットワーク内の他のルーティングデバイスにこのLSPを使用させることができます。これを実現するには、MPLS および OSPF トラフィック制御を設定して、LSP メトリックをサマリー LSA でアドバタイズします。
この例では、エリア 0.0.0.0 に 4 つのルーティング デバイスがあり、OSPF はイングレス デバイス R1 からエグレス デバイス R4 に送信される R1-to-R4 という名前の LSP をリンクとして扱う必要があります。
OSPFの場合、 ステートメントを含めることで、エリア内の4つのルーティングデバイスすべてでトラフィック制御を traffic-engineering
有効にします。この設定により、最短パスファースト(SPF)アルゴリズムがMPLSで設定されたLSPを考慮に入れ、トラフィック制御パラメーターを伝送するLSAを生成するようにOSPFを設定します。さらに、OSPFがネクストホップとしてMPLS LSPを使用し、イングレスデバイスR1にオプション shortcuts lsp-metric-into-summary
のステートメントを含めることで、LSPメトリックをサマリーLSAでアドバタイズすることを確認します。
MPLSでは、 ステートメントを含めることでMPLSがBGPとIGPの両方の宛先でトラフィック制御を traffic-engineering bgp-igp
実行し、イングレスデバイスR1に ステートメントを含めてR1-to-R4という名前のLSPを含むように、トラフィックエンジニアリングを label-switched-path lsp-path-name to address
有効にします。イングレスデバイスR1の ステートメントで to
指定されたアドレスは、LSPがエグレスルーティングデバイスへの直接リンクとして機能し、OSPF SPF計算への入力として使用されるために、エグレスデバイスR4のルーターIDと一致する必要があります。この例では、エグレスデバイスR4のルーターIDは10.0.0.4です。
構成
次の例では、設定階層内のさまざまなレベルに移動する必要があります。CLIのナビゲーションについては、 CLIユーザーガイドのJunos OS設定の変更を参照してください。
手順
CLI クイックコンフィギュレーション
OSPFトラフィックエンジニアリングサポートがサマリーLSAでLSPメトリックをアドバタイズすることを迅速に有効にするには、以下のコマンドをコピーしてCLIに貼り付けます。
R1 の設定:
[edit] set routing-options router-id 10.0.0.1 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering shortcuts lsp-metric-into-summary set protocols mpls traffic-engineering bgp-igp set protocols mpls label-switched-path R1-to-R4 to 10.0.0.4
R2 の設定:
[edit] set routing-options router-id 10.0.0.2 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering
R3 の設定:
[edit] set routing-options router-id 10.0.0.3 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering
R4 の設定:
[edit] set routing-options router-id 10.0.0.4 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering
手順
OSPFトラフィックエンジニアリングサポートが、サマリーLSAでLSPメトリックをアドバタイズできるようにします。
ルーターIDを設定します。
[edit] user@R1# set routing-options router-id 10.0.0.1
[edit] user@R2# set routing-options router-id 10.0.0.2
[edit] user@R3# set routing-options router-id 10.0.0.3
[edit] user@R4# set routing-options router-id 10.0.0.4
OSPFエリアを設定し、インターフェイスを追加します。
メモ:OSPFv3を指定するには、 階層レベルに
ospf3
ステートメントを[edit protocols]
含めます。[edit] user@R1# set protocols ospf area 0.0.0.0 interface all user@R1# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R2# set protocols ospf area 0.0.0.0 interface all user@R2# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R3# set protocols ospf area 0.0.0.0 interface all user@R3# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R4# set protocols ospf area 0.0.0.0 interface all user@R4# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
OSPF トラフィック制御を有効にします。
[edit] user@R1# set protocols ospf traffic-engineering shortcuts lsp-metric-into-summary
[edit] user@R2# set protocols ospf traffic-engineering
[edit] user@R3# set protocols ospf traffic-engineering
[edit] user@R4# set protocols ospf traffic-engineering
デバイスR1で、MPLSトラフィック制御を設定します。
[edit ] user@R1#
set protocols mpls traffic-engineering bgp-igp
user@R1#set protocols mpls label-switched-path R1-to-R4 to 10.0.0.4
デバイスの設定が完了したら、設定をコミットします。
[edit] user@host# commit
結果
、 show protocols ospf
、 コマンドをshow routing-options
入力して、設定をshow protocols mpls
確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
R1 の出力:
user@host# show routing-options router-id 10.0.0.1;
user@host# show protocols ospf traffic-engineering { shortcuts lsp-metric-into-summary; } area 0.0.0.0 { interface all; interface fxp0.0 { disable; } }
user@host# show protocols mpls traffic-engineering bgp-igp; label-switched-path R1-to-R4 { to 10.0.0.4; }
R2 の出力:
user@host# show routing-options router-id 10.0.0.2;
user@host# show protocols ospf traffic-engineering; area 0.0.0.0 { interface all; interface fxp0.0 { disable; } }
R3 の出力:
user@host# show routing-options router-id 10.0.0.3;
user@host# show protocols ospf traffic-engineering; area 0.0.0.0 { interface all; interface fxp0.0 { disable; } }
R4 の出力:
user@host# show routing-options router-id 10.0.0.4;
user@host# show protocols ospf traffic-engineering; area 0.0.0.0 { interface all; interface fxp0.0 { disable; } }
OSPFv3 の設定を確認するには、 、 、 show protocols ospf3
および コマンドをshow routing-options
show protocols mpls
入力します。
検証
設定が正しく機能していることを確認します。
OSPFのトラフィック制御機能の検証
目的
OSPFでトラフィック制御が有効になっていることを確認します。デフォルトでは、トラフィック制御は無効になっています。
アクション
動作モードから、OSPFv2 の コマンドを show ospf overview
入力し、OSPFv3 用に を show ospf3 overview
入力します。
トラフィック制御データベース内のOSPFエントリーの検証
目的
トラフィックエンジニアリングデータベース内のOSPF情報を検証します。プロトコル フィールドには、OSPF と情報が学習されたエリアが表示されます。
アクション
動作モードから、 コマンドを show ted database
入力します。
例:特定の OSPF インターフェースに対するトラフィック制御メトリックの設定
この例では、トラフィック制御に使用するOSPFメトリック値を設定する方法を示しています。
要件
開始する前に、以下を行います。
デバイス インターフェイスを設定します。 『 Interfaces User Guide for Security Devices』を参照してください。
トラフィック制御用にOSPFを設定します。例:OSPF トラフィック制御サポートの有効化を参照してください。
概要
トラフィック制御専用に使用されるOSPFメトリックを設定できます。トラフィック制御メトリックのデフォルト値を変更するには、 ステートメントを te-metric
含めます。OSPF トラフィック制御メトリックは、通常の OSPF 転送には影響しません。デフォルトでは、トラフィック制御メトリックはOSPFメトリックと同じ値です。範囲は1~65,535です。
この例では、エリア 0.0.0.0 の OSPF インターフェース fe-0/1/1 で OSPF トラフィック制御メトリックを設定します。
構成
CLI クイックコンフィギュレーション
特定のインターフェイスに対してOSPFトラフィック制御メトリックを迅速に設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に合わせて必要な詳細を変更し、[edit]階層レベルでCLIにコマンドをコピーアンドペーストして、設定モードから を入力 commit
します。
[edit] set protocols ospf area 0.0.0.0 interface fe-0/1/1 te-metric 10
手順
手順
トラフィック制御のみに使用される特定のインターフェイスに対してOSPFトラフィック制御メトリックを設定するには:
OSPF エリアを作成します。
メモ:OSPFv3を指定するには、 階層レベルに
ospf3
ステートメントを[edit protocols]
含めます。[edit] user@host# edit protocols ospf area 0.0.0.0
OSPFネットワークセグメントのトラフィック制御メトリックを設定します。
[edit protocols ospf area 0.0.0.0] user@host
set interface fe-0/1/1 te-metric 10
デバイスの設定が完了したら、設定をコミットします。
[edit protocols ospf area 0.0.0.0] user@host# commit
結果
コマンドを入力して、設定を show protocols ospf
確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
user@host# show protocols ospf area 0.0.0.0 { interface fe-0/1/1.0 { te-metric 10; } }
OSPFv3 の設定を確認するには、 コマンドを show protocols ospf3
入力します。
OSPF パッシブ トラフィック エンジニアリング モード
通常、OSPFなどの内部ルーティングプロトコルは、自律システム間のリンクでは実行されません。ただし、AS間トラフィックエンジニアリングが正しく機能するためには、AS間リンクに関する情報(特に、リモートインターフェイス上のアドレス)を自律システム(AS)内で利用できるようにする必要があります。この情報は、通常、外部 BGP(EBGP)到達可能性メッセージや OSPF ルーティング アドバタイズメントには含まれません。
このリンクアドレス情報をAS内でフラッディングし、トラフィックエンジニアリングの計算に使用できるようにするには、各AS間インターフェイスでトラフィック制御用にOSPFパッシブモードを設定する必要があります。また、OSPFが配信し、トラフィック制御データベースに含めるリモートアドレスも指定する必要があります。OSPFトラフィック制御モードでは、MPLSラベルスイッチパス(LSP)がOSPF AS境界ルーターを動的に検出し、ルーターが複数の自律システム間でトラフィック制御LSPを確立することを可能にします。
例:OSPFパッシブトラフィックエンジニアリングモードの設定
この例では、AS間インターフェイスでトラフィックエンジニアリングにOSPFパッシブモードを設定する方法を示しています。EBGPピア間のAS境界ルーターリンクは、直接接続されたリンクである必要があり、パッシブトラフィック制御リンクとして設定する必要があります。
要件
開始する前に、以下を行います。
デバイス インターフェイスを設定します。 『 Interfaces User Guide for Security Devices』を参照してください。
ネットワーク要件に応じBGPを設定します。 BGPユーザーガイドを参照してください。
ネットワーク要件ごとに LSP を設定します。 『MPLS Applications User Guide』を参照してください。
OSPF ネットワーク内のデバイスのルーター識別子を設定します。 例: OSPF ルーター識別子の設定を参照してください。
OSPF 指定ルーターの選択を制御します。例:OSPF 指定ルーター選択の制御を参照してください。
単一エリアOSPFネットワークを設定します。 例: 単一エリア OSPF ネットワークの設定を参照してください。
マルチエリアOSPFネットワークを設定します。 例: マルチエリア OSPF ネットワークの設定を参照してください。
概要
AS間インターフェイスでトラフィックエンジニアリングにOSPFパッシブモードを設定できます。OSPF パッシブ トラフィック制御リンクのリモート ノードに使用されるアドレスは、EBGP リンクに使用するアドレスと同じにする必要があります。この例では、エリア 0.0.0.1のインターフェイスso-1/1/ 0をAS内のOSPFでトラフィック制御情報を配布するAS間リンクとして設定し、以下の設定を含めます。
パッシブ—そのインターフェイスで実際にOSPFを実行せずに、インターフェイス上のダイレクトインターフェイスアドレスをアドバタイズします。パッシブインターフェイスは、アドレス情報がOSPFの内部ルートとしてアドバタイズされますが、プロトコルは実行されません。
トラフィックエンジニアリング—OSPFのパッシブトラフィックエンジニアリングモードでインターフェイスを設定し、OSPF AS境界ルーターの動的発見を有効にします。デフォルトでは、OSPFパッシブトラフィックエンジニアリングモードは無効になっています。
remote-node-id—AS間リンクの末端にあるIPアドレスを指定します。この例では、リモートIPアドレスは192.168.207.2です。
構成
トラフィックエンジニアリングにOSPFパッシブモードを迅速に設定するには、以下のコマンドをコピーして改行を削除して、CLIに貼り付けます。
[edit] set protocols ospf area 0.0.0.1 interface so-1/1/0 passive traffic-engineering remote-node-id 192.168.207.2
手順
手順
OSPFパッシブトラフィックエンジニアリングモードを設定するには:
OSPF エリアを作成します。
メモ:OSPFv3を指定するには、 階層レベルに
ospf3
ステートメントを[edit protocols]
含めます。[edit] user@host# set protocols ospf area 0.0.0.1
インターフェイス so-1/1/0 をトラフィック制御用に設定されたパッシブインターフェイスとして設定し、AS間リンクの遠端のIPアドレスを指定します。
[edit protocols ospf area 0.0.0.1] user@host# set interface so-1/1/0 passive traffic-engineering remote-node-id 192.168.207.2
デバイスの設定が完了したら、設定をコミットします。
[edit protocols ospf] user@host# commit
結果
コマンドを入力して、設定を show protocols ospf
確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
user@host# show protocols ospf area 0.0.0.1 { interface so-1/1/0.0 { passive { traffic-engineering { remote-node-id 192.168.207.2; } } } }
OSPFv3 の設定を確認するには、 コマンドを show protocols ospf3
入力します。
OSPFv2 へのラベルスイッチ パスのアドバタイズ
ネットワークでラベルスイッチパス(LSP)を設定する主な理由の1つは、ネットワーク上の2つのポイント間の最短パスを制御することです。LSP をポイントツーポイント リンクとして OSPFv2 にアドバタイズできるため、SPF 計算の実行時に、すべての参加ルーティング デバイスが LSP を考慮に入れることができます。アドバタイズメントには、ローカルアドレス(LSPの from アドレス)、リモートアドレス(LSPの 宛先 アドレス)、および以下の優先順位のメトリックが含まれています。
OSPFv2 で定義された LSP メトリックを使用します。
MPLS の下のラベルスイッチ パスに設定された LSP メトリックを使用します。
上記のいずれかを設定しない場合、デフォルトの OSPFv2 メトリック 1 を使用します。
OSPFv2 にアナウンスされた LSP を SPF 計算で使用したい場合は、リバース リンク(つまり、LSP のテール エンドからヘッド エンドへのリンク)が必要です。これは、逆方向に LSP を設定し、OSPFv2 で告知することで実現できます。
例:ラベルスイッチパスをOSPFv2にアドバタイズする
この例では、LSPをOSPFv2にアドバタイズする方法を示しています。
要件
開始する前に、デバイス インターフェイスを設定します。 ルーティングデバイス用Junos OSネットワークインターフェイスライブラリを参照してください。
概要
LSPをOSPFv2にアドバタイズするには、LSPを定義し、LSPを使用してトラフィックをルーティングするようにOSPFv2を設定します。これを行うことで、LSP を使用してネットワーク上の 2 つのポイント間の最短パスを制御できます。これは、OSPFがデフォルトのベストエフォート型ルーティングを使用するのではなく、LSPに沿ってOSPFトラフィックをルーティングしたい場合に選択できます。
この例では、以下を設定して、OSPFv2にLSPをアドバタイズします。
Bgp
すべてのルーティングデバイスに対して、ローカルAS番号65000を設定し、指定されたBGPシステムをピアとして認識するIBGPグループを定義します。すべてのメンバーはローカルASの内部であるため、ピアの完全なリストで内部グループを設定します。また、設定したローカルAS番号と同じピアASグループも含めます。
Mpls
すべてのルーティングデバイスに対して、各トランジット論理インターフェイスでプロトコルファミリーを設定し、管理インターフェイス(fxp0.0)を除くすべてのインターフェイスでMPLSを有効にします。 mpls プロトコルファミリータイプを指定します。
Rsvp
すべてのルーティングデバイスで、管理インターフェイス(fxp0.0)を除くすべてのインターフェイスでRSVPを有効にします。このネットワーク内のデバイスでRSVPを有効にして、インターフェイスがLSPに信号を送ることができるようにします。
OSPFv2
すべてのルーティングデバイスに対して、ループバックアドレスを使用してルーターIDを割り当て、管理上すべてのデバイスをOSPFエリア0.0.0.0にグループ化し、OSPFに参加するすべてのインターフェイスをエリア0.0.0.0に追加し、管理インターフェイス(fxp0.0)でOSPFを無効にします。
ラベルスイッチ パス
LSPの先頭(またはヘッドエンド)であるイングレスルーティングデバイスR1では、明示的なパスでLSPを設定します。明示的なパスは、LSPが他のノードを通過せずにパス内の次の指定されたIPアドレスに移動する必要があることを示しています。この例では、R1-to-R6 という名前の LSP を作成し、エグレス ルーティング デバイス R6 の IP アドレスを指定します。
OSPFv2でLSPをアドバタイズする
イングレスルーティングデバイスR1では、LSPをOSPFv2へのポイントツーポイントリンクとしてアドバタイズします。オプションでメトリックを割り当て、LSP を宛先への多かれ少なかれ優先パスにすることができます。
トポロジ
図 1 は、以下で構成されるネットワーク トポロジーの例を示しています。
BGPは、3つのルーティングデバイスを含む1つのローカル自律システム(AS)65000を持つ、すべてのルーティングデバイスで設定されています。
R1 —デバイス R1 は、ルーター ID が 10.0.0.1 のイングレス デバイスです。インターフェイス so-0/0/2 は、デバイスR3に接続します。
R3—デバイス R3 は、ルーター ID が 10.0.0.3 のトランジット デバイスです。インターフェイス so-0/0/2 はデバイスR1に接続し、インターフェイス so-0/0/3 はデバイスR6に接続します。
R6—デバイスR6は、ルーターIDが10.0.0.6のエグレスデバイスです。インターフェイス so-0/0/3 は、デバイスR3に接続します。
OSPFv2は、すべてのルーティングデバイスで設定されています。
MPLS と RSVP はすべてのルーティング デバイスで有効です。
デバイスR1には、1つのRSVPシグナル化LSPが設定されています。

構成
以下の例では、設定階層内のさまざまなレベルに移動する必要があります。CLIのナビゲーションについては、 CLIユーザーガイドのJunos OS設定の変更を参照してください。
LSP を OSPFv2 にアドバタイズするようにデバイスを設定するには、以下のタスクを実行します。
BGPの設定
CLI クイックコンフィギュレーション
各ルーティング デバイスで BGP を迅速に設定するには、以下のコマンドをコピーして CLI に貼り付けます。
デバイスR1の設定:
[edit] set routing-options autonomous-system 65000 set protocols bgp group internal-peers type internal set protocols bgp group internal-peers local-address 10.0.0.1 set protocols bgp group internal-peers neighbor 10.0.0.3 set protocols bgp group internal-peers neighbor 10.0.0.6 set protocols bgp group internal-peers peer-as 65000
デバイスR3の設定:
[edit] set routing-options autonomous-system 65000 set protocols bgp group internal-peers type internal set protocols bgp group internal-peers local-address 10.0.0.3 set protocols bgp group internal-peers neighbor 10.0.0.1 set protocols bgp group internal-peers neighbor 10.0.0.6 set protocols bgp group internal-peers peer-as 65000
デバイスR6の設定:
[edit] set routing-options autonomous-system 65000 set protocols bgp group internal-peers type internal set protocols bgp group internal-peers local-address 10.0.0.6 set protocols bgp group internal-peers neighbor 10.0.0.1 set protocols bgp group internal-peers neighbor 10.0.0.3 set protocols bgp group internal-peers peer-as 65000
手順
BGPを設定するには:
各ルーティングデバイスで、ローカルAS番号を設定します。
[edit] user@R1# set routing-options autonomous-system 65000
[edit] user@R3# set routing-options autonomous-system 65000
[edit] user@R6# set routing-options autonomous-system 65000
各ルーティングデバイスで、内部BGPネイバー接続を設定します。
[edit] user@R1# set protocols bgp group internal-peers type internal user@R1# set protocols bgp group internal-peers local-address 10.0.0.1 user@R1# set protocols bgp group internal-peers neighbor 10.0.0.3 user@R1# set protocols bgp group internal-peers neighbor 10.0.0.6 user@R1# set protocols bgp group internal-peers peer-as 65000
[edit] user@R3# set protocols bgp group internal-peers type internal user@R3# set protocols bgp group internal-peers local-address 10.0.0.3 user@R3# set protocols bgp group internal-peers neighbor 10.0.0.1 user@R3# set protocols bgp group internal-peers neighbor 10.0.0.6 user@R3# set protocols bgp group internal-peers peer-as 65000
[edit] user@R6# set protocols bgp group internal-peers type internal user@R6# set protocols bgp group internal-peers local-address 10.0.0.6 user@R6# set protocols bgp group internal-peers neighbor 10.0.0.1 user@R6# set protocols bgp group internal-peers neighbor 10.0.0.3 user@R6# set protocols bgp group internal-peers peer-as 65000
デバイスの設定が完了したら、設定をコミットします。
[edit] user@host# commit
結果
および show protocols bgp
コマンドを入力して、設定をshow routing-options
確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
R1 の設定:
user@R1# show routing-options autonomous-system 65000;
user@R1# show protocols bgp group internal-peers { type internal; local-address 10.0.0.1; peer-as 65000; neighbor 10.0.0.3; neighbor 10.0.0.6; }
R3 の設定:
user@R3# show routing-options autonomous-system 65000;
user@R3# show protocols bgp group internal-peers { type internal; local-address 10.0.0.3; peer-as 65000; neighbor 10.0.0.1; neighbor 10.0.0.6; }
R6 の設定:
user@R6# show routing-options autonomous-system 65000;
user@R6# show protocols bgp group internal-peers { type internal; local-address 10.0.0.6; peer-as 65000; neighbor 10.0.0.1; neighbor 10.0.0.3; }
MPLS の設定
CLI クイックコンフィギュレーション
AS 65000のすべてのルーティングデバイスにMPLSを迅速に設定するには、以下のコマンドをコピーしてCLIに貼り付けます。
デバイスR1の設定:
[edit] set interfaces so-0/0/2 unit 0 family mpls set protocols mpls interface all set protocols mpls interface fxp0.0 disable
デバイスR3の設定:
[edit] set interfaces so-0/0/2 unit 0 family mpls set interfaces so-0/0/3 unit 0 family mpls set protocols mpls interface all set protocols mpls interface fxp0.0 disable
デバイスR6の設定:
[edit] set interfaces so-0/0/3 unit 0 family mpls set protocols mpls interface all set protocols mpls interface fxp0.0 disable
手順
MPLSを設定するには:
MPLS のトランジット インターフェイスを設定します。
[edit ] user@R1# set interfaces so-0/0/2 unit 0 family mpls
[edit ] user@R3# set interfaces so-0/0/2 unit 0 family mpls user@R3# set interfaces so-0/0/3 unit 0 family mpls
[edit ] user@R6# set interfaces so-0/0/3 unit 0 family mpls
MPLS を有効にします。
[edit ] user@R1# set protocols mpls interface all
[edit ] user@R3# set protocols mpls interface all
[edit ] user@R6# set protocols mpls interface all
管理インターフェイス(fxp0.0)で MPLS を無効にします。
[edit ] user@R1# set protocols mpls interface fxp0.0 disable
[edit ] user@R3# set protocols mpls interface fxp0.0 disable
[edit ] user@R6# set protocols mpls interface fxp0.0 disable
デバイスの設定が完了したら、設定をコミットします。
[edit] user@host# commit
結果
および show protocols mpls
コマンドを入力して、設定をshow interfaces
確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
デバイスR1の設定:
user@R1# show interfaces so-0/0/2 { unit 0 { family mpls; } }
user@R1# show protocols mpls interface all; interface fxp0.0 { disable; }
デバイスR3の設定:
user@R3# show interfaces so-0/0/2 { unit 0 { family mpls; } } so-0/0/3 { unit 0 { family mpls; } }
user@R3# show protocols mpls interface all; interface fxp0.0 { disable; }
デバイスR6の設定:
user@R6# show interfaces so-0/0/3 { unit 0 { family mpls; } }
user@R6# show protocols mpls interface all; interface fxp0.0 { disable; }
RSVP の設定
CLI クイックコンフィギュレーション
AS 65000内のすべてのルーティングデバイスでRSVPを迅速に設定するには、以下のコマンドをコピーしてCLIに貼り付けます。
デバイスR1の設定:
[edit] set protocols rsvp interface so-0/0/2 set protocols rsvp interface fxp0.0 disable
デバイスR3の設定:
[edit] set protocols rsvp interface so-0/0/2 set protocols rsvp interface so-0/0/3 set protocols rsvp interface fxp0.0 disable
デバイスR6の設定:
[edit] set protocols rsvp interface so-0/0/3 set protocols rsvp interface fxp0.0 disable
手順
RSVPを設定するには:
RSVP を有効にします。
[edit ] user@R1# set protocols rsvp interface so-0/0/2
[edit ] user@R3# set protocols rsvp interface so-0/0/2 user@R3# set protocols rsvp interface so-0/0/3
[edit ] user@R6# set protocols rsvp interface so-0/0/3
管理インターフェイス(fxp0.0)でRSVPを無効にします。
[edit ] user@R1# set protocols rsvp interface fxp0.0 disable
[edit ] user@R3# set protocols rsvp interface fxp0.0 disable
[edit ] user@R6# set protocols rsvp interface fxp0.0 disable
デバイスの設定が完了したら、設定をコミットします。
[edit] user@host# commit
結果
コマンドを入力して、設定を show protocols rsvp
確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
デバイスR1の設定:
user@R1# show protocols rsvp interface so-0/0/2.0; interface fxp0.0 { disable; }
デバイスR3の設定:
user@R3# show protocols rsvp interface so-0/0/2.0; interface so-0/0/3.0; interface fxp0.0 { disable; }
デバイスR6の設定:
user@R3# show protocols rsvp interface so-0/0/3.0; interface fxp0.0 { disable; }
OSPF の設定
CLI クイックコンフィギュレーション
OSPFを迅速に設定するには、以下のコマンドをコピーしてCLIに貼り付けます。
デバイスR1の設定:
[edit] set routing-options router-id 10.0.0.1 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
デバイスR3の設定:
[edit] set routing-options router-id 10.0.0.3 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
デバイスR6の設定:
[edit] set routing-options router-id 10.0.0.6 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
手順
OSPFを設定するには:
ルーターIDを設定します。
[edit] user@R1# set routing-options router-id 10.0.0.1
[edit] user@R3# set routing-options router-id 10.0.0.3
[edit] user@R6# set routing-options router-id 10.0.0.6
OSPFエリアとインターフェイスを設定します。
[edit] user@R1# set protocols ospf area 0.0.0.0 interface all
[edit] user@R3# set protocols ospf area 0.0.0.0 interface all
[edit] user@R6# set protocols ospf area 0.0.0.0 interface all
管理インターフェイス(fxp0.0)で OSPF を無効にします。
[edit] user@R1# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R3# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R6# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
デバイスの設定が完了したら、設定をコミットします。
[edit ] user@host# commit
結果
および コマンドを show routing-options
入力して、設定を show protocols ospf
確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
デバイスR1の設定:
user@R1# show routing-options router-id 10.0.0.1;
user@R1# show protocols ospf area 0.0.0.0 { interface all; interface fxp0.0 { disable; } }
デバイスR3の設定:
user@R3# show routing-options router-id 10.0.0.3;
user@R3# show protocols ospf area 0.0.0.0 { interface all; interface fxp0.0 { disable; } }
デバイスR6の設定:
user@R6# show routing-options router-id 10.0.0.6;
user@R6# show protocols ospf area 0.0.0.0 { interface all; interface fxp0.0 { disable; } }
LSP の設定
CLI クイックコンフィギュレーション
イングレスルーティングデバイスルーターR1でLSPを迅速に設定するには、以下のコマンドをコピーしてCLIに貼り付けます。
[edit] set protocols mpls label-switched-path R1-to-R6 to 10.0.0.6
手順
デバイスR1でLSPを設定するには:
MPLS 設定モードに入ります。
[edit] user@R1# edit protocols mpls
LSP を作成します。
[edit protocols mpls] user@R1# set label-switched-path R1-to-R6 to 10.0.0.6
デバイスの設定が完了したら、設定をコミットします。
[edit ] user@R1# commit
結果
コマンドを入力して、設定を show protocols mpls
確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
user@R1# show protocols mpls label-switched-path R1-to-R6 { to 10.0.0.6; }
OSPFv2 への LSP のアドバタイズ
CLI クイックコンフィギュレーション
LSP を OSPFv2 に迅速にアドバタイズし、オプションでデバイス R1 に LSP のメトリックを含める場合は、以下のコマンドをコピーして CLI に貼り付けます。
[edit] set protocols ospf area 0.0.0.0 label-switched-path R1-to-R6 set protocols ospf area 0.0.0.0 label-switched-path R1-to-R6 metric 2
手順
ルーター R1 で OSPFv2 に LSP をアドバタイズするには、次の手順にしたがっています。
OSPF 設定モードに入ります。
[edit] user@R1# edit protocols ospf
ステートメントを
label-switched-path
含め、作成した LSP R1-to-R6 を指定します。[edit protocols ospf] user@R1# set area 0.0.0.0 label-switched-path R1-to-R6
(オプション)LSPのメトリックを指定します。
[edit protocols ospf] user@R1# set protocols ospf area 0.0.0.0 label-switched-path R1-to-R6 metric 2
デバイスの設定が完了したら、設定をコミットします。
[edit] user@R1# commit
結果
コマンドを入力して、設定を show protocols ospf
確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
user@R1# show protocols ospf area 0.0.0.0 { label-switched-path R1-to-R6 { metric 2; } }
OSPF の静的隣接関係セグメント識別子
隣接関係セグメントは、リンク コストに関係なく、2 つのノード間の特定のリンクを介してパケットを伝送するストリクト転送シングルホップ トンネルです。インターフェイスの静的隣接関係セグメント識別子(SID)ラベルを設定できます。
インターフェイス上に静的隣接関係 SID を設定すると、既存の動的に割り当てられた隣接 SID が、同じへのトランジット ルートとともに削除されます。
静的隣接関係 SID の場合、ラベルは静的予約済みラベル プールまたは OSPF セグメント ルーティング グローバル ブロック(SRGB)から選択されます。
以下の設定を使用して、ラベルの静的割り当てに使用するラベル範囲を予約できます。
user@host# set protocols mpls label-range static-label-range start-value end-value
静的プールは、どのプロトコルでも使用して、この範囲のラベルを割り当てることができます。2つのプロトコルが同じ静的ラベルを使用していないことを確認する必要があります。キーワード label
を使用して、このラベルブロックからOSPF隣接SEDを割り当てることができます。 label
特定の隣接関係 SID の値を明示的に設定する必要があります。以下に、設定例を示します。
user@host# set protocols mpls label-range static-label-range 700000 799999;
user@host# set protocols ospf source-packet-routing srgb start-label 800000 index-range 4000;
user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0.1 ipv4-adjacency-segment unprotected label 700001;
コマンドを使用 ipv4-adjacency-segment
する場合、基盤となるインターフェイスはポイントツーポイントである必要があります。
SRGBは、設定に基づいてプロトコルに割り当てられたグローバルラベルスペースです。SRGB全体のラベルは、OSPFが使用するために使用でき、他のアプリケーション/プロトコルには割り当てられません。プレフィックスSED(およびノードSED)は、このSRGBからインデックスが作成されます。
OSPF Adj-SIDは、設定でキーワード「index」を使用してOSPF SRGBから割り当てられます。このような場合は、ドメイン内の他のプレフィックス SID と Adj-SID インデックスが競合しないことを確認する必要があります。プレフィックス SID と同様に、Adj-SID も SRGB に関するインデックスを言及することで構成されます。ただし、Adj-SID subtlv は引き続き SID を値として持ち、L および V フラグが設定されます。以下に、設定例を示します。
user@host# set protocols ospf source-packet-routing srgb start-label 800000 index-range 4000;
user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0.1 ipv4-adjacency-segment unprotected index 1;
静的隣接関係 SID は、エリア単位で設定でき、また保護が必要かどうかに基づいて設定できます。隣接 SID は、[edit protocols ospf area area interface interface-name
] 階層レベルでインターフェイスごとに設定する必要があります。
保護済み—隣接 SID がバックアップ パスの対象となり、隣接 SID アドバタイズメントで B フラグが設定されていることを確認します。
保護されていない — 特定の隣接関係 SID に対してバックアップ パスが計算されないようにし、隣接 SID アドバタイズメントで B フラグが設定されていないことを確認します。
以下に、設定例を示します。
user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0.1 ipv4-adjacency-segment unprotected index 1;
user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/1.1 ipv4-adjacency-segment protected index 2;
セグメントルーティングがLANサブネットワークで使用されている場合、LAN内の各ルーターは、各ネイバーの隣接SIDをアドバタイズすることがあります。特定のネイバーへの LAN インターフェイスの隣接 SID を設定するには、[] 階層レベルで LAN ネイバー設定の下で隣接 SID をedit protocols ospf area 0.0.0.0 interface interface_name lan-neighbor neighbor-routerid
設定する必要があります。以下に、設定例を示します。
user@host# set protocols mpls label-range static-label-range 700000 799999;
user@host# set protocols ospf source-packet-routing srgb start-label 800000 index-range 4000;
user@host# set protocols ospf area 0.0.0.0 interface ge-1/0/0.1 lan-neighbor 11.12.1.2 ipv4-adjacency-segment unprotected label 700001;
隣接関係 SID を設定するには、以下の CLI 階層を使用します。
[edit ] protocols { ospf { area 0.0.0.0 { interface <interface_name> { ipv4-adjacency-segment { protected { dynamic; label <value> index <index> } unprotected { dynamic; label <value> index <index> } } } interface <interface_name> { lan-neighbor <neighbor-routerid>{ ipv4-adjacency-segment { protected { dynamic; label <value> index <index> } unprotected { dynamic; label <value> index <index> } } } } } } }
以下の操作 CLI コマンドを使用して、設定を確認します。
ospf ネイバーの詳細を表示
次のサンプル出力では、設定済みおよび動的隣接 SID の詳細が表示されます。
user@host> show ospf neighbor detail Address Interface State ID Pri Dead 11.12.1.2 ge-1/0/0.0 Full 12.1.1.1 128 34 Area 0.0.0.0, opt 0x52, DR 0.0.0.0, BDR 0.0.0.0 Up 00:06:27, adjacent 00:06:27 SPRING Adjacency Labels: Label Flags Adj-Sid-Type 90010 BVLP Protected 1212 VLP UnProtected regress@10.49.129.231# run show route label 90010 mpls.0: 19 destinations, 19 routes (19 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 90010 *[L-OSPF/10/5] 00:00:21, metric 0 > to 11.12.1.2 via ge-1/0/0.0, Pop to 11.12.2.2 via ge-1/0/2.0, Swap 16021 to 11.12.3.2 via ge-1/0/3.0, Swap 16021
Source Packet Routing in Networking(SPRING)について
ソースパケットルーティングまたはセグメントルーティングは、イングレスルーターが、ネットワーク内の中間ノードに頼らずに、ネットワーク内の特定のノードとリンクを介してパケットを誘導し、実際のパスを決定できるようにするコントロールプレーンアーキテクチャです。このコンテキストでは、「source」という用語は、「明示的なルートが課せられるポイント」を意味します。Junos OSリリース17.2R1以降、IS-ISおよびOSPFv2のセグメントルーティングは、QFX5100およびQFX10000スイッチでサポートされています。
Junos OSリリース20.3R1以降、OSPFおよびIS-ISプロトコルのセグメントルーティングサポートにより、Source Packet Routing in Networking(SPRING)の基本機能を提供します。
基本的にセグメント ルーティングは、IS-IS や OSPF などの IGP と連携して、2 種類のネットワーク セグメントまたはトンネルを広告します。
-
まず、 隣接関係セグメントと呼ばれるリンク コストに関係なく、2 つのノード間の特定のリンクを介してパケットを伝送するストリクト転送シングルホップ トンネルです。
-
2 つ目は、 ノード セグメントと呼ばれる 2 つの特定のノード間の最短パス リンクを使用するマルチホップ トンネルです。
イングレスルーターは、パケットを適切なトンネルの組み合わせで事前に追加することで、目的のノードとリンクのセットを介してパケットを誘導できます。
セグメント ルーティングは、ソース ルーティング パラダイムを活用します。ノードは、セグメントと呼ばれる命令の順序指定済みリストを通じてパケットを誘導します。セグメントは、トポロジーまたはサービスベースのあらゆる指示を表すことができます。セグメントは、セグメントルーティングノードまたはセグメントルーティングドメイン内のグローバルノードに対するローカルセマンティックを持つことができます。セグメントルーティングは、セグメントルーティングドメインへのイングレスノードでのみフローごとの状態を維持しながら、任意のトポロジーパスとサービスチェーンを通るフローを適用します。セグメント ルーティングは、転送プレーンを変更せずに MPLS アーキテクチャに直接適用できます。セグメントは MPLS ラベルとしてエンコードされます。セグメントの順序指定済みリストは、ラベルのスタックとしてエンコードされます。処理するセグメントは、スタックの最上位にあります。セグメントが完了すると、関連するラベルがスタックからポップされます。セグメント ルーティングは、新しいタイプのルーティング拡張ヘッダーを使用して、IPv6 アーキテクチャに適用できます。セグメントはIPv6アドレスとしてエンコードされています。セグメントの順序指定済みリストは、ルーティング拡張ヘッダーの IPv6 アドレスの順序指定済みリストとしてエンコードされます。処理するセグメントは、ルーティング拡張ヘッダーのポインターによって示されます。セグメントが完了すると、ポインターはインクリメントされます。
以下の階層レベルでを設定 shortcuts
すると、IS-IS セグメント ルートのラベルが付いたトラフィック制御ショートカットが有効になります。
-
[edit protocols is-is traffic-engineering family inet]
IPv4トラフィック向けです。 -
[edit protocols is-is traffic-engineering family inet6]
IPv6トラフィック向けです。
ソースパケットルーティングがネットワーク、データセンター、バックボーン、ピアリングデバイスに導入されると、トラフィックのソースによって構築されたラベルスタックでMPLSパケットをスイッチします。例えば、データセンターサーバーなどです。Junos OSリリース17.4R1では、ソースルーティングされたトラフィックは、RSVPシグナルパスを取得するトラフィックと共存し、ソースルーティングは、ラベル操作を使用してmpls.0テーブルを介して通常のラベルスイッチングとして実装されます。いずれの場合も、複数のレイヤー 3 インターフェイス間または集約インターフェイス内でトラフィックを負荷分散できます。Junos OS リリース 17.4R1 以降、セグメント ルーティング ネットワークのトラフィック統計は、レイヤー 3 インターフェイスの OpenConfig 準拠の形式で記録できます。統計情報は、RSVPとLDP信号トラフィックを除く、ネットワーク内のソースパケットルーティング(SPRING)トラフィックに対してのみ記録され、インターフェイスごとのファミリーMPLS統計は個別に計上されます。SR 統計には、リンク アグリゲーション グループ(LAG)メンバーごと、および SID(セグメント識別子)ごとの SPRING トラフィック統計も含まれます。セグメント ルーティング統計の記録を有効にするには、 階層レベルで ステートメントを[edit protocol isis source-packet-routing]
含sensor-based-stats
めます。
Junos OS リリース 19.1R1 以前は、MPLS トランジット トラフィック専用のセグメント ルーティング統計の収集にセンサーが使用されていました。これは MPLS から MPLS への性質です。Junos OS リリース 19.1R1 以降、MPC および MIC インターフェイスを搭載した MX シリーズ ルーターと PTX シリーズ ルーターでは、MPLS イングレス トラフィックのセグメント ルーティング統計を収集する追加のセンサーが導入されています。これは、本質的に IP から MPLS へのトラフィックです。この機能により、ラベルIS-ISセグメントルーティングトラフィックに対してのみセンサーを有効にし、統計情報をgRPCクライアントにストリーミングできます。
設定ステートメントの オプションを使用して、MPLSイングレストラフィックの egress
セグメントルーティング統計を per-sid
有効にすることができます。sid 単位のエグレス機能のリソース名は次のとおりです。
/junos/services/segment-routing/sid/egress/usage/
コマンド出力を使用して、センサーとのラベルIS-ISルートアソシエーションを show isis spring sensor info
表示できます。このコマンドは、実際のセンサーのカウンタ値を表示しません。
セグメント ルーティング統計レコードがサーバーにエクスポートされます。セグメント ルーティング統計データは、以下の OpenConfig パスから表示できます。
-
/mpls/signalling-protocols/segment-routing/aggregate-sid-counters/aggregate-sid-counter[ip-addr='L-ISIS-10.1.1.1']/state/counters[name='oc-xxx']/out-pkts
-
/mpls/signalling-protocols/segment-routing/aggregate-sid-counters/aggregate-sid-counter[ip-addr='L-ISIS-10.1.1.1']/state/counters[name='oc-xxx']/out-pkts
-
グレースフル ルーティング エンジン スイッチオーバー(GRES)は、セグメント ルーティング統計ではサポートされていません。
ノンストップアクティブルーティング(NSR)は、ラベルIS-ISではサポートされていません。ルーティング エンジンの切り替え時に、新しいプライマリ ルーティング エンジンに新しいセンサーが作成され、以前のプライマリ ルーティング エンジンによって作成されたセンサーが置き換わります。その結果、ルーティング エンジンのスイッチオーバー時に、セグメント ルーティング統計カウンターは 0 から始まります。
-
グレースフルリスタートは、ラベルIS-ISをサポートしていません。
グレースフル リスタートの場合、既存のセンサーが削除され、IS-IS の初期化中に新しいセンサーが作成されます。セグメント ルーティング統計カウンターは、ゼロから再起動します。
-
ISSU(インサービス ソフトウェア アップグレード)と NSSU(ノンストップ ソフトウェア アップグレード)はサポートされていません。このような場合、セグメント ルーティング統計カウンターが再起動されます。
-
ゼロ統計セグメントルーティングデータは抑制され、gRPCクライアントにストリーミングされません。