セグメントルーティングLSPの設定

色付きスタティックセグメントルーティングLSPを理解する

BGPセグメントルーティングポリシーと同様に、色付きLSPのイングレスルートは、 inetcolor.0 または inet6color.0 ルーティングテーブルにインストールされ、 destination-ip-address, color をマッピングIPトラフィックのキーとします。

静的なカラー付きセグメントルーティングLSPは、バインディングSIDを持つことができ、そのバインディングSIDは、 mpls.0 ルーティングテーブルにルートがインストールされます。このバインディングSIDラベルは、ラベル付けされたトラフィックをセグメントルーティングLSPにマッピングするために使用されます。ルートのゲートウェイは、プライマリパスとセカンダリパスの下のセグメントリスト設定から導き出されます。

色付きセグメントルーティングLSPのセグメントリスト

色付き静的セグメントルーティングLSPは、LSPを解決するファーストホップラベルモードをすでにサポートしています。ただし、ファーストホップIPモードは、色付きセグメントルーティングLSPには対応していません。Junos OS リリース 19.1R1 以降、コミットチェック機能が導入され、色付きルートに寄与するすべてのセグメントリストに、すべてのホップの最小ラベルが存在することを確認します。この要件が満たされない場合、コミットはブロックされます。

非カラーリングセグメントルーティングLSPについて

色なしセグメントルーティングLSPには、固有の名称と宛先IPアドレスがあります。宛先へのイングレスルートが、inet.3ルーティングテーブルにインストールされ、デフォルトプリファレンスは8、メトリックは1となります。このルートでは、宛先に関連するセグメント ルーティング LSP に色付けされていないサービスをマッピングできます。色なしセグメントルーティングLSPがイングレスルートを必要としない場合、イングレスルートを無効にすることができます。色なしセグメントルーティングLSPは、バインディングSIDラベルを使用してセグメントルーティングLSPステッチを実現します。セグメントルーティングLSPを、他のセグメントルーティングLSPを階層的に構築するためにさらに使用することができるセグメントとしてモデル化するために使用できるこのラベル。バインディングSIDラベルのトランジットは、デフォルトでは、プリファレンスは8、メトリックは1です。

Junos OS Release 18.2R1以降、イングレスデバイス上で静的に設定された色なしセグメントルーティングLSPは、パス計算要素プロトコル(PCEP)セッションを通じてパス計算要素(PCE)に報告されます。これらの色付けされていないセグメントルーティングLSPには、バインディングサービス識別子(SID)ラベルが関連付けられている場合があります。この機能により、PCE はラベルスタック内のこのバインディング SID ラベルを使用して、PCE によって開始されるセグメントルーティング LSP パスをプロビジョニングできます。

カラーリングされていないセグメントルーティングLSPは、最大8つのプライマリパスを持つことができます。複数の運用プライマリパスがある場合、パケット転送エンジン(PFE)は、パスに設定された重みなどのロードバランシング係数に基づいて、パス全体にトラフィックを分散します。これは、どのパスにも重みが設定されていない場合は等コストマルチパス(ECMP)、少なくとも1つのパスにゼロ以外の重みが設定されている場合は重み付けECMP(等コストマルチパス)です。いずれの場合も、1 つまたは一部のパスに障害が発生すると、PFE は残りのパス上でトラフィックのバランスを再調整し、自動的にパス保護の達成につながります。色なしセグメント ルーティング LSP は、専用パス保護用のセカンダリ パスを持つことができます。プライマリパスに障害が発生すると、PFE は残りの機能しているプライマリパスにトラフィックのバランスを取り直します。それ以外の場合、PFE はトラフィックをバックアップ パスに切り替え、パス保護を実現します。色なしセグメントルーティングLSPは、そのイングレスおよびバインディングSIDルートの [edit protocols source-packet-routing source-routing-path lsp-name] 時のメトリックを指定できます。複数の非カラーリングセグメントルーティングLSPは、イングレスルートのネクストホップに寄与する同じ宛先アドレスを持っています。

