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

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オプションを使用します。

ルート選択ではなく、転送に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ルーティングプロトコルライブラリを参照してください。

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アドレスは.

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

各ルーターのパケット転送プロセスは、ラベル スタップの概念に基づいています。この概念は、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 パス メッセージのリバース パスに従うため、ラベル オブジェクトはダウンストリーム ノードからアップストリーム ノードへのラベルの配布をサポートします。

内部ゲートウェイプロトコルの役割

内部ゲートウェイプロトコル（IGP）は、自律システム（AS）内のデバイス間でルーティング情報を交換するために使用されるプロトコルの一種です。IGP は、宛先への最適な経路を計算する方法に基づいて、2つのカテゴリーに分類されます。

• リンクステートプロトコル—ネットワークのトポロジー（直接接続されたリンクとそのリンクの状態）に関する情報を、マルチキャストアドレスを使用してすべてのルーターにアドバタイズし、リンクステートプロトコルを実行しているすべてのルーターが、インターネットワークに関して同一の情報を持つようになるまで、ルーティングの更新をトリガーします。宛先への最良の経路は、最大遅延、最小利用可能な帯域幅、リソースクラスの相性などの制約に基づいて計算されます。

  リンクステートプロトコルの例として、OSPFとIS-ISがあります。

• 距離ベクトルプロトコル — ブロードキャストアドレスを使用して、直接接続されたネイバーに完全なルーティングテーブル情報を告知します。最良の経路は、宛先ネットワークまでのホップ数に基づいて計算されます。

  RIPは距離ベクトルプロトコルの例です。

IGPの役割は、その名の通り、特定のルーティングドメイン内または内部のルーティング接続を提供することです。ルーティングドメインとは、共通のルーティングプロトコルを共有する、共通の管理制御下にあるルーターのセットのことです。ASは、複数のルーティングドメインで構成され、IGPは、近隣のルーターからネットワークプレフィックス（ルート）を告知して学習し、最終的に特定のプレフィックスへの到達性を告知するすべてのソースのエントリーを含むルートテーブルを構築する機能を持ちます。IGPは、経路選択アルゴリズムを実行して、ローカルルーターと各宛先との間の最良の経路を選択し、ルーティングドメインを構成するルーター間の完全な接続を提供します。

IGPは、内部ネットワークの到達性を告知するだけでなく、ルート再分配と呼ばれるプロセスを通じて、そのIGPのルーティングドメインの外部にあるルーティング情報を告知するために使用されることがあります。ルート再分配は、ルーティング情報を異なるルーティングプロトコル間で交換し、AS内接続が必要になったときに複数のルーティングドメインを結びつけるプロセスです。

内部ゲートウェイプロトコルの制限

各IGPには、それぞれの利点と制限がありますが、一般的にIGPの最大の制限となるのは、パフォーマンスと拡張性です。

IGP は、トラフィック を目的としたネットワークトポロジー情報の取得と配布を行うように設計されています。このモデルはうまく機能していましたが、IGPは大規模なデータベースを配信する際には、スケーリングに限界があります。IGPは、ネイバーを自動検知して、エリア内のネットワークトポロジー情報を取得することができます。しかし、リンクステートデータベースまたはトラフィック制御データベースは、単一のエリアまたはASを対象としているため、エンドツーエンドのトラフィック制御などのアプリケーションでは、外部からの可視性を得ることでより良い判断をするという利点が制限されてしまいます。

MPLS や一般化された MPLS（GMPLS）などのラベルスイッチネットワークでは、既存のトラフィック制御ソリューションのほとんどが、単一のルーティングドメインで動作します。これらのソリューションは、IngressノードからEgressノードへのルートが、ルーティングエリアまたはIngressノードのASから出るときには機能しません。このような場合、ネットワーク全体の完全なルーティング情報が利用できないため、経路計算問題が複雑になります。これは、拡張性の制約および機密性の問題のせいで、通常はサービスプロバイダが、ルーティングエリアまたはAS以外にルーティング情報を漏洩しない選択をしているためです。

スパニングによるリンクステート配信の必要性

