Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

MPLS トラフィック エンジニアリングの設定

MPLS とトラフィック制御

トラフィック制御により、ルーティング テーブルを使用する標準ルーティング モデルをバイパスしてデータ パケットが従うパスを制御できます。トラフィック制御は輻輳したリンクから自動計算された宛先ベースの最短パスによって選択されない代替リンクにフローを移動します。トラフィック制御では、以下のことができます。

  • 高価な長距離ファイバーの効率を高める。

  • 単一または複数の障害に直面してトラフィックが再ルーティングされるトラフィックの方法を制御します。

  • 重要なトラフィックと通常のトラフィックをパス単位で分類する。

トラフィック制御設計のコアは、ルーター間のLSP(ラベルスイッチ パス)をベースにしています。LSP は、フレーム リレーまたは ATM のバーチャル サーキットなどのコネクション型です。LSP は信頼性がありません。LSP に入るパケットには、優遇措置は可能ですが、配信保証はありません。また、LSP は、パスに入るパケットがエンベロープにカプセル化され、中間ノードに触れられることなくパス全体で切り替えられる単一方向トンネルと同様です。LSP は、ネットワークでのパケットの転送方法を細かく制御します。信頼性を確保するため、LSP は一連のプライマリ パスとセカンダリ パスを使用できます。

LSPは、BGPトラフィック(宛先が自律システム [AS] の外側にあるトラフィック)にのみ設定可能です。この場合、AS内のトラフィックはLSPの存在による影響を受けません。LSPは、BGPと内部ゲートウェイプロトコル(IGP)の両方のトラフィックに対して設定することもできます。そのため、AS内トラフィックとAS間トラフィックの両方がLSPによる影響を受けます。

MPLSトラフィックエンジニアリングとシグナリングプロトコルの概要

トラフィックエンジニアリングは、効率的で信頼性の高いネットワーク運用を促進すると同時に、ネットワークリソースとトラフィックパフォーマンスを最適化するものです。トラフィックエンジニアリングは、内部ゲートウェイプロトコル(IGP)が選択する最短経路から、ネットワーク上で混雑していない可能性のある物理経路にトラフィックフローを移動させる機能を提供します。トラフィックエンジニアリングをサポートするためには、ソースルーティングの他に、ネットワークは次のことを行う必要があります。

  • 帯域幅や管理上の要件など、すべての制約を考慮して送信元でのパスを計算する。

  • パスが計算されると、ネットワークトポロジとリンクの属性に関する情報をネットワーク全体に配布する。

  • ネットワークリソースを予約し、リンクの属性を変更する。

トランジットトラフィックをIPネットワークでルーティングする場合、MPLSはその通過をエンジニアリングするためによく使用されます。トランジットネットワークを正確に通過する経路は、トラフィックの送信者にも受信者にもあまり重要ではありませんが、ネットワーク管理者は、特定の送信元アドレスと宛先アドレスのペア間でトラフィックをより効率的にルーティングしたいと思うことがよくあります。MPLSは、各パケットに特定のルーティング命令を含む短いラベルを付加することで、ネクストホップ検索に基づいてパケットを転送するのではなく、ネットワークを通じてルーターからルーターにパケットを切り換える。その結果得られる経路をラベルスイッチドパス(LSP)と呼びます。LSPは、ネットワーク上のトラフィックの通過を制御し、トラフィックの転送を高速化する。

LSPは、手動で作成することも、シグナリングプロトコルを使用して作成することも可能です。シグナリングプロトコルは、MPLS環境において、トランジットネットワークを通過するトラフィックのLSPを確立するために使用されます。Junos OSは、LDPとRSVP(Resource Reservation Protocol)の2つのシグナリングプロトコルをサポートしています。

MPLSトラフィックエンジニアリングは、以下のコンポーネントを使用します。

  • パケット転送のためのMPLS LSP

  • ネットワークトポロジーとリンク属性に関する情報を配信するためのIGP拡張機能

  • 経路計算と経路選択のためのCSPF(Constrained Shortest Path First)方式

  • RSVP拡張機能により、パスに沿った転送状態を確立し、パスに沿ったリソースを予約する

Junos OSは、異なるOSPF地域間のトラフィックエンジニアリングもサポートしています。

トラフィックエンジニアリング機能

トラフィックフローを既存の物理トポロジーにマッピングする作業は、トラフィックエンジニアリングと呼ばれています。トラフィックエンジニアリングは、トラフィックフローを内部ゲートウェイプロトコル(IGP)が選択する最短経路から、ネットワーク上で混雑していない可能性のある物理経路に移動させる機能を提供します。

トラフィックエンジニアリングは、以下のような機能を提供します。

  • ネットワーク上のボトルネックや輻輳するポイントを回避するプライマリパスをルーティングします。

  • プライマリパスが単一または複数の障害に直面した場合に、トラフィックをどのように再ルーティングするかを正確に制御することができます。

  • ネットワークのサブセットが過剰利用され、潜在的な代替パスに沿った他のサブセットが過小利用されることがないようにすることで、利用可能な集約帯域幅と長距離ファイバーをより効率的に使用できるようにすること。

  • 業務効率を最大化する。

  • パケットロスの最小化、長時間の輻輳の最小化、スループットの最大化により、ネットワークのトラフィック指向の性能特性を向上させる。

  • マルチサービス・インターネットをサポートするために必要なネットワークの性能特性(損失率、遅延変動、転送遅延など)を統計的に束縛することを強化します。

トラフィック制御のコンポーネント

Junos® オペレーティング システム(OS)では、MPLS と RSVP でトラフィック制御が実装されています。トラフィック制御は、4 つの機能コンポーネントで構成されています。

LSPのトラフィック制御を設定する

LSPを設定すると、エグレスルーターに向けて、イングレスルーターがホストルート(32ビットママスク)にインストールされます。ホストルートのアドレスはLSPの宛先アドレスになります。階[edit protocols mpls]層レベルで、ステートtraffic engineeringメントのbgpオプションはデフォルトで有効になっており(bgpオプションを明示的に設定することも可能)、ルート計算時にLSPの使用をBGPのみに許可することができます。もう一方のtraffic-engineeringステートメントオプションでは、マスタールルーティングインスタンスでこの動作を変更することができます。この機能は、一部のルーティングインスタンスでは利用できません。また、traffic-engineeringステートメントオプション(bgpbgp-igpbgp-igp-both-ribs、またはmpls-forwarding)は一度に1つだけ有効にすることができます。

注:

traffic-engineeringステートメントオプションのいずれかを有効または無効にすると、すべてのMPLSルートが削除され、その後ルーティングテーブルに再度挿入されます。

サマリーLSAでLSPメトリックをアドバタイズするセクションで説明したように、OSPF およびトラフィック制御は、サマリー接続状態アドバタイズ(LSA)でLSPメトリックをアドバタイズするように設定することができます。

次のセクションでは、LSPのトラトラフィック制御を設定する方法について説明します。

BGPとIGPの両方のトラフィック転送にLSPを使用する