複数の非カラーリングセグメントルーティングLSPは、イングレスルートのネクストホップに寄与する同じ宛先アドレスを持っています。各セグメントルーティングLSPのプライマリまたはセカンダリの各パスは、パスが機能しており、セグメントルーティングLSPがこれらすべてのセグメントルーティングLSPの中で最良の優先度を持っている場合、ゲートウェイ候補と見なされます。ただし、ネクストホップが保持できるゲートウェイの最大数は、RPD マルチパスの制限(デフォルトでは 128)を超えることはできません。余分なパスは、最初にセカンダリパス、次にプライマリパスで除外されます。特定のセグメント リストは、これらのセグメント ルーティング LSP によってプライマリ パスまたはセカンダリ パスとして複数回参照される場合があります。この場合、複数のゲートウェイがあり、それぞれに固有のセグメントルーティングLSPトンネルIDがあります。これらのゲートウェイは、発信ラベルスタックとインターフェイスが同じですが、異なります。また、色なしセグメントルーティングLSPと色付きセグメントルーティングLSPは、同じ宛先アドレスを持つことができます。ただし、色付きセグメントルーティングLSPの宛先アドレスは、宛先アドレスとカラーの両方で構築されるため、入力ルートでは異なる宛先アドレスに対応します。

非カラーセグメントルーティングLSPのセグメントリスト

セグメント リストは、ホップのリストで構成されます。これらのホップは、SID ラベルまたは IP アドレスに基づいています。セグメントリスト内のSIDラベルの数は、セグメントリストの最大制限を超えてはなりません。LSP トンネルへの最大セグメントリスト バインディングが 8 から 128 に増加し、システムあたり最大 1000 トンネルになります。スタティックセグメントルーティングLSPごとに最大128のプライマリパスがサポートされています。セグメント リストの最大制限は、 [edit protocols source-packet-routing] 階層レベルで設定できます。

Junos OS リリース 19.1R1 以前では、色付けされていない静的セグメントルーティング LSP を使用できるためには、セグメントリストの最初のホップは発信インターフェイスの IP アドレスで、2 番目から n番目のホップは SID ラベルである必要がありました。Junos OS Release 19.1R1以降は、カラーリングされていない静的LSPの最初のホップが、IPアドレスに加えてSIDラベルもサポートするようになったため、この要件は適用されません。ファーストホップラベルのサポートにより、MPLS高速リルート(FRR)と重み付き等価コストマルチパスが有効になり、色付きスタティックLSPと同様に、静的な非カラー付きセグメントルーティングLSPを解決できます。

ファーストホップラベルモードを有効にするには、セグメントリストにグローバルに、または個別に inherit-label-nexthops ステートメントを含め、セグメントリストの最初のホップにIPアドレスとラベルの両方を含める必要があります。最初のホップにIPアドレスのみが含まれている場合、 inherit-label-nexthops ステートメントは無効です。

次のいずれかの階層で inherit-label-nexthops を設定できます。inherit-label-nexthops ステートメントは、セグメント リストの最初のホップに IP アドレスとラベルの両方が含まれている場合にのみ有効になります。

• Segment list level- [edit protocols source-packet-routing segment-list segment-list-name] 階層レベル。

• Globally- [edit protocols source-packet-routing] 階層レベル。

inherit-label-nexthops ステートメントがグローバルに設定されている場合、セグメントリストレベルの設定よりも優先され、inherit-label-nexthops設定がすべてのセグメントリストに適用されます。inherit-label-nexthops ステートメントがグローバルに設定されていない場合、最初のホップにラベルと IP アドレスの両方が存在し、inherit-label-nexthops ステートメントで設定されたセグメントリストのみが SID ラベルを使用して解決されます。

動的非カラー静的LSP、つまりPCEPドリブンセグメントルーティングLSPの場合、セグメントレベルの設定が適用されないため、 inherit-label-nexthops ステートメントをグローバルに有効にする必要があります。

表 1 は、ファーストホップ仕様に基づくセグメントルーティングLSP解決のモードを記述しています。

segment-list path-1 {
    hop-1 ip-address 172.16.12.2;
    hop-2 label 1000012;
    hop-3 label 1000013;
    hop-4 label 1000014;
}

segment-list path-2 {
    hop-1 label 1000011;
    hop-2 label 1000012;
    hop-3 label 1000013;
    hop-4 label 1000014;
}

segment-list path-3 {
    hop1 {
        label 801006;
        ip-address 172.16.1.2;
    }
    hop-2 label 1000012;
    hop-3 label 1000013;
    hop-4 label 1000014;
}

segment-list path-3 {
    inherit-label-nexthops;
    hop1 {
        label 801006;
        ip-address 172.16.1.2;
    }
    hop-2 label 1000012;
    hop-3 label 1000013;
    hop-4 label 1000014;
}