IGPの制限の1つに、単一エリアまたはAS外にリンク状態分散の範囲を広げられないことがあります。ただし、複数のエリアまたはASにわたるIGPによって取得されたリンク状態情報をスパニングすることには、以下のようなニーズがあります。

• LSP経路計算—この情報は、例えば、エリア間TE LSPなどのように、複数のルーティングドメインにまたがるMPLS LSPへの経路を計算するために使用されます。

• 外部パスコンピューティングエンティティ—アプリケーション層のトラフィック最適化（ALTO）や経路計算の要素（PCE）などの外部経路計算エンティティは、トラフィック 情報を含む、ネットワークトポロジーとネットワーク内の接続の現在の状態に基づいて、パス計算を実行します。この情報は通常、ネットワーク内のIGPによって配信されます。

  しかし、外部の経路計算エンティティは、IGPからこの情報を引き出すことができないため、ネットワークモニタリングを行い、ネットワークサービスの最適化を図っています。

BGPをソリューションとして使用

• 概要
• 実装

実装

Junos OSではIGPが、トラフィック制御データベースと呼ばれるデータベースに、トポロジー情報をインストールします。トラフィック制御データベースには、集約されたトポロジー情報が含まれています。IGP トポロジー情報をトラフィック制御データベースにインストールするには、このおよびの階[edit protocols ospf traffic-engineering]層レベル[edit protocols isis traffic-engineering]でset igp-topology設定ステートメントを使用します。BGPを使用してリンク状態情報を配信する方法には、トラフィック制御データベースをBGP-TEにアドバタイズする処理（インポート）と、BGP-TEからトラフィック制御データベースにエントリをインストールする処理（エクスポート）があります。

Junos OS Release 20.4R1以降では、IS-ISのトラフィック制御で、IPv4アドレスに加えて、IPv6の情報をトラフィック制御データベース（TED）に保存するように設定することができます。BGP-LSは、トラフィック制御データベースのインポートされたポリシーを用いて、この情報をトラフィック制御データベースのルートとして、lsdist.0のルーティングテーブルに配信します。これらのルートは、BGP-TEピアに、IPv6ルーターIDタイプ、長さ、値（TLV）を持つネットワーク層の到達性情報（NLRI）として告知されます。IPv6の情報を追加することで、トラフィック制御データベースに完全なネットワークトポロジーを取り込むことができます。

図 1: Junos OSにおけるBGPリンクステート配信の実装

BGP-LS NLRIとコンフェデレーションID

Junos OSリリース23.1R1以降、Junos OSではBGPコンフェデレーションが有効になっている場合、BGPリンクステート（BGP-LS）のネットワーク層到達可能性情報（NLRI）がTLV 512でコンフェデレーションIDを転送できるようになりました。NLRIは、RFC9086で定義されているように、TLV517でメンバー自律システム番号（AS番号）と共にコンフェデレーションIDを転送します。Junos OSのトラフィック制御データベースモジュールが、（lsdist.0ルーティングテーブルに注入された）BGP-LS NLRIを生成しながら、TLV 512とTLV 517のそれぞれでコンフェデレーションIDとメンバーAS番号をエンコードするために必要となる変更を行います。Junos OSリリース23.1R1以前のリリースでは、BGP-LS NLRIはTLV 512でメンバーAS番号のみを転送し、コンフェデレーションIDはlsdist.0ルーティングテーブルにエンコードされません。

トラフィック制御データベースのインポート

トラフィック制御データベースをBGP-TEに告知するには、トラフィック制御データベースのリンクエントリーとノードエントリーを、ルート形式で変換します。これらの変換されたルートは、対応するIGPに代わって、トラフィック制御データベースによって、ルートポリシーに従う条件で、lsdist.0というユーザーに見えるルーティングテーブルにインストールされます。トラフィック制御データベースからlsdist.0にエントリをリークする手順を、図 1で説明するようにトラフィック制御データベースインポートと呼びます。

トラフィック制御データベースのインポートプロセスを管理するためのポリシーがあります。デフォルトでは、トラフィック制御データベースから、lsdist.0テーブルにリークされるエントリーはありません。

