トラフィックエンジニアリングのためのOSPFサポートの設定
トラフィックエンジニアリングのためのOSPFサポート
トラフィック制御により、ルーティング テーブルを使用する標準ルーティング モデルをバイパスしてデータ パケットが従うパスを制御できます。トラフィック制御は、輻輳したリンクから、自動的に計算された宛先ベースの最短パスでは選択されない代替リンクにフローを移動します。
トラフィック エンジニアリングと MPLS にネットワーク トポロジーと読み込みに関する情報を提供するために、OSPF の Junos OS 実装に拡張機能が追加されました。ルーティング デバイスでトラフィック制御が有効になっている場合、OSPF トラフィック制御サポートを有効にすることができます。OSPF のトラフィック制御を有効にすると、SPF(最短パス優先)アルゴリズムが MPLS で設定されたさまざまな LSP(ラベルスイッチ パス)を考慮し、トラフィック制御パラメータを伝送する不透明なリンク状態アドバタイズ(LSA)を生成するよう OSPF を設定します。これらのパラメータは、トラフィック エンジニアリング データベースへの入力に使用されます。トラフィック制御データベースは、物理トポロジーを横断する LSP の配置のための明示的なパスの計算にのみ使用されます。CSPF(制限付き最短パスファースト)アルゴリズムは、トラフィック制御データベースを使用して、MPLS LSP が通るパスを計算します。RSVP はこのパス情報を使用して、LSP を設定し、LSP 用の帯域幅を予約します。
デフォルトでは、トラフィック エンジニアリング サポートは無効になっています。トラフィック エンジニアリングを有効にするには、 トラフィック エンジニアリング ステートメントを含めます。また、次の OSPF トラフィック エンジニアリング拡張を設定することもできます。
アドバタイズ-番号なしインターフェイス—(OSPFv2 のみ)リンクローカル トラフィック エンジニアリング LSA パケットでリンクローカル ID をアドバタイズします。RFC 3477「 リソース予約プロトコル内の番号なしリンクのシグナル化 - トラフィック制御(RSVP-TE)」で定義されているように、RSVPが番号なしインターフェイスにシグナリングできる場合は、このステートメントを含める必要はありません。
credibility-protocol-preference—(OSPFv2 のみ)トラフィック エンジニアリング データベースの OSPF ルートに信頼性のある値を割り当てます。デフォルトでは、Junos OSは、別のIGPのルートがより低い、つまりより優先される優先値で設定されていても、トラフィック制御データベース内のOSPFルートを他の内部ゲートウェイプロトコル(IGP)ルートよりも優先します。トラフィック制御データベースは、各IGPに信頼性のある値を割り当て、信頼性が最も高いIGPのルートを優先します。Junos OS Release 9.4 以降では、トラフィック制御データベースの信頼性の値を決定するために、プロトコル優先度を考慮するように OSPF を設定することができます。プロトコル優先を使用して信頼性のある値を決定する場合、設定によっては、OSPF ルートがトラフィック制御データベースで自動的に優先されることはありません。
ignore-lsp-metrics—OSPF トラフィックエンジニアリングのショートカット計算で、または LDP over RSVP LSP を設定する場合に、RSVP LSP メトリックを無視します。このオプションは、OSPF と RSVP 間の相互依存関係を回避し、トラフィックのトンネリングに使用される RSVP メトリックが最新でない期間を排除します。また、トラフィック制御にRSVP を使用している場合は、LDP を同時に実行して、コア内の外部ルートの分配を排除することができます。LDP により確立された LSP は、RSVP が確立した LSP を介してトンネリングされます。LDP はトラフィック制御された LSP をシングル ホップとして効果的に処理することができます。
multicast-rpf-routes—(OSPFv2 のみ)RPF(マルチキャスト リバース パス フォワーディング)チェックのために、ユニキャスト IPv4 ルート(LSP ではない)をマルチキャスト ルーティング テーブル(inet.2)にインストールします。 inet.2 ルーティング テーブルは、マルチキャスト RPF ルックアップに使用されるユニキャスト ルートで構成されています。RPFは、パケット送信元にもデータを送り返しているインターフェイスにパケットが着信しているかどうかを確認するために使用されるスプーフィング対策メカニズムです。
no-topology—(OSPFv2 のみ)リンクステート トポロジ情報の配布を無効にします。無効にすると、トラフィック エンジニアリング トポロジー情報は OSPF エリア内で配信されなくなります。
shortcuts—IGPショートカットを設定し、OSPFがイングレスルーティングデバイスからエグレスルーティングデバイスへの論理インターフェイスであるかのようにLSPをネクストホップとして使用できるようにします。イングレスルーティングデバイスの[edit protocols mplsラベルスイッチパスlsp-path-name]階層レベルのtoステートメントで指定されたアドレスは、LSPがエグレスルーティングデバイスへの直接リンクとして機能し、OSPF SPF計算への入力に使用されるためには、エグレスルーティングデバイスのルーターIDと一致する必要があります。このように使用する場合、LSP は IPv4 トラフィックのみを伝送する点を除いて、非同期転送モード(ATM)やフレームリレー仮想回線(VC)と何ら変わりはありません。
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)メトリックをアドバタイズできるようにする方法を示しています。
必要条件
始める前に:
デバイスインターフェイスを設定します。 セキュリティ デバイス向けインターフェイス ユーザー ガイドを参照してください。
ネットワーク要件に合わせてBGPを設定します。BGPユーザーガイドを参照
ネットワーク要件に合わせてMPLSを設定します。 MPLS アプリケーションユーザーガイドを参照してください。
概要
LSPをリンクとして扱うようにOSPFを設定し、ネットワーク内の他のルーティングデバイスにこのLSPを使用させることができます。これを実現するには、LSPメトリックをサマリーLSAでアドバタイズするようにMPLSおよびOSPFトラフィック制御を設定します。
この例では、エリア0.0.0.0に4つのルーティングデバイスがあり、イングレスデバイスR1からエグレスデバイスR4に至るR1-to-R4という名前のLSPをOSPFに扱いたいと考えています。
OSPFでは、 traffic-engineering ステートメントを含めることで、エリア内の4つのルーティングデバイスすべてでトラフィック制御を有効にします。この設定により、MPLSで設定されたLSPが最短パス優先(SPF)アルゴリズムで考慮され、トラフィック制御パラメータを伝送するLSAを生成するようOSPFが設定されます。さらに、イングレス デバイス R1 にオプションの shortcuts lsp-metric-into-summary ステートメントを含めることで、OSPF が MPLS LSP をネクスト ホップとして使用し、LSP メトリックをサマリー LSA でアドバタイズするようにします。
MPLSでは、トラフィック制御を有効にして、MPLSが traffic-engineering bgp-igp ステートメントを含めることでBGPとIGPの両方の宛先でトラフィック制御を実行し、イングレスデバイスR1に label-switched-path lsp-path-name to address ステートメントを含めることでR1-to-R4という名前のLSPを含めます。イングレス デバイス 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を指定するには、
[edit protocols]階層レベルにospf3ステートメントを含めます。[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-igpuser@R1#set protocols mpls label-switched-path R1-to-R4 to 10.0.0.4デバイスの設定が完了したら、設定をコミットします。
[edit] user@host# commit
業績
show routing-options、show protocols ospf、および 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 routing-options、 show protocols ospf3、および show protocols mpls コマンドを入力します。
検証
設定が正常に機能していることを確認します。
OSPFのトラフィックエンジニアリング機能の検証
目的
OSPF でトラフィック制御が有効になっていることを確認します。デフォルトでは、トラフィック制御は無効になっています。
アクション
動作モードから、OSPFv2 には show ospf overview コマンドを、OSPFv3 には show ospf3 overview を入力します。
トラフィック制御データベースの OSPF エントリーの検証
目的
トラフィック エンジニアリング データベースで OSPF 情報を検証します。プロトコルフィールドには、OSPFと情報が学習されたエリアが表示されます。
アクション
動作モードから、 show ted database コマンドを入力します。
例:特定の OSPF インターフェイスのトラフィック制御メトリックの設定
この例では、トラフィック制御に使用されるOSPFメトリック値を設定する方法を示します。
必要条件
始める前に:
デバイスインターフェイスを設定します。 セキュリティ デバイス向けインターフェイス ユーザー ガイドを参照してください。
トラフィック エンジニアリングのために 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を指定するには、
[edit protocols]階層レベルにospf3ステートメントを含めます。[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境界ルーターリンクは、直接接続されたリンクであり、パッシブトラフィックエンジニアリングリンクとして構成されている必要があります。
必要条件
始める前に:
デバイスインターフェイスを設定します。 セキュリティ デバイス向けインターフェイス ユーザー ガイドを参照してください。
ネットワーク要件に合わせてBGPを設定します。 BGPユーザーガイドを参照してください。
ネットワーク要件に従って LSP を設定します。 MPLS アプリケーションユーザーガイドを参照してください。
OSPFネットワーク内のデバイスのルーター識別子を設定します。 例:OSPFルーター識別子の設定を参照してください。
OSPFの指定ルーター選出を制御します。例:OSPF指定ルーター選出の制御を参照してください。
単一エリアOSPFネットワークを設定します。 例:単一エリアOSPFネットワークの設定を参照してください。
マルチエリアOSPFネットワークを設定します。 「 例:マルチエリア OSPF ネットワークの設定」を参照してください。
概要
AS間インタフェースにトラフィックエンジニアリングのためのOSPFパッシブモードを設定することができます。OSPFパッシブトラフィックエンジニアリングリンクのリモートノードに使用するアドレスは、EBGPリンクに使用するアドレスと同じである必要があります。この例では、エリア0.0.0.1のインターフェイス so-1/1/0 をAS間リンクとして設定し、AS内のOSPFでトラフィックエンジニアリング情報を配信し、以下の設定を含めます。
パッシブ—インターフェイスでOSPFを実際に実行せずに、インターフェイス上で直接インターフェイスアドレスをアドバタイズします。パッシブ インターフェイスとは、アドレス情報が OSPF の内部ルートとしてアドバタイズされるが、プロトコルが実行されないインターフェイスのことです。
トラフィックエンジニアリング—インターフェイスをOSPFパッシブトラフィックエンジニアリングモードで設定し、OSPF AS境界ルーターの動的検出を可能にします。デフォルトでは、OSPF パッシブ トラフィック エンジニアリング モードは無効になっています。
リモートノード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を指定するには、
[edit protocols]階層レベルにospf3ステートメントを含めます。[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の 送信元 アドレス)、リモートアドレス(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にデフォルトのベストエフォートルーティングを使用させる代わりに、OSPFトラフィックをLSPに沿ってルーティングさせたい場合、これを行うことを選択できます。
この例では、OSPFv2 に LSP をアドバタイズするために、次のように設定します。
BGP
すべてのルーティングデバイスに対して、ローカルAS番号65000を設定し、指定されたBGPシステムをピアとして認識するIBGPグループを定義します。すべてのメンバーはローカルASの内部にあるため、ピアの完全なリストを含む内部グループを設定します。また、設定したローカルAS番号と同じピアASグループも含めます。
ティッカー
すべてのルーティング デバイスについて、各トランジット論理インターフェイスでプロトコル ファミリーを設定し、管理インターフェイス(fxp0.0)を除くすべてのインターフェイスで MPLS を有効にします。 MPLS プロトコル ファミリー タイプを指定します。
出欠確認
すべてのルーティング デバイスについて、管理インターフェイス(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 は、すべてのルーティング デバイスで有効になっています。
1つのRSVPシグナリングLSPがデバイスR1に設定されています。
への LSP のアドバタイズ
構成
次の例では、設定階層内のさまざまなレベルに移動する必要があります。CLI のナビゲーションについては、『CLI ユーザーガイド』の「 Junos OS の設定を変更する」を参照してください。
OSPFv2 に LSP をアドバタイズするようにデバイスを設定するには、以下のタスクを実行します。
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 routing-options コマンドと show protocols bgp コマンドを入力して、設定を確認します。出力結果に意図した設定内容が表示されない場合は、この例の手順を繰り返して設定を修正します。
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 interfaces コマンドと show protocols mpls コマンドを入力して、設定を確認します。出力結果に意図した設定内容が表示されない場合は、この例の手順を繰り返して設定を修正します。
デバイス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 つのプロトコルが同じ静的ラベルを使用しないようにする必要があります。OSPF隣接SIDは、キーワード labelを使用して、このラベルブロックから設定を通じて割り当てることができます。特定の隣接関係 SID の label 値は、明示的に構成する必要があります。以下は、 の 構成例です。
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が使用でき、他のアプリケーション/プロトコルには割り当てられません。プレフィックスSID(およびノードSID)は、このSRGBからインデックスが作成されます。
OSPF Adj-SIDは、設定でキーワード「index」を使用してOSPF SRGBから割り当てることができます。このような場合、Adj-SIDインデックスがドメイン内の他のプレフィックスSIDと競合しないようにする必要があります。Prefix-SIDと同様に、調整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フラグが設定されていることを確認します。
[保護なし(Unprotected)]:特定の隣接関係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を設定するには、[edit protocols ospf area 0.0.0.0 interface interface_name lan-neighbor neighbor-routerid]階層レベルでLANネイバー構成の下に隣接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-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
ネットワークにおけるソースパケットルーティングを理解する(SPRING)
ソース パケット ルーティングまたはセグメント ルーティングは、イングレス ルーターが、ネットワークの中間ノードに頼らずに、ネットワーク内の特定のノードやリンクを経由してパケットを誘導し、実際のパスを決定できるようにするコントロール プレーン アーキテクチャです。この文脈では、「ソース」という用語は、「明示的なルートが課されるポイント」を意味します。Junos OS Release 17.2R1 以降、IS-IS および OSPFv2 のセグメント ルーティングは、QFX5100 および QFX10000 スイッチでサポートされます。
Junos OSリリース20.3R1以降、ネットワークにおけるソースパケットルーティング(SPRING)の基本機能を提供するため、OSPFおよびIS-ISプロトコルのセグメントルーティングがサポートされています。
基本的に、セグメント ルーティングは、IS-IS や OSPF などの IGP と連携して、次の 2 種類のネットワーク セグメントまたはトンネルをアドバタイズします。
-
1 つ目は、リンク コストに関係なく、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 シグナルパスをたどるトラフィックと共存し、ソースルーティングは、ラベル操作である pop、swap(同じラベル値へ)、swap-push (インターフェイス保護のため) を使用して、mpls.0 テーブルを介した通常のラベルスイッチングとして実装されます。いずれの場合も、トラフィックは複数のレイヤー3インターフェイス間、または集約型インターフェイス内でロードバランシングできます。Junos OS Release 17.4R1 以降、セグメント ルーティング ネットワークのトラフィック統計を、レイヤー 3 インターフェイスの OpenConfig 準拠形式で記録できるようになりました。統計情報は、RSVP および LDP シグナル トラフィックを除く、Source Packet Routing in Networking(SPRING)トラフィックについてのみ記録され、インターフェイスごとのファミリー MPLS 統計情報は個別に考慮されます。SR 統計情報には、LAG(リンク アグリゲーション グループ)メンバーごと、およびセグメント識別子(SID)ごとの SPRING トラフィック統計情報も含まれます。セグメントルーティング統計の記録を有効にするには、[edit protocol isis source-packet-routing]階層レベルで sensor-based-stats ステートメントを含めます。
Junos OS リリース 19.1R1 以前までは、センサーは MPLS トランジット トラフィック(本質的に MPLS 間)のセグメント ルーティング統計の収集に限られていました。Junos OS リリース 19.1R1 以降、MPC および MIC インターフェイスを備えた MX シリーズ ルーターと PTX シリーズ ルーターでは、MPLS 入力トラフィックのセグメント ルーティング統計を収集するセンサーが追加されています。これは本質的に IP から MPLS です。この機能を使用すると、ラベル IS-IS セグメント ルーティング トラフィック専用のセンサーを有効にし、統計情報を gRPC クライアントにストリーミングできます。
per-sid 設定ステートメントにある egress オプションを使用して、MPLS イングレストラフィックのセグメントルーティング統計を有効にすることができます。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 ではサポートされていません。ルーティングエンジンの切り替え時に、新しいプライマリルーティングエンジンに新しいセンサーが作成され、以前のプライマリルーティングエンジンで作成されたセンサーが置き換えられます。その結果、ルーティング エンジンのスイッチオーバー時には、セグメント ルーティング統計カウンターはゼロから開始します。
-
グレースフル リスタートは、ラベル IS-IS には対応していません。
グレースフル リスタートの場合、既存のセンサーは削除され、IS-IS の初期化中に新しいセンサーが作成されます。セグメントルーティング統計カウンターがゼロから再起動します。
-
インサービスソフトウェアアップグレード(ISSU)とノンストップソフトウェアアップグレード(NSSU)はサポートされていません。このような場合、セグメント ルーティング統計カウンターが再起動されます。
-
統計なしのセグメント ルーティング データは抑制され、gRPC クライアントにストリーミングされません。
関連項目
変更履歴テーブル
機能のサポートは、使用しているプラットフォームとリリースによって決まります。 機能エクスプローラー を使用して、機能がプラットフォームでサポートされているかどうかを判断します。