show route ip-address protocol spring-te active-path table inet.3 コマンドを使用すると、inet.3 ルーティングテーブルに複数のセグメント リストがインストールされている、色なしセグメント ルーティング トラフィック制御済み LSP を表示できます。

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

user@host> show route 10.7.7.7 protocol spring-te active-path table inet.3
inet.3: 42 destinations, 59 routes (41 active, 0 holddown, 1 hidden)
+ = Active Route, - = Last Active, * = Both

10.7.7.7/32         *[SPRING-TE/8] 00:01:25, metric 1, metric2 0
                    > to 10.11.1.2 via et-0/0/0.1, Push 801007
                      to 10.21.1.2 via et-0/0/2.1, Push 801007
                      to 10.102.1.2 via et-0/0/0.2, Push 801007, Push 801002(top)
                      to 10.21.1.2 via et-0/0/2.2, Push 801007, Push 801005(top)
                      to 10.103.1.2 via et-0/0/0.3, Push 801007, Push 801003(top)
                      to 10.203.1.2 via et-0/0/2.3, Push 801007, Push 801006(top)
                      to 10.104.1.2 via et-0/0/0.4, Push 801007, Push 801003, Push 801002(top)
                      to 10.204.1.2 via et-0/0/2.4, Push 801007, Push 801006, Push 801005(top)

動的セグメントルーティングLSPテンプレートの設定

セグメントルーティングLSPの動的作成を可能にするテンプレートを設定するには、[edit routing-options dynamic-tunnels]階層にspring-teステートメントを含める必要があります。

• 以下は、カラーダイナミックセグメントルーティングLSPテンプレートの設定例です。

  content_copy zoom_out_map

  [edit routing-options]
  dynamic-tunnels {
      <dynamic-tunnel-name> {
          spring-te {
              source-routing-path-template {
                  <template-name1> color [c1 c2];
                  <template-name2> color [c3];
                  <template-name3> color-any;
              }
              destination-networks {
                  <dest1>;
                  <dest2>;
              }
          }
      }
  }
  

• 以下は、非カラー動的セグメントルーティングLSPテンプレートの設定例です。

  content_copy zoom_out_map

  dynamic-tunnels {
      <dynamic-tunnel-name> {
          spring-te {
              source-routing-path-template {
                  <template-name1>;
              }
              destination-networks {
                  <dest1>;
                  <dest2>;
              }
          }
      }
  }
  

動的セグメントルーティングLSPの解決

protocols source-packet-routing {
    source-routing-path-template sr_lsp1 {
        primary sr_sl1
        primary sr_sl2 weight 2
        sr-preference 180;
    }
}
dynamic-tunnels tunnel1 {
    spring-te {
        source-routing-path-template {
            sr_lsp1 color [101 124];
            sr_lsp2 color-any
        }
        destination-networks {
            10.22.44.0/24;
        }
    }
}

protocols source-packet-routing {
    source-routing-path-template sr_lsp1 {
        primary sr_sl1
        primary sr_sl2 weight 2
        sr-preference 180;
    }
}
dynamic-tunnels {
    tunnel1 {
        spring-te {
            source-routing-path-template {
                sr_lsp1 color 101;
            }
            destination-networks {
                10.33.44.0/24;
            }
        }
    }
    tunnel2 {
        spring-te {
            source-routing-path-template {
                sr_lsp1;
            }
            destination-networks {
                10.33.44.0/24;
            }
        }
    }
}

protocols source-packet-routing {
    source-routing-path-template sr_lsp1 {
        primary sr_sl1
        primary sr_sl2 weight 2
        sr-preference 180;
    }
}
dynamic-tunnels tunnel1 {
    spring-te {
        source-routing-path-template {
            sr_lsp1 color [120 121 122 123];
        }
        destination-networks {
            10.33.44.0/24;
            10.1.1.0/24;
        }
    }
}

セグメントルーティングLSPの動的作成の設定に関する考慮事項

セグメントルーティングLSPの動的作成を設定する場合、以下の点を考慮してください。

• テンプレートは、カラーオブジェクトで割り当てることができます。動的トンネル spring-te 設定にカラーオブジェクトを持つテンプレートが含まれている場合、他のすべてのテンプレートにもカラーオブジェクトを設定する必要があります。すべての宛先は、その設定内で色付けされていると見なされます。

• テンプレートには、色のリストを定義することも、 color-any オプションで構成することもできます。これらのオプションは両方とも、同じ spring-te 構成に共存できます。このような場合、特定の色で割り当てられたテンプレートの方が優先度が高くなります。