Junos OS Release 17.4R1以降、トラフィック制御データベースは、RSVP-TEのトポロジー情報に加えて、内部ゲートウェイプロトコル（IGP）トポロジー情報を図 1で説明するようにlsdist.0ルーティングテーブルにインストールします。Junos OS Release 17.4R1以前のトラフィック制御データベースでは、RSVP-TEトポロジー情報のみがエクスポートされていました。これで、IGPとトラフィック制御の両方のトポロジー情報をモニターできるようになりました。BGP-LSは、lsdist.0からIGPエントリーを読み込んで、これらのエントリーをBGPピアにアドバタイズします。IGPのトポロジー情報をlsdist.0からBGP-LSにインポートするには、set bgp-ls階層レベルで、[edit protocols mpls traffic-engineering database import igp-topology]設定ステートメントを使用します。

トラフィック制御データーベースのエクスポート

BGPは、ポリシーに従って、lsdist.0テーブルから経路をエクスポートまたは告知するように設定できます。これは、BGPのどのようなルートオリジネーションでも共通です。BGP-TEをトラフィック制御データベースに告知するためには、BGP-TE のアドレスファミリーと、BGPに再分配するルートを選択するエクスポートポリシーを、BGPに設定する必要があります。

BGPは、これらのルートを他のNLRIと同様に伝播します。BGP-TEファミリーが設定され、ネゴシエートされているBGPピアは、BGP-TE NLRIを受信します。BGPは、受信したBGP-TE NLRIを、lsdist.0テーブルにルート形式で格納します。これは、ローカルに生成されたBGP-TEルートを格納するテーブルと同じです。lsdist.0でBGP インストールされたルートは、他のルートと同様に他のピアに配信されます。このように、複数のスピーカーから受信されたBGP-TE NLRIには、標準的な経路選択手順が適用されます。

ドメイン間TEを実現するために、lsdist.0のルートはポリシーを介してトラフィック制御データベースにリークされます。このプロセスは、図 1で説明するように、トラフィック制御データーベースのエクスポートと呼ばれます。

トラフィック制御データーベースのエクスポートプロセスを管理するためのポリシーがあります。デフォルトでは、lsdist.0テーブルからトラフィック制御データーベースに、エントリーがリークされることはありません。

Junos OSリリース22.4R1以降、セグメントルーティングプロトコルからトラフィック制御データベースとBGPリンクステートへルートとして転送するトラフィック制御（TE）ポリシーを配信できます。BGPリンクステートはTEポリシーに関連する情報を収集し、それにより外部コントローラがパス計算、再最適化およびドメイン内およびドメイン間ネットワークの可視化のような活動を行うことを可能にします。

set protocols source-packet-routing traffic-engineering databaseを設定し、セグメントルーティング（SR）ポリシーがTEDに保存できるようにします。

注:

PCEやALTOなどのSDNアプリケーションでは、BGP-TEで告知された情報が、ルーターのトラフィック制御データベースに漏れることはありません。このような場合、BGP-TEを用いてルーターとピアする外部サーバーを使用して、トポロジー情報を、ネットワークに広がるスカイ/オーケストレーションシステムに移動させています。これらの外部サーバーは、BGP-TEの消費者とみなすことができ、BGP-TEのルートを受信しますが、告知はしません。

信頼性のある価値の付与

エントリーが、トラフィック制御データベースにインストールされると、BGP-TEで学習した情報がCSPFのパス計算に利用できるようになります。トラフィック制御データベースでは、信頼性のある値に基づいたプロトコル優先スキームを使用します。信頼性の高い値を持つプロトコルは、信頼性の低い値を持つプロトコルよりも優先されます。BGP-TE は、複数のプロトコルから学習した情報を同時に告知する機能を持っているため、トラフィック制御データベースにはIGPがインストールされたエントリーに加えて、複数のプロトコルに対応するBGP-TEがインストールされたエントリーが存在する可能性があります。トラフィック制御データベースのエクスポートコンポーネントは、BGP-TEがサポートする各プロトコルのトラフィック制御データベースのプロトコルと信頼性レベルを作成します。これらの信頼性のある値は、CLIで設定可能になります。