ステートtraffic-engineeringメントのbgp-igpオプションを含めることで、BGPおよびIGPがエグレスルーターに送信される転送トラフィックにLSPを使用するように設定することができます。オプションbgp-igpを選択すると、すべてのinet.3ルートがinet.0ルーティングテーブルに移動されます。

イングレスルーターでステートtraffic-engineeringメントのオプションを含めbgp-igpます。

以下の階層レベルでこのステートメントを使用することができます。

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

    注:

    ステートtraffic-engineeringメントのbgp-igpオプションは、VPN向けに設定できません)。VPNでは、inet.3ルーティングテーブル内にこのルートが必要です。

仮想プライベートネットワークでの転送にLSPを使用する

VPNが正常に機能するためには、ルートがinet.3ルーティングテーブルに維持される必要があります。VPN の場合は、BGPとIGPがエグレスルーターに送信される転送トラフィックにLSPを使用するように、ステートtraffic-engineeringメントのbgp-igp-both-ribsオプションを設定します。bgp-igp-both-ribsオプションは、inet.0ルーティングテーブル(IPv4ユニキャストルート向け)と、inet.3ルーティングテーブル(MPLSパス情報向け)の両方に、イングレスルートをインストールします。

イングレスルーターには、traffic-engineering bgp-igp-both-ribsステートメントを含めます。

以下の階層レベルでこのステートメントを使用することができます。

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

bgp-igp-both-ribsステートメントを使用すると、inet.3テーブルからのルートがinet.0テーブルにコピーされます。コピーされたルートは、LDPシグナル化ルートまたはRSVPシグナル化ルートであり、inet.0の他のルートよりも優先度が低い可能性があります。 優先度が低いルートは、アクティブなルートとして選択される可能性が高くなります。ルーティングポリシーはアクティブなルートに対してのみ動作するため、これが問題となることがあります。この問題を回避するためには、代わりにmpls-forwardingオプションを使用します。

注:

数値が最も小さい優先値を持つLSPが、優先ルートとして選択されます。

たとえば、以下のように表示されます。

優先値1000のLSPはより上位となり、優先値1001のLSPよりも優先されます。

ルート選択ではなく、転送にRSVPおよびLDPルートを使用する

ステートtraffic-engineeringメントにまたはbgp-igp-both-ribsオプションbgp-igpを設定すると、優先度の高いLSPをinet.0ルーティングテーブル内のIGPルートよりも優先することができます。IGPルートはもはやアクティブなルートではないため、再配布されない可能性があります。

ステートtraffic-engineeringメントにmpls-forwardingオプションを設定した場合、LSPは転送に使用されますが、ルート選択からは除外されます。これらのルートは、inet.0とinet.3の両方のルーティングテーブルに追加されます。inet.0ルーティングテーブル内のLSPは、アクティブなルートが選択されると、優先度が低くなります。しかしながら、inet.3ルーティングテーブル内のLSPには通常の優先度が与えられるため、転送ネクストホップを選択するときに使用されます。

mpls-forwardingオプションを有効にすると、状態がForwardingOnlyのルートが、現在アクティブで優先度が低い場合でもフォワーディングに優先されます。ルートの状態を調べるには、show route detailコマンドを実行します。

LSPを転送に使用しながら、ルート選択から除外する場合は、ステートtraffic-engineeringメントのmpls-forwardingオプションを含めます。

以下の階層レベルでこのステートメントを使用することができます。

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

mpls-forwardingオプションを設定すると、IGPショートカットルートは、inet.0ルーティングテーブルにのみコピーされます。

bgp-igp-both-ribsオプションとは異なり、mpls-forwardingオプションではLDPシグナル化ルートとRSVPシグナル化ルートを転送に使用することができ、ルーティング目的でBGPとIGPルートのアクティブ状態を維持してルーティングポリシーを適用することができます。

例えば、ルーターがBGPを実行しており、他のBGPスピーカーに送信しなければならない10.10.10.1/32のBGPルートがあるとします。bgp-igp-both-ribsオプションを使用し、ルーターに10.10.10.1へのラベルスイッチパス(LSP)がある場合、10.10.10.1へのMPLSパスがinet.0ルーティングテーブルでアクティブになります。これにより、ルーターが他のBGPルーターに10.10.10.1ルートをアドバタイズしないように防止することができます。mpls-forwarding一方、bgp-igp-both-ribsオプションの代わりにオプションを使用すると、10.10.10.1/32 BGPルートはもう一方のBGPスピーカーにアドバタイズされ、LSPは引き続き10.10.10.1宛てのトラフィックの転送に使用されます。

サマリーLSAでLSPメトリックをアドバタイズする

LSPをリンクとして扱うように、MPLSとOSPFを設定することができます。この設定では、ネットワーク内の他のルーターがこのLSPを使用できるようになります。この目標を達成するためには、LSPメトリックをサマリーLSAでアドバタイズするように、MPLSおよびOSPFトラフィック制御を設定する必要があります。

MPLSでは、traffic-engineering bgp-igpおよびlabel-switched-pathステートメントを含めます。

以下の階層レベルでこれらのステートメントを使用することができます。

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

OSPFでは、lsp-metric-into-summaryステートメントを含めます。

以下の階層レベルでこのステートメントを使用することができます。

  • [edit protocols ospf traffic-engineering shortcuts]

  • [edit logical-systems logical-system-name protocols ospf traffic-engineering shortcuts]

OSPFトラフィック制御のより詳細な情報については、ルーティングデバイス向けJunos OSルーティングプロトコルライブラリを参照してください。

エリア間のトラフィック制御の有効化

Junos OS では、複数の OSPF エリアにまたがって、連続的なトラフィック制御された LSP をシグナリングできます。LSP シグナリングは、RFC 4206 一般化マルチプロトコルラベルスイッチ (GMPLS) トラフィック制御 (TE) によるラベルスイッチパス (LSP) 階層に記載されているように、ネストシグナリングまたは連続シグナリングのいずれかを使用して行う必要があります。しかし、連続シグナリングのサポートは、基本的なシグナリングに制限されています。再最適化は、連続シグナリングではサポートされていません。

次に、エリア間のトラフィック制御機能の一部をご紹介します。

  • OSPF エリア内で Explicit Route オブジェクト (ERO) の計算に CSPF を使用して、ルーズホップのエリアボーダールーター (ABR) がイングレスルーターで設定されている場合、エリア間のトラフィック制御が有効化できます。ABR で ERO 拡張が完了されます。

  • CSPF を有効にすると、エリア間のトラフィック制御は有効化できますが、イングレスルーターの LSP 設定で ABR を指定しなくても可能です (ABR は自動的に指定できます)。

  • 差別化されたサービス (DiffServ) のトラフィック制御は、クラスタイプのマッピングが複数のエリアで統一されていればサポートされます。

エリア間のトラフィック制御を有効にするには、各 LSP トランジットルーターの設定に expand-loose-hop のステートメントを含めます。

以下の階層レベルでこのステートメントを使用することができます。

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

LSPのAS間トラフィックエンジニアリングの実現