• spring-te設定では、color-any オプションで定義できるテンプレートは 1 つだけです。

• 色からテンプレートへのマッピングは、1 対 1 で行われます。1 つの色を複数のテンプレートにマップすることはできません。

• テンプレート名は、[edit protocols]階層の下の spring-te ステートメントで設定し、primaryオプションを有効にする必要があります。

• 色付きの宛先と色なしの宛先は、同じ spring-te 構成内で共存できません。

• 異なる spring-te 設定ステートメントで、色付きまたは色なしの同じ宛先ネットワークを設定することはできません。

• 色なし spring-te 設定では、カラーオブジェクトなしで設定できるテンプレートは1つだけです。

動的セグメントルーティングLSPでサポートされるサービス

以下のサービスは、色付き動的セグメントルーティングLSPでサポートされています。

• レイヤー 3 VPN

• BGP EVPN

• エクスポートポリシーサービス

以下のサービスは、カラーリングされていない動的セグメントルーティングLSPでサポートされています。

• レイヤー 3 VPN

• レイヤー 2 VPN

• マルチパス構成

セグメントルーティングにおける複数のトンネルソースの動作

2 つの送信元がセグメント ルーティングから同じ宛先にルートをダウンロードする場合(スタティックおよびダイナミック送信元トンネルなど)、アクティブなルートエントリの選択にはセグメントルーティング優先度が使用されます。値が大きいほど優先度が高くなります。プリファレンスが変わらない場合は、トンネル ソースを使用してルート エントリが決定されます。

動的セグメントルーティングLSPの制限

動的 SR-TE LSP は、以下の機能をサポートしていません。

• IPv6セグメントルーティングトンネル。

• 静的トンネル。

• 6PEはサポートされていません。

• 分散型CSPF。

• sBFD および LDP トンネリングは、動的 SR-TE LSP およびテンプレート内ではサポートされていません。

• テンプレートに および B-SID ルートをインストールします。

VPNサービスカラーリング

一般に、VPN サービスには、VPN NLRI がアドバタイズされるエグレス ルーター、または VPN NLRI が受信および処理されるイングレス ルーターでカラーが割り当てられます。

さまざまなレベルでVPNサービスに色を割り当てることができます。

• ルーティングインスタンスごと。

• BGP グループごと。

• BGP ネイバーごと。

• プレフィックスごと。

カラーを割り当てると、そのカラーはBGPカラー拡張コミュニティーの形式でVPNサービスにアタッチされます。

マルチカラーVPNサービスと呼ばれるVPNサービスに複数の色を割り当てることができます。このような場合、最後にアタッチされた色はVPNサービスの色と見なされ、他のすべての色は無視されます。

複数の色は、エグレスおよび/またはイングレスデバイスによって、次の順序で複数のポリシーによって割り当てられます。

• エグレスデバイス上のBGPエクスポートポリシー。

• イングレスデバイス上のBGPインポートポリシー。

• イングレスデバイス上のVRFインポートポリシー。

VPNサービスカラーリングには、次の2つのモードがあります。

[edit policy-options]
community red-comm {
    members color:0:50;
}

[edit policy-options]
policy-statement pol-color {
    term t1 {
        from {
            [any match conditions];
        }
        then {
            community add red-comm;
            accept;
        }
    }
}

[edit routing-instances]
vpn-X {
    ...
    vrf-export pol-color ...;
}

[edit protocols bgp]
group PEs {
    ...
    neighbor PE-A {
        export pol-color ...;
        vpn-apply-export;
    }
}

[edit routing-options]
community red-comm {
    members color:0:50;
}

[edit policy-options]
policy-statement pol-color {
    term t1 {
        from {
            [any match conditions];
        }
        then {
            community add red-comm;
            accept;
        }
    }
}

[edit routing-instances]
vpn-Y {
    ...
    vrf-import pol-color ...;
}

[edit protocols bgp]
group PEs {
    ...
    neighbor PE-B {
        import pol-color ...;
    }
}

VPNサービスマッピングモードの指定

フレキシブル VPN サービス マッピング モードを指定するには、resolution-map ステートメントを使用してポリシーを定義し、[edit protocols bgp]階層レベルで VPN サービスのルーティング インスタンス vrf-import、グループ インポート、またはグループ ネイバー インポートでポリシーを参照する必要があります。ルーティング ポリシーに一致するすべての VPN ルートが、指定された解決マップにアタッチされます。

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