BGP-TEのプロトコルの信頼性の順序は次のようになります。

• 不明—80

• OSPF-81

• ISISレベル 1-82

• ISISレベル 2-83

• 静的—84

• ダイレクト-85

クロス信頼性パス計算

信頼性のある値を割り当てた後、各信頼性のレベルは個々のプレーンとして扱われます。制約のある短縮経路の最初のアルゴリズムは、割り当てられた信用度が高いものから低いものへと進み、その信用度の範囲内でパスを見つけます。

BGP-TEでは、複数の信頼レベルにわたるパスを計算して、AS間パスを計算することが不可欠です。例えば、エリア1を通る経路を計算するエリア0のデバイスでは、、エリア0のエントリーはOSPFでインストールされ、エリア1のエントリーはBGP-TEでインストールされるため、異なる信頼性の設定が見られます。

信頼性のあるレベルでパス計算を可能にするために、edit protocols mpls[edit protocols mpls label-switched-path lsp-name]、およびの階[edit protocols rsvp]層レベルでステートcross-credibility-cspfメントを含めます。[edit protocols rsvp]の階層レベルでは、を有効にすると、トランジットでのバイパスLSPやルースホップの拡張にcross-credibility-cspf影響を与えます。

cross-credibility-cspfを設定することにより、制約のある短縮経路の最初のアルゴリズムを使用して、信頼性レベルを超えたパス計算が可能になります。このとき、制約は、信頼性ごとに実行されるのではなく、割り当てられた信頼性の値を無視した単一の制約として実行されます。

BGP-TE NLRIとTLV

BGP-TE NLRIは、他のBGPルートと同様に、BGP-TE NLRIを話すルートリフレクターを介して配信することも可能です。Junos OSでは、BGP-TEファミリーに、ルートリフレクションサポートを実装しています。

サポートされているNLRIの一覧を以下に示します。

• リンクNLRI

• ノードNLRI

• IPv4 Prefix NLRI（受信および伝送）

• IPv6 Prefix NLRI（受信および伝送）

• TEポリシーNLRI

注:

Junos OSでは、上記NRLIのルート区別形式をサポートしません。

以下は、リンクおよびノードNLRI でサポートされているフィールドの一覧です。

• プロトコル-ID-NLRIは、以下のプロトコル値で発信します。

  • ISIS-L1

  • ISIS-L2

  • OSPF

  • SPRING-TE

• 識別子—この値は設定可能です。デフォルトでは、識別子の値は0に設定されます。

• ローカル/リモートノード内容説明-これらには、以下のものが含まれます。

  • 自律システム

  • BGP-LS識別子—この値は設定可能です。デフォルトでは、BGP-LS識別子の値は、0に設定されます。

  • エリア-ID

  • IGPルーター-ID

• リンク記述子（リンクNLRIのみ）-これには以下が含まれます。

  • リンクのローカル/リモートの識別子

  • IPv4インターフェイスアドレス

  • IPv4ネイバーアドレス

  • IPv6ネイバー/インターフェイスアドレス—IPv6ネイバーおよびインターフェイスアドレスは発信されず、受信時に保存されて伝送されるのみです。

  • マルチトポロジーID—この値は発信されず、受信時に保存され、伝送されます。

サポートされているLINK_STATE属性TLVの一覧を以下に示します。

• リンク属性：

  • 管理グループ

  • 最大リンク帯域幅

  • 保存可能な最大の帯域幅

  • 無制限の帯域幅

  • TEデフォルトのメトリック

  • SRLG

  • 以下のTLV は、発信されていませんが、受信時に保存され、伝送されるのみです。

    • 不透明なリンク属性

    • MPLSプロトコルマスク

    • メトリック

    • リンク保護タイプ

    • リンク名の属性

• ノード属性：

  • IPv4ルーター-ID

  • ノードフラグビット—オーバーロードビットのみが設定されます。

  • 以下のTLV は、発信されていませんが、受信時に保存され、伝送されるのみです。

    • マルチトポロジー

    • OSPF固有のノードプロパティ

    • 不透明なノードプロパティ

    • ノード名

    • IS-ISエリア識別子

    • IPv6ルーター-ID

  • Prefix属性—これらのTLVは、他の未知のTLVと同様に保存され、伝送されます。