一般に,トラフィックエンジニアリングが可能なのは,次の条件を満たすLSPである。

  • LSPの両端が同じOSPFエリアまたは同じIS-ISレベルであること。

  • LSPの両端は、同じ自律システム(AS)内の異なるOSPFエリアに存在します。異なる IS-IS レベルで終了する LSP はサポートされません。

  • 明示的パスLSPの両端が異なるOSPF ASにあり、自律システム境界ルータ(ASBR)が明示的パスLSPでサポートされるルースホップとして静的に設定されています。明示的なパスLSPの設定詳細については、「Explicit-Path LSPの設定」を参照してください。

LSP上に静的に定義されたASBRがなければ、あるルーティングドメイン、またはASと別のルーティングドメインとの間でトラフィックエンジニアリングは不可能です。しかし、AS が単一のサービスプロバイダの管理下にある場合、トラフィックエンジニアリングされた LSP が AS をまたぎ、それらを結ぶ OSPF ASBR を動的に検出することができる場合があります(この機能では IS-IS はサポートされません)。

AS間トラフィックエンジニアリングLSPは、特定のネットワーク要件を満たし、制限条件に該当せず、EBGPでOSPFパッシブモードが構成されていれば、可能です。詳細は次項以降に記載します。

AS間トラフィックエンジニアリング要件

AS間トラフィックエンジニアリングLSPの適切な確立と機能は、以下のネットワーク要件に依存し、これらはすべて満たされなければならない。

  • すべてのASは、単一のサービスプロバイダの管理下にあります。

  • 各AS内のルーティングプロトコルはOSPF、AS間のルーティングプロトコルはEBGPが使用されます。

  • ASBRの情報は、各AS内部で確認することができます。

  • EBGPの経路情報はOSPFで配信され、各AS内ではIBGPフルメッシュが実現されています。

  • トランジットLSPはAS間リンクには設定されず、各ASの入口点ASBRと出口点ASBRの間に設定されます。

  • 異なる AS の ASBR 間の EBGP リンクはダイレクトリンクであり、OSPF の下でパッシブトラフィックエンジニアリングリンクとして構成する必要があります。このパッシブリンクのリモートノード識別子には,ループバックや他のリンクアドレスではなく,リモートリンクアドレスそのものが使用される。OSPF パッシブ TE モードの設定OSPFパッシブトラフィックエンジニアリングモードの設定の詳細については、 を参照してください。

また、OSPFパッシブトラフィックエンジニアリングリンクのリモートノードに使用するアドレスは、EBGPリンクに使用するアドレスと同じである必要があります。https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/config-guide-routing/index.htmlOSPFとBGP全般については、「Junos OS Routing Protocols Library for Routing Devices」をご覧ください。

AS間トラフィックエンジニアリングの制限

AS間トラフィックエンジニアリングLSPでは、LSP階層化(ネスト化)シグナリングのみがサポートされています。ポイントツーポイントのLSPのみサポートされます(ポイントツーマルチポイントはサポートされません)。

また、以下の制限があります。これらの条件のうち一つでもあれば、上記の要件を満たしていても、AS間トラフィックエンジニアリングLSPは不可能となる。

  • マルチホップBGPの使用はサポートされていません。

  • AS内部でBGP経路を知られないようにするポリサーやトポロジーの使用はサポートされていません。

  • EBGPピア間のLAN上の複数のASBRはサポートされていません。EBGPピア間のLAN上のASBRは1つだけサポートされます(他のASBRがLAN上に存在することは可能ですが、広告することはできません)。

  • ASBR情報を隠蔽するルートリフレクタやポリシー、ASBR情報のAS内部への流通を防止するポリシーはサポートしません。

  • 双方向LSPはサポートされていません(トラフィックエンジニアリングの観点からはLSPは単方向です)。

  • 同じデスティネーションへのAS間パスとAS内パスの両方を持つトポロジーはサポートされていません。

また、すべてのLSPでルーチン化されているいくつかの機能は、AS間トラフィックエンジニアリングではサポートされていません。

  • Adminグループのリンクカラーには対応していません。

  • セカンダリースタンバイには対応していません。

  • 再最適化には対応していません。

  • トランジットルーターでのクランクバックはサポートされていません。

  • Diverse Pathの計算には対応していません。

  • グレースフル リスタートはサポートされていません。

AS間トラフィックエンジニアリングLSPの制限またはサポートされていない機能の一覧は,すべてを網羅しているわけではありません。

OSPF パッシブ TE モードの設定

通常、OSPFなどの内部ルーティングプロトコルは、AS間のリンクでは実行されません。しかし、AS間トラフィックエンジニアリングが適切に機能するためには、AS間リンクに関する情報、特にリモートインターフェイスのアドレスがAS内部で利用できるようにする必要があります。この情報は通常、EBGP 到達性メッセージにも OSPF 経路広告にも含まれません。

このリンクアドレス情報をAS内でフラッディングし、トラフィックエンジニアリングの計算に利用できるようにするには、各AS間インタフェースにトラフィックエンジニアリングのためのOSPFパッシブモードを設定する必要があります。また、OSPFが配信し、トラフィックエンジニアリングデータベースに含めるためのリモートアドレスも供給する必要があります。

passive[edit protocols ospf area area-id interface interface-name]AS間インタフェースにトラフィックエンジニアリングのためのOSPFパッシブモードを設定するには,リンクのステートメントを階層レベルで記述します。

ルーターにOSPFが正しく設定されている必要があります。so-1/1/0次の例は,AS 内の OSPF でトラフィックエンジニアリング情報を配布するための AS 間リンクを設定するものです。192.168.207.2リモートIPアドレスは.

パケット転送コンポーネント

Junos トラフィック制御アーキテクチャのパケット転送コンポーネントは MPLS であり、ネットワーク上の所定のパスに沿って IP パケットの流れを誘導する役割を担っています。このパスは LSP(ラベルスイッチ パス)と呼ばれます。LSP は単方向です。つまり、トラフィックは、ヘッドエンド(イングレス)ルーダーからテールエンド(エグレス)ルーダーに向かって一方向に流れます。二重トラフィックには 2 つの LSP が必要です。各方向にトラフィックを伝送する 1 つの LSP。LSP は、1 つ以上のラベルスイッチ ホップを連結して作成され、パケットを MPLS ドメイン内のあるルーターから別のルーターに転送できるようにします。

イングレス ルーターが IP パケットを受信すると、MPLS ヘッダーがパケットに追加され、LSP の次のルーターに転送します。ラベル付きパケットは、LSP のテールエンドであるエグレス ルーターに到達するまで、各ルーターによって LSP に沿って転送されます。この時点で、MPLS ヘッダーが削除され、パケットは IP 宛先アドレスなどのレイヤー 3 情報に基づいて転送されます。この方式の価値は、LSP の物理パスが、IGP が宛先 IP アドレスに到達する最短パスとして選択するものに限定されないということです。

ラベル スワップに基づくパケット転送