[edit policy-options]
resolution-map map-A {
    <mode-1>;
    <mode-2>;
    ...
}
policy-statement pol-resolution {
    term t1 {
        from {
            [any match conditions];
        }
        then {
            resolution-map map-A;
            accept;
        }
    }
}

インポートポリシーをVPNサービスのルーティングインスタンスに適用できます。

[edit routing-instances]
vpn-Y {
    ...
    vrf-import pol-resolution ...;
}

また、BGP グループまたは BGP ネイバーにインポートポリシーを適用することもできます。

[edit protocols bgp]
group PEs {
    ...
    neighbor PE-B {
        import pol-resolution ...;
    }
}

カラー IP プロトコル ネクストホップ解決

プロトコルネクストホップ解決プロセスが拡張され、カラー付きIPプロトコルネクストホップ解決がサポートされるようになりました。カラー付きVPNサービスの場合、プロトコルネクストホップ解決プロセスは、カラーと解像度マップを受け取り、 IP-address:color形式でカラー付きIPプロトコルネクストホップを構築し、inet6color.0ルーティングテーブルでプロトコルネクストホップを解決します。

カラー付きLSP上で、カラー付きレイヤー2VPN、レイヤー3VPN、またはEVPNサービスのマルチパス解決をサポートするポリシーを設定する必要があります。次に、そのポリシーを、リゾルバーのインポート・ポリシーとして、関連する RIB テーブルとともに適用する必要があります。

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

[edit policy-options]
policy-statement mpath {
    then multipath-resolve;
}

[edit routing-options]
resolution {
    rib bgp.l3vpn.0 {
        inetcolor-import mpath;
    }
}

resolution {
    rib bgp.l3vpn-inet6.0 {
        inet6color-import mpath;
    }
}

resolution {
    rib bgp.l2vpn.0 {
        inetcolor-import mpath;
    }
}

resolution {
    rib mpls.0 {
        inetcolor-import mpath;
    }
}

resolution {
    rib bgp.evpn.0 {
        inetcolor-import mpath;
    }
}

IP プロトコルのネクストホップ解決へのフォールバック

カラー付きの VPN サービスに解像度マップが適用されていない場合、VPN サービスはその色を無視し、IP プロトコルのネクストホップ解決にフォールバックします。逆に、色付けされていない VPN サービスに解像度マップが適用されている場合、解像度マップは無視され、VPN サービスは IP プロトコル ネクスト ホップ解決を使用します。

フォールバックは、色付きSR-TE LSP から LDP LSP へのシンプルなプロセスで、LDP の RIB グループを使用して inet{6}color.0 ルーティングテーブルにルートをインストールします。カラー付きIPプロトコルのネクストホップの最長プレフィックス一致により、カラー付きSR-TE LSP ルートが存在しない場合、一致するIPアドレスを持つLDPルートが返されます。

SR-TE上のBGPラベル付きユニキャストカラーベースのマッピング

Junos OSリリース20.2R1以降、BGPラベル付きユニキャスト(BGP-LU)は、IPv4とIPv6の両方のアドレスファミリーについて、セグメントルーティングトラフィックエンジニアリング(SR-TE)を介してIPv4またはIPv6ルートを解決できます。BGP-LUは、BGPコミュニティカラーのマッピングとSR-TEの resolution map の定義をサポートしています。色付きプロトコルネクストホップが作成され、 inetcolor.0 テーブルまたは inet6color.0 テーブルの色付きSR-TEトンネルで解決されます。BGPは、非カラーベースのマッピングに inet.3 テーブルと inet6.3 テーブルを使用します。これにより、ルーターにIPv4アドレスが設定されていないIPv6専用ネットワークにおいて、BGP-LU IPv6およびIPv4プレフィックスをIPv6ネクストホップアドレスでアドバタイズすることができます。この機能により、現在、IS-ISアンダーレイを使用したSR-TE上のBGP IPv6 LUがサポートされています。

図 1 では、コントローラは SR-TE で設定された IPv6 コアネットワークに 4 色付きのトンネルを設定します。各色付きトンネルは、定義された解像度マップに応じて、宛先ルーター D への異なるパスをたどります。コントローラは、ルーター D の 2001:db8::3701:2d05 インターフェイスに色付き SR-TE トンネルを設定します。BGP はポリシーをインポートして、受信したプレフィックス 2001:db8::3700:6/128 にカラーと解像度のマップを割り当てます。BGP-LUは、割り当てられたコミュニティカラーに基づいて、割り当てられた解決マップポリシーに従って、BGP IPv6 LUプレフィックスの色付きネクストホップを解決します。