サポートされている機能とサポートされていない機能

Junos OSでは、BGP によるリンクステート配信で、以下の機能をサポートしています。

• マルチプロトコル保証フォワーディング機能の広告

• ノードおよびリンク状態のBGPおよびBGP-TEのNLRIの送信および受信

• BGP-TE NLRIのノンストップのアクティブルーティング

• ポリシー

Junos OSでは、BGPによるリンクステート配信について、以下の機能をnotサポートしています。

• 集合型トポロジー、リンク、またはノード

• BGP-TE NLRIのルート区別サポート

• マルチトポロジー識別子

• マルチインスタンスの識別子（デフォルトのインスタンスID 0を除く）

• リンクおよびノードエリアTLVのアドバタイズメント

• MPLSシグナリングプロトコルのアドバタイズメント

• 重複したアドレスによるノードとリンク情報をインポートします。

ネットワークにおけるソースパケットルーティング（SPRING）のための BGPリンクステート拡張

Junos OS Release 17.2R1以降、BGP のリンクステートアドレスファミリーが拡張され、Source Packet Routing in Networking（SPRING）トポロジー情報をSoftware-Defined Networking（SDN）コントローラに配信できるようになりました。BGPは通常、IGPからリンクステート情報を学び、BGPピアに配信します。SDNコントローラーは、BGP以外にも、コントローラーがIGPドメインの一部である場合、IGPから直接リンクステート情報を得ることができます。しかし、BGPのリンクステート配信は、トポロジー情報をエクスポートするための拡張可能なメカニズムを提供します。SPRING向けのBGPリンクステート拡張機能は、ドメイン間のネットワークでサポートされています。

• Source Packet Routing in Networking（SPRING）
• BGPリンクステートSPRINGデータのフロー
• SPRINGを使用したBGPリンクステートでサポートされるBGPリンクステート属性とTLV、およびサポートされない機能

BGPリンクステートSPRINGデータのフロー

図 2は、IS-ISがトラフィック制御データベースに押し出すBGPリンクステートSPRINGデータのデータフローを説明します。

図 2: ネットワークにおけるソースパケットルーティング（SPRING）のためのBGP リンクステート

• IGPは、SPRING属性をトラフィック制御データベースに押し出します。

• SPRING機能とアルゴリズムの情報は、ノード属性としてトラフィック制御データベースに送信されます。

• 隣接SIDおよびLAN隣接SID情報は、リンク属性として伝えられます。

• Prefix SIDまたはNode-SID情報は、Prefix属性として伝送されます。

• 新しいセットまたは既存の属性への変更は、IGPが新しいデータでトラフィック制御データベースを更新するように誘導します。

  注意:

  IGPレベルで、トラフィック制御が無効になっている場合、どの属性もトラフィック制御データベースに押し出されることはありません。

• リンク記述子、ノード記述子、プレフィックス記述子など、BGPトラフィック制御NLRI内のすべてのパラメータは、トラフィック制御データベースのエントリーから得られます。

• トラフィック制御データベースは、ポリシーに従って、IGPからlsdist.0ルーティングテーブルに、ルートエントリーをインポートします。

• BGPのデフォルトポリシーは、BGPのみが知っているルートをエクスポートすることです。lsdis.0ルーティングテーブルに、BGP以外のルートに対するエクスポートポリシー設定を行います。このポリシーは、トラフィック制御データベースから学習したエントリーを告知します。

OSPFをIGPとするBGPを介して学習したNLRIノードの検証

以下は、OSPFをIGPとするBGPを介して学習したNLRIノードを検証するための出力例です。

OSPFをIGPとするBGPを介して学習したPrefix NLRIの検証

以下は、OSPFをIGPとするBGPを介して学習したPrefix NLRIを検証するための出力例です。

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トランスポートクラスに分類するには、

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.3とjunos-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ステートメントを含めます。

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 メッセージの監視を無効にします。