各ルーターのパケット転送プロセスは、ラベル スタップの概念に基づいています。この概念は、PVC(恒久仮想回線)の各 ATM(非同期転送モード)で発生するものと同じです。各 MPLS パケットは、20 ビットの固定長のラベル フィールドが含まれる 4 バイト カプセル化ヘッダーを伝送します。ラベルを含むパケットがルーターに到着すると、ルーターはラベルを検査し、MPLS 転送テーブルにインデックスとしてコピーします。転送テーブルの各エントリには,同じインバウンド ラベルがある特定のインタフェースに到着するすべてのパケットに適用される転送情報のセットにマッピングされたインタフェース インバウンド ラベルのペアが含まれています。

どのようにパケットが MPLS バックボーンを通過するか

このセクションでは、MPLS バックボーン ネットワークを通過する際に IP パケットがどのように処理されるかについて説明します。

MPLS バックボーンの入り口エッジでは、IP ヘッダーがイングレス ルーターによって検討されます。この分析に基づいて、パケットは分類され、ラベルが割り当てられ、MPLS ヘッダーでカプセル化され、LSP のネクスト ホップに向けて転送されます。MPLS は、IP パケットを LSP に割り当てできるように、高い柔軟性を提供します。たとえば、Junos トラフィック制御の実装では、イングレス ルーターに到着したパケットのうち、同じイグレス ルーターの MPLS ドメインから出るはずのパケットはすべて、同じ LSP に沿って転送されます。

パケットが LSP を通過し始めると、各ルーターはラベルを使用して、転送を決定します。MPLS 転送決定は、元の IP ヘッダーから独立して行われます。受信インターフェイスとラベルは、MPLS 転送テーブル内の検索キーとして使用されます。古いラベルは新しいラベルに置き換えられ、パケットは LSP に沿ってネクスト ホップに転送されます。このプロセスは、パケットがエグレス ルーターに到達するまで LSP の各ルーターで繰り返されます。

パケットがエグレス ルーターに到着すると、ラベルが削除され、パケットが MPLS ドメインを出ます。その後、パケットは、パケットの元の IP ヘッダーに含まれる宛先 IP アドレスに基づいて、IP ルーティング プロトコルが計算する従来の最短パスに従って転送されます。

情報配信コンポーネント

トラフィック制御には、ネットワーク トポロジーに関する詳細な知識に加え、ネットワーク負荷に関する動的情報が必要です。情報配布コンポーネントを実装するため、IGP のシンプルな拡張が定義されます。リンク属性は、各ルーターのリンク状態アドバタイズの一部として含まれています。IS-IS 拡張には新しい TLV(type length value)の定義が含まれ、OSPF 拡張は不透明な LSA(リンク状態アドバタイズ)で実装されます。リンク状態 IGP が使用する標準フラッティング アルゴリズムは、リンク属性がルーティング ドメイン内のすべてのルーターに分散されるようにします。IGP リンク状態アドバタイズに追加されるトラフィック エンジニアリング拡張には、最大予約済みリンク帯域、現在の帯域予約、リンクカラーリングなどがあります。

各ルーターは、ネットワーク リンク属性とトポロジー情報を専用のトラフィック制御データベースで保守しています。トラフィック制御データベースは、物理トポロジーを横断する LSP の配置のための明示的なパスの計算にのみ使用されます。以降のトラフィック制御計算は、IGP および IGP のリンク状態データベースから独立するように、別のデータベースが維持されます。一方、IGP は変更なく動作を継続し、ルーターのリンク状態データベースに含まれる情報に基づき従来の最短パス計算を行います。

パス選択コンポーネント

IGP によってネットワーク リンク属性とトポロジー情報がフラッドされ、トラフィック制御データベースに保存された後、各イングレス ルーターはトラフィック制御データベースを使用してルーティング ドメイン全体の LSP の独自のセットに対するパスを計算します。各 LSP のパスは、ストリクトまたはルーズ ルートによって表すことができます。明示的なルートは、LSP の物理パスの一部であるべき事前に設定されたルーターのシーケンスです。イングレス ルーターが LSP のすべてのルーターを指定した場合、LSP は明示的ストリクト ルートによって識別されると言われます。イングレス ルーターが LSP の一部のルーターのみを指定した場合、LSP は明示的なルーズ ルートと言われます。明示的なストリクトおよびルーズ ルートのサポートによって、パス選択プロセスは可能な限り広い自由度が与えられますが、必要に応じて制限されます。

イングレス ルーターは、トラフィック制御データベース内の情報に制限付き最短パス ファースト(CSPF)アルゴリズムを適用して、各 LSP の物理パスを決定します。CSPF は、ネットワーク全体の最短パスが計算される場合に、特定の制限を考慮するために変更された最短パスファースト アルゴリズです。CSPF アルゴリズムへの入力には以下が含まれます。

  • IGP から学習し、トラフィック制御データベースで保守されるトポロジー リンク状態情報

  • IGP 拡張によって伝送され、トラフィック制御データベースに保存される、ネットワーク リソースの状態に関連する属性(総リンク帯域幅、予約済みリンク帯域、利用可能なリンク帯域幅、リンク カラーなど)。

  • 提案された LSP を通過するトラフィックをサポートするために必要であり、ユーザ設定から取得される管理属性(帯域幅要件、最大ホップ数、管理ポリシー要件など)

CSPF は新しい LSP の各候補ノードとリンクを検討する際、リソースの可用性や、コンポーネントの選択がユーザー ポリシー制約に違反するかどうかに基づいて、特定のパス コンポーネントを受け入れるか拒否するかを決定します。CSPF 計算の出力は、制約を満たすネットワークを通る最短パスを提供するルーター アドレスのシーケンスで構成される明示的なパスです。この明示的なルートは、シグナリング コンポーネントに渡され、LSP に沿ってルーターで転送状態を確立します。

シグナリング コンポーネント

シグナリング コンポーネントによって実際に確立されるまで、LSP は実行可能であることは認識されません。LSP 状態の確立とラベルの配布を担当するシグナリング コンポーネントは、RSVP の多くの拡張に依存しています。

  • 明示的なルート オブジェクトにより、RSVP パス メッセージは従来の最短パス IP ルーティングから独立した明示的なルーターを通過できます。明示的なルートは、ストリクトまたはルーズとなります。

  • ラベル リクエスト オブジェクトは、中間ルーターが確立する LSP のラベル バインディングを提供することを要求する RSVP パス メッセージを許可します。

  • ラベル オブジェクトにより、RSVP は既存のメカニズムを変更することなく、ラベルの配布をサポートできます。RSVP Resv メッセージは、RSVP パス メッセージのリバース パスに従うため、ラベル オブジェクトはダウンストリーム ノードからアップストリーム ノードへのラベルの配布をサポートします。

オフライン パス計画と分析