図 1: BGP IPv6 LU over color IPv6 SR-TE

BGP-LU は、以下のシナリオをサポートします。

• SIS/OSPF IPv4 SR 拡張を備えた、色付きの BGP IPv4 SR-TE 上の BGP IPv4 LU。

• 静的なカラー付きおよび非カラー付きIPv4 SR-TEを介したBGP IPv4 LU、ISIS/OSPF IPv4 SR拡張付き。

• ISIS IPv6 SR 拡張を使用した、色付きの BGP IPv6 SR-TE 上の BGP IPv6 LU。

• 静的なカラー付きおよび非カラー付きIPv6 SR-TEを介したBGP IPv6 LU、ISIS IPv6 SR拡張付き。

• IPv6ローカルアドレスとIPv6ネイバーアドレスを使用したIPv6レイヤー3VPNサービス。

• ISIS IPv6 SR 拡張を備えた BGP IPv6 SR-TE 上の IPv6 レイヤー 3 VPN サービス。

• ISIS IPv6 SR 拡張を使用した、静的カラーおよび非カラー IPv6 SR-TE を介した IPv6 レイヤー 3 VPN サービス。

VPNサービスのカラーベースのマッピングでサポートされている機能とサポートされていない機能

VPN サービスのカラーベースのマッピングでは、以下の機能がサポートされています。

• BGP レイヤー 2 VPN(Kompella レイヤー 2 VPN)

• BGP EVPN

• 単一のIPカラーオプションによる解像度マップ。

• 色付きIPv4およびIPv6プロトコルネクストホップ解決。

• inetcolor.0 ルーティングテーブルの LDP LSP へのルーティング情報ベース(ルーティングテーブルとも呼ばれる)グループベースのフォールバック。

• カラー付きSR-TE LSP。

• 仮想プラットフォーム。

• 64ビットJunos OS。

• 論理システム。

• BGP ラベル付きユニキャスト。

以下の特徴は、VPNサービスのカラーベースのマッピングではサポートされていません。

• RSVP、LDP、BGP-LUなどのカラー付きMPLS LSP、静的。

• レイヤー 2 回線

• FEC-129 BGP自動検出およびLDPシグナリングレイヤー2 VPN。

• VPLS

• MVPN

• 解像度マップを使用したIPv4およびIPv6。

LSPレベルのS-BFD

S-BFDセッションは、一意のラベルスタック+アドレスファミリーの組み合わせごとに作成されます。同一のセグメントリストを設定し、それらすべてに対してS-BFDを有効にすることができます。同一のラベルスタック+アドレスファミリーの組み合わせを持つセグメントリストは、同じS-BFDセッションを共有します。S-BFDセッションの送信元アドレスは、メインインスタンスで最小設定されたループバックアドレス(特殊アドレスを除く)に設定されます。

LSP のアドレスファミリーは、セグメントルーティング TE トンネルの「宛先」アドレスのアドレスファミリーに基づいて導き出されます。S-BFD が設定された LSP の状態は、BFD が稼働しているかどうかによっても異なります。LSP に S-BFD が設定されている場合、S-BFD がパスが有効なことを報告するまで LSP ルートは計算されません。

S-BFDパラメータ

以下のS-BFDパラメータは、セグメントルーティングTEパスでサポートされています。

• リモート識別器

• 最小間隔

• 乗数

• ルーターアラートオプションなし

S-BFDでは、各レスポンダが複数の識別器を持つ場合があります。識別器は、IGPによって他のルーターにアドバタイズされることも、これらのルーター上で静的に設定されることもあります。イニシエーターでは、特定の識別器が、ユーザーまたは中央コントローラーが行った決定または解決に基づいて、静的構成によってS-BFDセッションのリモート識別器として選択されます。同じ鍵ラベルスタックで複数のLSPが作成され、それぞれで異なるパラメータでS-BFDが有効になっている場合、共有S-BFDセッションでは各パラメータのアグレッシブ値が使用されます。識別子パラメーターの場合、最小値が最も積極的であると見なされます。同様に、ルータ アラート オプションの場合、ルータ アラートが設定されていない設定の 1 つがある場合、派生 S-BFD パラメータにはルータ アラート オプションがありません。