オンライン パス計算によって管理の手間は軽減されますが、グローバルにトラフィック制御を最適化するには、オフライン計画と分析ツールが必要です。オンライン計算では、リソースの制約を考慮して、1 つずつ LSP を計算します。このアプローチの課題は決定論的ではない点です。LSP が計算される順序は、ネットワーク全体に各 LSP 物理パスを決定する上で極めて重要な役割を果たします。プロセスの早い段階で計算された LSP は、先に計算された LSP ほどネットワーク リソースを消費するため、プロセスの後の段階で計算された LSP よりも多くのリソースを利用できます。LSP 計算の順序が変更された場合、結果として得られる一連の LSP の物理パスも変わる場合があります。

オフライン計画と分析ツールは、各リンクのリソースの制約と各 LSP の要件を同時に検討します。オフライン アプローチは完了までに数時間かかる可能性がありますが、グローバル計算を実行し、各計算の結果を比較し、ネットワーク全体に最適なソリューションを選択します。オフライン計算の出力は、ネットワーク リソースの使用を最適化する一連の LSP です。オフライン計算を完了すると、グローバルに最適化されたソリューションのルールに従って、それぞれがインストールされるため、LSP を任意の順序で確立できます。

柔軟な LSP 計算と設定

トラフィック制御では、トラフィックフローを物理的なトポロジーにマッピングすることになります。制約ベースルーティングを使用して、オンラインでパスを決定できます。物理パスを計算する方法に関係なく、RSVP を介してネットワーク全体に転送状態がインストールされます。

Junos OS では、LSP をルーティングして設定する方法として、以下の方法をサポートしています。

  • オフラインで LSP のフルパスを計算し、必要な静的転送状態を LSP 内の各ルーターに個別に設定できます。これは、一部のインターネットサービスプロバイダ(ISP)が、IP-over-ATM コアを設定する方法と類似しています。

  • オフラインで LSP のフルパスを計算し、そのフルパスを使ってイングレスルーターを静的に設定できます。その後、イングレスルーターは、動的な信号プロトコルとして RSVP を使用し、LSP に沿って各ルーターに転送状態をインストールします。

  • 制約ベースルーティングを利用して、動的なオンライン LSP 計算を行うことができます。LSP ごとに制約条件を設定し、ネットワーク自体がその制約条件を満たす最適なパスを決定します。具体的には、イングレスルーターは、制約条件に基づいて LSP 全体を計算し、ネットワーク上でシグナリングを開始します。

  • LSP の部分的なパスをオフラインで計算し、パス内のルーターのサブセットでイングレスルーターを静的に設定した後、オンライン計算を許可して完全なパスを決定することができます。

    例えば、アメリカを横断する 2 本の東西パスを含むトポロジーがあるとします。北はシカゴ、南はダラスを経由します。ニューヨークのルーターとサンフランシスコのルーターの間に LSP を確立したい場合、LSP の一部分のパスに、ダラスのルーターの 1 つのルースルートホップを含めるように設定することができます。その結果、南のパスに沿ってルーティングされた LSP が生成されます。イングレスルーターは、CSPF を使用して完全なパスを計算し、RSVP を使用して LSP に沿って転送状態をインストールします。

  • いかなる制約もなく、イングレスルーターを設定することができます。この場合、LSP のパス決定には、通常の IGP 最短経路ルーティングが使用されます。この設定は、トラフィック制御に関しては役に立ちません。しかし、この設定は簡単にできるので、仮想プライベートネットワーク(VPN)などのサービスが必要な場面では、役に立つかもしれません。

これらの場合、プライマリ LSP のバックアップとして任意の数の LSP を指定することができるため、複数の設定方法を組み合わせることができます。例えば、プライマリパスをオフラインで明示的に計算し、セカンダリパスを制約ベースに設定し、第 3 のパスを制約なしにすることができます。プライマリ LSP がルーティングされている回線に障害が発生した場合、イングレスルーターは、ダウンストリームルーターから受信したエラー通知や、RSVP ソフトステート情報の失効によって障害を認識します。その後、ルーターは、ホットスタンバイ LSP にトラフィックを動的に転送するか、RSVP を呼び出して、新しいバックアップ LSP の転送状態を作成します。

BGPクラスフルトランスポートプレーン概要

BGPクラスフルトランスポートプレーンのメリット

  • ネットワークスライシング - サービス層とトランスポート層はお互いと分離されており、複数のドメインにまたがったエンドツーエンドのスライシングによって、ネットワークスライシングと仮想化の基盤が築かれているため、CAPEXが大幅に削減されます。

  • ドメイン間の相互運用性 - 各ドメイン内の異なるトランスポートシグナリングプロトコルが相互運用されるように、連携するドメイン全体にトランスポートクラスの導入を拡張します。各ドメインで使用される可能性のある、拡張コミュニティ名前空間に差異があれば調整します。
  • フォールバックを備えた色付き解決 - ベストエフォートトンネルやその他の色付きトンネ ルを介した柔軟なフォールバックオプションで、色付きトンネ ル(RSVP、IS-IS柔軟アルゴリズム)での解決を有効にします。

  • サービスの品質 - エンドツーエンドのSLA要件を達成するために、ネットワークをカスタマーズし、最適化します。
  • 既存の導入を活用 - IS-ISフレキシブルアルゴリズムなどの新しいプロトコルに加え、RSVPなどのよく導入されるトンネリングプロトコルもサポートしており、ROIを維持しながらOPEXを削減します。

BGPクラスフルトランスポートプレーンの用語

このセクションでは、BGPクラスフルトランスポートプレーンを理解するにあたり、よく使用される用語について簡潔に説明しています。

  • サービスノード - サービスルート(インターネットおよびレイヤー3 VPN)を送受信するイングレスプロバイダーエッジ(PE)装置。

  • ボーダーノード - 異なるドメイン(IGPエリアまたは AS)の接続ポイントにある装置。

  • トランスポートノード - BGPラベル付きユニキャスト(LU)ルートを送受信する装置。

  • BGP-VPN - RFC4364の仕組みを使用して構築されたVPN。

  • ルートターゲット(RT) - VPNメンバーシップを定義するために使用される拡張コミュニティのタイプ。

  • ルート識別子(RD) - どのVPNまたは仮想プライベートLANサービス(VPLS)にルートが属しているのかを区別するための識別子。各ルーティングインスタンスには、それに関連付けられた固有のルート識別がなければなりません。

  • 解決スキーム - フォールバックを提供する解決RIBで、プロトコルネクストホップアドレス(PNH)を解決するために使用されます。

    マッピングコミュニティに基づいて、ルートをシステム内の異なるトランスポートRIBにマップします。

  • サービスファミリー - データトラフィックのアドバタイズルートに使用するBGPアドレスファミリーで、トンネルとは異なります。

  • トランスポートファミリー - アドバタイズトンネルに使用されるBGPアドレスファミリーで、ここでは解決のためにサービスルートが使用します。

  • トランスポートトンネル - GRE、UDP、LDP、RSVP、SR-TE、BGP-LUなどのトラフィックを、サービスが配置する可能性のあるトンネル。

  • トンネルドメイン - 間にトンネルを持つ、単一の管理制御下にあるサービスノードとボーダーノードを含むネットワークのドメイン。隣接する複数のトンネルドメインにまたがるエンドツーエンドのトンネルは、ラベルを使用してノードをステッチングすることで作成できます。

  • トランスポートクラス - 同じサービスの種類を提供するトランスポートトンネルのグループ。

  • トランスポートクラスRT - 特定のトランスポートクラスを特定するために使用する、ルートターゲットの新しい形式。

    特定のトランスポートクラスを特定するために使用する、ルートターゲットの新しい形式。
  • トランスポートRIB - サービスノードおよびボーダーノードでは、トランスポートクラスにはそのトンネルルートを持つ関連トランスポートRIBが含まれます。

  • トランスポートRTI - ルーティングインスタンス。トランスポートRIBのコンテナ、および関連するトランスポートクラスのルートターゲットとルート識別素。

  • トランスポートプレーン - 同じトランスポートクラスRTIをインポートするトランスポートRTのセット。これらが、Inter-AS option-bに類似したメカニズムを使用してトンネルドメイン境界をまたいて繋がり、境界ノード(ネクストホップ自体)でラベルが交換され、エンドツーエンドのトランスポートプレーンが形成されます。

  • マッピングコミュニティ - トランスポートクラス上の解決にマッピングされる、サービスルート上のコミュニティ。

BGPクラスフルトランスポートプレーンを理解する

BGPクラスフルトランスポートプレーンを使用して、トラフィック制御の特性に基づいてAS内ネットワークの一連のトランスポートトンネルを分類するためのトランスポートクラスを設定し、これらのトランスポートトンネルを使用して、望ましいSLAと意図したフォールバックが得られるサービスルートにマッピングすることができます。

BGPクラスフルトランスポートプレーンは、トランスポートクラスを維持したままで、これらのトンネルを複数のドメイン(ASまたはIGP領域)にまたがるドメイン間ネットワークに拡張することができます。そのためには、ボーダーノードとサービスノードの間にBGPクラスフルトランスポート層BGPファミリーを設定する必要があります。

AS間およびAS内の実装では、サービスノードとボーダーノードから数多くのトランスポートトンネル(MPLS LSP、IS-ISフレキシブルアルゴリズム、SR-TE)が作成されている場合があります。LSPが、異なるドメインの別のシグナリングプロトコルを使用して信号を送信していることもあり、異なるトラフィック制御の特性(クラスまたはカラー)で構成されていることもあります。また、トランスポートトンネルのエンドポイントは、サービスエンドポイントとしても機能しており、サービスイングレスノードと同じトンネルドメインに存在することも、隣接したドメインあるいは隣接していないドメインに存在することもあります。BGPクラスフルトランスポートプレーンを使用することで、単一ドメイン内または複数のドメインにわたって、特定のトラフィック制御の特性を持つLSPを介してサービスを解決することができます。

BGPクラスフルトランスポートプレーンはBGP-VPN技術を再利用することで、トンネリングドメインの弱連結を保ちながら調整しつづけます。

  • ネットワーネットワーク層の到達可能性情報(NLRI)は、パスハイディングに使用されるRD:TunnelEndpointです。
  • ルートターゲットはLSPのトランスポートクラスを示しており、送信先デバイス上の対応するトランスポートRIBにルートをリークします。
  • すべてのトランスポートトンネリングプロトコルは、transport-class.inet.3ルーティングテーブルにイングレスルートをインストールし、トンネルトランスポートクラスをVPNルートターゲットとしてモデル化し、同じトランスポートクラスのLSPをtransport-class.inet.3 transport-ribルーティングテーブルに収集します。
  • このルーティングインスタンスのルートは、RFC-4364と同様の手順でBGPクラスフルトランスポートプレーン(inet transport)AFI-SAFIにアドバタイズされます。

  • AS間リンクの境界を越える場合は、Option-bの手順に従って、これらの隣接するドメインにあるトランスポートトンネルをステッチする必要があります。

    同様に、AS内領域を超える場合は、Option-bの手順に従って、異なるTEドメインにあるトランスポートトンネルをステッチする必要があります。

  • 解決スキームを定義することで、様々なトランスポートクラスに対するインテントを、フォールバック順に指定することができます。

  • これらのトランスポートクラスと共にマッピングコミュニティを送信することで、トランスポートクラスを介してサービスルートやBGPクラスフルトランスポートルートを解決することができます。

BGPクラスフルトランスポートファミリーは、BGP-LUトランスポート層ファミリーと並行して動作します。BGP-LUを実行するシームレスなMPLSネットワークでは、トンネルのトラフィック制御の特性が不明となるか、ドメイン境界を越えて保存されないため、5Gの厳格なSLA要件を満たすことが課題となります。BGPクラスフルトランスポートプレーンは、シームレスなMPLSアーキテクチャにおいて、トランスポートクラス情報とともにリモートループバック用の複数のパスをアドバタイズできる、運用上容易かつスケーラブルな手段となります。BGPクラスフルトランスポートファミリールートでは、異なるSLAルートはトランスポートクラスカラーを送信するトランスポートルートターゲット拡張コミュニティを使用して表現されます。このトランスポートルートターゲットは、BGPクラスフルトランスポートルートを適切なトランスポートクラスに関連付けるために、受信側BGPルーターが使用します。BGPクラスフルトランスポートルートを再アドバタイズすると、MPLSはルートを入れ替え、同じトランスポートクラスのAS内トンネルを相互接続することで、トランスポートクラスを保持したエンドツーエンドのトンネルを形成します。

BGPクラスフルトランスポートプレーンのAS内実装

図 4AS内領域にBGPクラスフルトランスポートプレーンを実装する前と後のネットワークトポロジーを示しています。PE11およびPE12デバイスはトランスポートトンネルとしてRSVP LSPを使用しており、すべてのトランスポートトンネルルートはinet.3 RIBにインストールされています。BGPクラスフルトランスポートプレーンを実装することで、セグメントルーティングトンネルと同様に、RSVPトランスポートトンネルがカラーを認識するようになります。

図 4: AS内ドメイン:BGPクラスフルトランスポートプレーンを実装する前と後のシナリオAS内ドメイン:BGPクラスフルトランスポートプレーンを実装する前と後のシナリオAS内ドメイン:BGPクラスフルトランスポートプレーンを実装する前と後のシナリオ

AS内設定で、トランスポートトンネルをBGPトランスポートクラスに分類するには、

  1. サービスノード(イングレスPEデバイス)で、ゴールドやブロンズなどのトランスポートクラスを定義し、定義されたトランスポートクラスに対してカラーコミュニティ値を割り当てます。

    構成例:

  2. トンネルのイングレスノードで、トランスポートトンネルを特定のトランスポートクラスに関連付けます。

    構成例:

AS内BGPクラスフルトランスポートプレーンの機能:

  • BGPクラスフルトランスポートは、各々の名前付きトランスポートクラス(ゴールドおよびブロンズ)に対してあらかじめ定義済みのトランスポートRIBを作成し、そのカラー値(100および200)からマッピングコミュニティを自動的に導き出します。
  • トランスポートクラスと関連づけられたときに、AS内トランスポートルートがトンネリングプロトコルによってトランスポートRIBに入力されます。

    この例では、トランスポートクラスゴールド(カラー100)とトランスポートクラスブロンズ(カラー200)に関連付けられたRSVP LSPルートが、それぞれトランスポートRIBのjunos-rti-tc-<100>.inet.3およびjunos-rti-tc-<200>.inet.3にインストールされています。

  • サービスノード(イングレスPE)は、サービスルートの拡張カラーコミュニティ(color:0:100とcolor:0:200)を定義済みの解決RIBのマッピングコミュニティと照合し、対応するトランスポートRIB(junos-rti-tc-<100>.inet.3、または junos-rti-tc-<200>.inet.3 )のプロトコルネクストホップ(PNH)を解決します。
  • BGPルートは、関連付けられたマッピングコミュニティを送信することで、解決スキームにバインドします。
  • 各トランスポートクラスは、事前に定義済みの解決スキームを自動的に2つ作成し、マッピングコミュニティを自動的に導き出します。

    解決スキームのうちの1つは、Color:0<val>をマッピングコミュニティとして使用するサービスルートを解決するためのものです。

    もう1つの解決スキームは、Transport-Target:0:<val>をマッピングコミュニティとして使用するトランスポートルートを解決するためのものです。

  • サービスルートPNHを、事前に定義済みの解決スキームにリストされたRIBを使用して解決できない場合は、inet.3ルーティングテーブルにフォールバックすることができます。
  • また、[edit routing-options resolution scheme]設定階層下にあるユーザー定義の解決スキームを使用することでも、異なる色のトランスポートRIB間のフォールバックを設定することができます。

BGPクラスフルトランスポートプレーンのAS間実装

AS間ネットワークでは、BGP-LUは、すべてのサービスノードまたはPEデバイスとボーダーノード(ABRおびASBR)に対して最低でも2つのトランスポートクラス(ゴールドおよびブロンズ)を設定した後に、BGPクラスフルトランスポートネットワークに変換されます。

トランスポートトンネルをBGPクラスフルトランスポートに変換するには、

  1. サービスノード(イングレスPEデバイス)とボーダーノード(ABRおよびASBR)で、ゴールドやブロンドなどとしてトランスポートクラスを定義します。

    構成例:

  2. トランスポートトンネルを、トンネルのイングレスノード(イングレスPE、ABR、ASBR)で特定のトランスポートクラスに関連付けます。

    構成例:

    RSVP LSPの場合

    IS-ISフレキシブルアルゴリズムの場合

  3. ネットワーク内のBGPクラスフルトランスポート(inet transport)とBGP-LU(inet labeled-unicast)の新しいファミリを有効にします。

    構成例:

  4. エグレスPEデバイスからのサービスルートを、適切な拡張カラーコミュニティでアドバタイズします。

    構成例:

AS間BGPクラスフルトランスポートプレーンの機能:

  1. BGPクラスフルトランスポートプレーンは、各々の名前付きトランスポートクラス(ゴールドおよびブロンズ)に対して事前に定義されたトランスポートRIBを作成し、そのカラー値から、マッピングコミュニティを自動的に導き出します。
  2. トランスポートクラスと関連づけられたときに、AS内トランスポートルートがトンネリングプロトコルによってトランスポートRIBに入力されます。

    例えば、トランスポートクラスのゴールドとブロンズに関連付けれられたトランスポートトンネルルートは、それぞれトランスポートRIBのjunos-rti-tc-2<100>.inet.3junos-rti-tc-4<200>.inet.3にインストールされます。

  3. BGPクラスフルトランスポートプレーンは、各々のトランスポートRIBからbgp.transport.3ルーティングテーブルにトランスポートトンネルルートをコピーするときに、一意のルート識別素とルートターゲットを使用します。
  4. ボーダーノードは、BGPセッションでファミリーinetトランスポートがネゴシエートされている場合、bgp.transport.3ルーティングテーブルからのルートを他のドメインのピアにアドバタイズします。
  5. 受信側のボーダーノードは、これらのbgp-ctルートをbgp.transport.3ルーティングテーブルにインストールし、トランスポートルートターゲットに基づいて、これらのルートを適切なトランスポートRIBにコピーします。
  6. サービスノードは、サービスルート内のカラーコミュニティと解決スキーム内のマッピングコミュニティを照合し、対応するトランスポートRIB(junos-rti-tc-2<100>.inet.3またはjunos-rti-tc-4<200>.inet.3)内にあるPNHを解決します。
  7. ボーダーノードは、トランスポートルートPNHを解決するにあたり、事前に定義された解決スキームを使用します。
  8. 事前に定義された解決スキームであれ、ユーザーが定義した解決スキームであれ、どちらの解決スキームもサービスルートPNH解決をサポートします。事前に定義された解決スキームではinet.3をフォールバックとして使用し、ユーザーが定義した解決スキームでは、トランスポートRIBのリストをPNHを解決する際に指定した順序で使用することができます。
  9. サービスルートPNHをユーザーが定義した解決スキームにリストされているRIBを使用して解決できない場合、ルートは破棄されます。

基盤となるカラー付きのSR-TEトンネルを備えたBGPクラスフルトランスポート(BGP-CT)の概要

基盤となるカラー付きのSR-TEトンネルを備えたBGP-CTのメリット

  • 将来、ネットワークの拡大に伴い発生する可能性のある、拡張上の問題を解決します。
  • 異なる技術を使用するドメイン間で、相互接続性が得られます。
  • サービスとトランスポート層を切り離すことで、完全に分散されたネットワークを実現します。
  • SR-TE用のドメイン内トラフィック制御コントローラーを通して、独立した帯域管理を提供します。

絶えず成長し進化し続ける大規模なネットワークには、シームレスなセグメントルーティングアーキテクチャが必要です。Junos OSリリース21.2,R1以降では、カラー付きSR-TEトンネルを基盤トランスポートとしたBGP-CTをサポートしています。BGP-CTでは、トランスポートRIBを使用してサービスルートを解決し、ネクストホップを計算することができます。現在BGP-CTでサポートされているサービスも、ルート解決のために基盤となるSR-TEカラー付きトンネルを使用することができます。サービスでは、静的なカラー付きトンネルやBGP SR-TE、プログラム可能なrpd、PCEPカラー付きトンネルなどの基盤となるSR-TEカラー付きトンネルを使用できるようになりました。BGP-CTは、ネクストホップの到達可能性を利用して、目的のトランスポートクラス上のサービスルートを解決します。

基礎となるSR-TEカラー付きトンネル上でBGP-CTサービスのルート解決を有効にするには、[edit protocols source-packet-routing]階層レベルにuse-transport-classステートメントを含めます。

注:
  1. use-transport-classステートメントを

    [edit protocols source-packet-routing]階層レベルで有効にします。

    [edit routing-options transport-class]階層レベルでauto-createステートメントも使用します。
  2. use-transport-classを備えたカラー付きSR-TEのRIBグループと、この機能を備えたカラーのみのSR-TEトンネルはサポートされていません。

RSVP PathErr メッセージによるトラフィック制御データベースの精度向上

RSVPベースのトラフィック制御に欠かせないのが、トラフィック制御データベースです。トラフィック制御データベースには、トラフィック制御に参加しているすべてのネットワーク ノードとリンクの完全なリストと、それらのリンクのそれぞれが保持できる属性のセットが含まれています。(トラフィック制御データベースの詳細については、Constrained-Path LSP Computationを参照してください)。最も重要なリンク属性の一つは、帯域幅です。

RSVP LSP の確立と終了に伴い、リンクの帯域幅が急速に変化します。トラフィック制御データベースには、実際のネットワークとの間に不一致が生じる可能性があります。このような不一致は、IGP の更新レートを上げても修正できません。

リンクの可用性は、同じ不一致の問題を共有することができます。リンクが利用できなくなった場合、既存の RSVP LSP はすべて壊れます。しかし、その可用性はネットワークでも容易に知ることがないかもしれません。

rsvp-error-hold-timeステートメントを設定すると、ソース ノード( RSVP LSP のイングレス)は、ダウンストリーム ノードから送信される PathErr メッセージを監視することで、その LSP の障害を学習します。PathErr メッセージからの情報は、後続の LSP 計算に組み込まれ、LSP 設定の精度と速度を向上させること できます。一部の PathErr メッセージは、トラフィック制御データベースの帯域幅情報を更新するためにも使用され、トラフィック制御データベースとネットワーク間の不一致を軽減します。

IGP の更新頻度は、update-thresholdステートメントを使って制御できます。インターフェイスでの RSVP 更新閾値の設定を参照してください。

このセクションでは、以下のトピックについて説明します。

PathErrメッセージ

PathErr メッセージは、異なるコード番号やサブコード番号によってさまざまな問題を報告します。これらの PathErr メッセージの完全なリストは、RFC 2205 の RSVP ( Resource Reservation Protocol )、Version 1、Functional Specification および RFC 3209、RSVP-TE に記載されています。LSP Tunnels 向けの RSVPへの拡張

ステートrsvp-error-hold-timeメントを設定すると、特にリンク障害を表す PathErr メッセージの 2 つのカテゴリーが調べられます。

  • この LSP のリンク帯域幅は低いです。要求された帯域幅は利用できません。コード 1、サブコード 2

    このタイプの PathErr メッセージは、リンクを送信するすべての LSP に影響を与えるグローバルな問題を表しています。これらの情報は、実際のリンク帯域幅が LSP で必要とされる帯域幅よりも低く、トラフィック制御データベースの帯域幅情報が過大評価されている可能性があることを示しています。

    このタイプのエラーを受信すると、ローカル トラフィック制御データベースで利用可能なリンク帯域幅が減少し、今後のすべての LSP 計算に影響を与えます。

  • この LSP ではリンクは利用できません。

    • アドミッション コントロール、障害。コード 1、2 以外のサブコード

    • ポリシー コントロール、障害。コード 2

    • サービス プリエンプション。コード 12

    • ルーティング問題。宛先へのルートは利用できません。コード 24、サブコード 5

    これらのタイプの PathErr メッセージは、通常指定された LSP に関連しています。この LSP の障害は、必ずしも他の LSP も障害が発生する可能性があることを意味するものではありません。これらのエラーは、MTU (最大転送単位)の問題、サービス プリエンプション(オペレータが手動で開始したものや、より高い優先度を持つ別の LSP によるもの)、ネクストホップ リンクのダウン、ネクストホップ ネイバーのダウン、ポリシー上の理由によるサービスの拒否などを示します。この特定の LSP をリンクから離してルーティングのが最適です。

問題のリンクの特定

PathErr メッセージには、送信者の IP アドレスが含まれています。この情報は、イングレス ルーターに向けて変更されずに伝送されます。トラフィック制御データベース内の検索により、PathErr メッセージを発信したノードを特定できます。

PathErr メッセージには、そのメッセージを起動した RSVP セッションを特定するのに十分な情報が含まれています。これがトランジット ルーターの場合は、メッセージを転送するだけです。このルーターが(この RSVP セッションの)イングレス ルーターの場合、セッションが通過すべきすべてのノードとリンクの完全なリストを持っています。発信元のノード情報と組み合わせることで、リンクを一意に特定することができます。

トラトラフィック制御データベース精度を向上させるルーターの設定

トラフィック制御データベース精度を向上せるには、rsvp-error-hold-timeステートメントを設定します。ステートメントを設定すると、ソース ノード( RSVP LSP のイングレス)は、ダウンストリーム ノードから送信される PathErr メッセージを監視することで、その LSP の障害を学習します。PathErr メッセージからの情報は、後続の LSP 計算に組み込まれ、LSP 設定の精度と速度を向上させること できます。一部の PathErr メッセージは、トラフィック制御データベースの帯域幅情報を更新するためにも使用され、トラフィック制御データベースとネットワーク間の不一致を軽減します。

RSVP PathErr メッセージを記憶する MPLS 期間を設定し、CSPF 計算でその方法を検討するには、以下のrsvp-error-hold-timeステートメントを使用します。

以下の階層レベルでこのステートメントを使用することができます。

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

時間は、1~240秒の値を指定することができます。デフォルトは25秒です。値 0 を設定すると、PathErr メッセージの監視を無効にします。

変更履歴

サポートされる機能は、使用しているプラットフォームとリリースによって決まります。 特定の機能がお使いのプラットフォームでサポートされているかどうかを確認するには、 Feature Explorer をご利用ください。

リリース
説明
23.1R1
Junos OSリリース23.1R1以降、Junos OSではBGコンフェデレーションが有効になっている場合、BGPリンクステートBGP-LS NLRIでTLV 512内にコンフェデレーションIDを転送できるようになりました。NLRIでは、RFC9086で定義されているように、TLV517でメンバーAS番号とともにコンフェデレーションIDを転送します。
22.1R1
Junos OSリリース22.1 R1以降、トラフィック制御データーベース(TED)とBGPリンクステート(TED)のIPv6プレフィックスとIPv6隣接SID MPLSサポートを追加しました。
20.4R1
Junos OS Release 20.4R1以降では、IS-ISのトラフィック制御で、IPv4アドレスに加えて、IPv6の情報をトラフィック制御データベース(TED)に保存するように設定することができます。
17.4R1
Junos OS Release 17.4R1 以降、トラフィック制御データベースは、RSVP-TE のトポロジー情報に加えて、内部ゲートウェイプロトコル(IGP)トポロジー情報を lsdist.0 ルーティングテーブルにインストールします。
17.2R1
Junos OS Release 17.2R1以降、BGP のリンクステートアドレスファミリーが拡張され、Source Packet Routing in Networking(SPRING)トポロジー情報をSoftware-Defined Networking(SDN)コントローラに配信できるようになりました。
17.1R1
Junos OS Release 17.1R1 以降では、BGP によるリンクステート配信が QFX10000 スイッチでサポートされます。