BFDがネットワーク障害を検出する方法を理解する

双方向フォワーディング検出(BFD)プロトコルは、ネットワーク内の障害を検出する単純なhelloメカニズムです。1対のルーティングデバイスは、BFDパケットを交換します。デバイスは、指定された一定の間隔でhelloパケットを送信します。ルーティングデバイスが指定した時間経過後に応答を受信しなくなった場合、デバイスはネイバー障害を検出します。

機能エクスプローラーを使用して、特定の機能のプラットフォームとリリースのサポートを確認します。

プラットフォームに関連する注意事項については、「 プラットフォーム固有のBFD動作」 セクションを参照してください。

• 利点
• BFDセッションのタイプ
• シングルホップおよびマルチホップBFD

Junos OSリリース24.3R1以降、vSRX 3.0にBFD(双方向フォワーディング検出)障害検出用の分散モードが導入されました。このサポートにより、vSRX 3.0 に専用のオフロード CPU 機能も追加されました。専用オフロードCPU機能は、フロースレッドを再スケジュールし、NIC上のDPDKフローフィルターを使用して優先度の高いパケット(BGP、RIPv2、OSPF、PIM、マルチキャスト、IGMP、シングルホップBFD、マルチホップBFD)を専用フロースレッドに移動します。これにより、機能パケットは、転送プレーンがオーバーサブスクライブしてパケットをドロップする場合でも、独自の専用フロースレッドまたはキューによって処理されます。

フロースレッド全体が転送トラフィックから削除されるため、パケットのスループットが低下する可能性があり、このパフォーマンスへの影響は小規模なvSRX 3.0導入でより顕著になります。

vSRX 3.0で専用オフロードCPU機能を有効にするには、 set security forwarding-options dedicated-offload-cpu コマンドを実行します。

この機能を設定すると、syslogの出力に以下の警告メッセージが表示されます。 警告、dedicated-offload-cpuを有効にしています。これはパフォーマンスに影響を与えます。

専用のオフロードCPUがない場合、オーバーサブスクリプションの場合、パケット転送エンジンのメモリまたはCPUのしきい値に達し、パケットがドロップしている場合、高速BFDパケットもドロップされ、BFDフラッピングが発生する可能性があります。

パケット転送エンジンの現在の専用オフロードCPUステータスを表示するには、 show security forward-options dedicated-offload-cpu コマンドを使用します。このコマンドは、パケット転送エンジンで専用オフロードCPU機能が有効または無効になっているかどうかを表示します。

• 利点
• vSRX 3.0 の専用オフロード CPU の制限
• 分散型の設定とサポート

当社は、インラインBFDとハードウェア支援型インラインBFDの2種類のインラインBFDをサポートしています。FPCソフトウェアで実行される インラインBFD セッション。 ハードウェア支援インラインBFD セッションは、ASICファームウェア上で実行されます。サポートは、デバイスとソフトウェアのバージョンによって異なります。

• 利点
• インラインBFD
• ハードウェア支援型インラインBFD
• 設定

BFDセッションダンピングでは、定義したしきい値を超えた場合に、設定された時間にわたってBFDセッション状態の変化をダンピングすることで、過剰なBFDフラップ通知を防ぐことができます。

注:

BFDセッションダンピングは、現在、LACPプロトコルクライアントでのみサポートされています。

• 利点
• 概要
• 設定

双方向フォワーディング検出(BFD)プロトコルは、ネットワーク内の障害を検出する単純なhelloメカニズムです。BFDは、さまざまなネットワーク環境とトポロジーで動作します。1対のルーティングデバイスがBFDパケットを交換します。Helloパケットは、指定された、定期的な間隔で送信されます。ルーティングデバイスが一定時間経過した後に応答を受信しなくなった場合に、ネイバー障害が検出されます。BFDの障害検出タイマーは、静的ルート障害検出メカニズムよりも制限時間が短いため、より高速に検出できます。

BFDの障害検出タイマーは、より速くまたは遅くするように調整できます。BFDの障害検出タイマー値が低いほど、障害検出は速くなり、その逆も同様です。例えば、隣接関係に障害が発生した場合(つまり、タイマーが障害を検出する速度が遅くなった場合)、タイマーはより高い値に適応できます。または、ネイバーが設定された値よりも高い値のタイマーをネゴシエートできます。BFDセッションのフラップが15秒間に3回以上発生すると、タイマーはより高い値に適応します。バックオフアルゴリズムは、ローカルBFDインスタンスがセッションフラップの原因である場合に、受信(Rx)の間隔を2つ増加させます。リモートBFDインスタンスがセッションフラップの原因である場合、送信(Tx)間隔は2つ増加します。 clear bfd adaptation コマンドを使用すると、BFD間隔タイマーを設定した値に戻すことができます。 clear bfd adaptation コマンドはヒットレスであり、コマンドがルーティングデバイスのトラフィックフローに影響を与えないことを意味します。

デフォルトでは、BFDはシングルホップのスタティックルートでサポートされています。

注:

MXシリーズデバイスでは、静的ルートが複数のネクストホップで設定されている場合、マルチホップBFDは静的ルートでサポートされません。静的ルートにマルチホップBFDが必要な場合は、複数のネクストホップを使用しないことをお勧めします。

障害検知を有効にするには、静的ルート設定に bfd-liveness-detection ステートメントを含めます。

注:

bfd-liveness-detectionコマンドには、説明フィールドが含まれています。この機能をサポートするデバイスでは、説明はbfd-liveness-detectionオブジェクトの下の属性です。このフィールドは、静的ルートにのみ適用されます。

BFDプロトコルは、IPv6スタティックルートでサポートされています。スタティックルートでは、グローバルユニキャストおよびリンクローカルIPv6アドレスがサポートされています。BFDプロトコルは、マルチキャストまたはエニーキャストIPv6アドレスではサポートされていません。IPv6の場合、BFDプロトコルはスタティックルートのみをサポートします。BFD向けIPv6は、eBGPプロトコルでもサポートされています。

IPv6スタティックルートにBFDプロトコルを設定するには、[edit routing-options rib inet6.0 static route destination-prefix]階層レベルでbfd-liveness-detectionステートメントを含めます。

ホールドダウン間隔を設定して、状態変更通知が送信されるまでにBFDセッションを稼働させておく必要がある時間を指定できます。

ホールドダウン間隔を指定するには、BFD設定に holddown-interval ステートメントを含めます。0〜255,000 ミリ秒の範囲で数値を設定 できます。デフォルトは 0 です 。BFDセッションがダウンし、ホールドダウン間隔中に復帰すると、タイマーが再起動されます。

注:

1つのBFDセッションに複数のスタティックルートが含まれる場合は、値が最も高いホールドダウン間隔が使用されます。

障害検知のための最小の送信および受信間隔を指定するには、BFD設定に minimum-interval ステートメントを含めます。

この値は、ローカル ルーティング デバイスが hello パケットを送信するまでの最小間隔と、ルーティング デバイスが BFD セッションを確立したネイバーから応答を受信すると予想される最小間隔の両方を表します。1〜255,000 ミリ秒の範囲で数値を設定 できます。オプションとして、このステートメントを使用する代わりに、 transmit-interval minimum-interval ステートメントと minimum-receive-interval ステートメントを使用して、最小送信間隔と受信間隔を個別に設定できます。

注:

ネットワーク環境によっては、以下の追加推奨事項が適用される場合があります。

• 集中型BFDの推奨最小間隔は300ミリ秒( multiplier は3)、分散型BFDの推奨最小間隔は100ミリ秒、 multiplier は3です。

• 多数のBFDセッションを伴う非常に大規模なネットワーク展開については、詳細についてジュニパーネットワークスのカスタマーサポートにお問い合わせください。

• ノンストップアクティブルーティング(NSR)が設定されているときに、ルーティングエンジンスイッチオーバーイベント中にBFDセッションが稼働し続けるようにするには、ルーティングエンジンベースのセッションに最小間隔を2500 ミリ秒に指定します。NSRが設定された分散BFDセッションの場合、最小間隔の推奨事項は変更されず、ネットワークの導入にのみ依存します。

障害検知の最小受信間隔を指定するには、BFD設定にminimum-receive-intervalステートメントを含めます。この値は、ルーティングデバイスがBFDセッションを確立したネイバーから応答を受信すると予想される最小間隔を表します。1〜255,000 ミリ秒の範囲で数値を設定 できます。オプションとして、このステートメントを使用する代わりに、[edit routing-options static route destination-prefix bfd-liveness-detection]階層レベルのminimum-intervalステートメントを使用して、最小受信間隔を設定することができます。

発信元インターフェイスがダウンを宣言する原因となるネイバーが受信していないhelloパケットの数を指定するには、BFD設定に multiplier ステートメントを含めます。デフォルト値は3です 。1 から255までの 数値を設定できます。

検出時間の適応を検出するためのしきい値を指定するには、BFD設定に threshold ステートメントを含めます。

BFDセッション検出時間がしきい値と同じかそれ以上の値に適応すると、単一のトラップとシステムログメッセージが送信されます。検出時間は、 最小間隔 または 最小受信間隔 値の乗数に基づきます。しきい値は、これらの設定された値のいずれかの乗数よりも高い値である必要があります。例えば、 最小受信間隔 が 300 ミリ秒で、 乗数 が 3 の場合 、合計検出時間は 900 ミリ秒になります。そのため、検出時間の閾値は900より 大きい値にする必要があります。

障害検知の最小送信間隔を指定するには、BFD設定に transmit-interval minimum-interval ステートメントを含めます。

この値は、ローカルルーティングデバイスが、BFDセッションを確立したネイバーにhelloパケットを送信するまでの最小間隔を表します。1〜255,000 ミリ秒の範囲で値を 設定できます。オプションとして、このステートメントを使用する代わりに、[edit routing-options static route destination-prefix bfd-liveness-detection]階層レベルでminimum-intervalステートメントを使用して最小送信間隔を設定することができます。

送信間隔を適応させるための閾値を指定するには、BFD設定に transmit-interval threshold ステートメントを含めます。

しきい値は、送信間隔よりも大きくなければなりません。BFDセッションの送信時間がしきい値よりも大きい値に適応すると、単一のトラップとシステムログメッセージが送信されます。検出時間は、[edit routing-options static route destination-prefix bfd-liveness-detection]階層レベルの最小間隔またはminimum-receive-intervalステートメントの値の乗数に基づきます。しきい値は、これらの設定された値のいずれかの乗数よりも高い値である必要があります。

BFDバージョンを指定するには、BFD設定に version ステートメントを含めます。デフォルトでは、バージョンが自動的に検出されます。

BFDセッションのネクストホップのIPアドレスを含めるには、BFD設定に neighbor ステートメントを含めます。

注:

指定されたネクストホップがインターフェイス名である場合、 neighbor ステートメントを設定する必要があります。ネクストホップとしてIPアドレスを指定すると、そのアドレスはBFDセッションのネイバーアドレスとして使用されます。

BFDセッションがネットワーク状況の変化に適応しないように設定できます。BFD適応を無効にするには、BFD設定に no-adaptation ステートメントを含めます。

注:

ネットワークにBFD適応を行 わない ことが望ましい場合を除き、BFD適応を無効にしないことをお勧めします。

注:

BFDが静的ルートの片側にのみ設定されている場合、そのルートはルーティングテーブルから削除されます。静的ルートの両端にBFDが設定されている場合、BFDはセッションを確立します。

BFDは、スタティックルートのISOアドレスファミリーではサポートされていません。BFD は IS-IS をサポートしています。

BFDと同時に グレースフルルーティングエンジンスイッチオーバー (GRES)を設定すると、フェイルオーバー中にGRESはBFDの状態情報を保持しません。

双方向フォワーディング検出(BFD)プロトコルは、ネットワーク内の障害を検出する単純なhelloメカニズムです。Helloパケットは、指定された、定期的な間隔で送信されます。ルーティングデバイスが一定時間経過した後に応答を受信しなくなった場合に、ネイバー障害が検出されます。BFDは、さまざまなネットワーク環境とトポロジーで動作します。BFDの障害検出タイマーは、BGPのデフォルトの障害検出メカニズムよりも制限時間が短いため、より高速に検出できます。

機能エクスプローラーを使用して、特定の機能のプラットフォームとリリースのサポートを確認します。

プラットフォームに関連する注意事項については、「 BGP動作用のプラットフォーム固有のBFD 」セクションを参照してください。

注:

同じデバイスで BGP の BFD とグレースフル リスタートの両方を設定すると、逆効果になります。インターフェイスがダウンすると、BFDがこれを即座に検出し、トラフィック転送を停止してBGPセッションがダウンしますが、グレースフルリスタートはインターフェイス障害にも関わらずトラフィックを転送します。この動作によりネットワークの問題が発生する可能性があります。そのため、同じデバイスでBFDとグレースフルリスタートの両方を設定することは推奨しません。

BFDの障害検出タイマーは、より速くまたは遅くするように調整できます。BFDの障害検出タイマー値が低いほど、障害検出は速くなり、その逆も同様です。例えば、隣接関係に障害が発生した場合(つまり、タイマーが障害を検出する速度が遅くなった場合)、タイマーはより高い値に適応できます。または、ネイバーが設定された値よりも高い値のタイマーをネゴシエートできます。BFDセッションのフラップが15 秒(15000 ミリ秒)の間に3回以上発生すると、タイマーはより高い値に適応します。バックオフアルゴリズムは、ローカルBFDインスタンスがセッションフラップの原因である場合に、受信(Rx)の間隔を2つ増加させます。リモートBFDインスタンスがセッションフラップの原因である場合、送信(Tx)間隔は2つ増加します。 clear bfd adaptation コマンドを使用すると、BFD間隔タイマーを設定した値に戻すことができます。 clear bfd adaptation コマンドはヒットレスであり、コマンドがルーティングデバイスのトラフィックフローに影響を与えないことを意味します。

双方向フォワーディング検出(BFD)プロトコルは、ネットワーク内の障害を検出する単純なhelloメカニズムです。BFDは、さまざまなネットワーク環境とトポロジーで動作します。1対のルーティングデバイスは、BFDパケットを交換します。Helloパケットは、指定された、定期的な間隔で送信されます。ルーティングデバイスが一定時間経過した後に応答を受信しなくなった場合に、ネイバー障害が検出されます。BFD 障害検出タイマーは、OSPF 障害検出メカニズムよりも制限時間が短いため、より高速に検出できます。

BFDの障害検出タイマーは適応型であり、速くしたり遅くしたりすることができます。BFDの障害検出タイマー値が低いほど、障害検出は速くなり、その逆も同様です。例えば、隣接関係に障害が発生した場合(つまり、タイマーが障害を検出する速度が遅くなった場合)、タイマーはより高い値に適応できます。または、ネイバーが設定された値よりも高い値のタイマーをネゴシエートできます。BFDセッションのフラップが15秒間に3回以上発生すると、タイマーはより高い値に適応します。バックオフアルゴリズムは、ローカルBFDインスタンスがセッションフラップの原因である場合に、受信(Rx)の間隔を2つ増加させます。リモートBFDインスタンスがセッションフラップの原因である場合、送信(Tx)間隔は2つ増加します。 clear bfd adaptation コマンドを使用すると、BFD間隔タイマーを設定した値に戻すことができます。 clear bfd adaptation コマンドはヒットレスであり、コマンドがルーティングデバイスのトラフィックフローに影響を与えないことを意味します。

以下のBFDプロトコル設定を構成できます。

• detection-time threshold—検出時間の適応のためのしきい値。BFDセッション検出時間が設定されたしきい値以上になると、1つのトラップと1つのシステムログメッセージが送信されます。

• full-neighbors-only—完全なネイバー隣接関係を持つOSPFネイバーに対してのみBFDセッションを確立する機能。デフォルトの動作は、すべての OSPF ネイバーに対して BFD セッションを確立することです。

• minimum-interval—障害検出のための最小の送受信間隔。この設定は、ローカル ルーティング デバイスが hello パケットを送信するまでの最小間隔と、ルーティング デバイスが BFD セッションを確立したネイバーから応答を受信すると予想される最小間隔の両方を設定します。どちらの間隔もミリ秒単位です。また、 transmit-interval minimum-interval ステートメントと minimum-receive-interval ステートメントを使用して、最小の送信間隔と受信間隔を個別に指定することもできます。

  注:

  ネットワーク環境によっては、以下が該当する場合があります。

  • 集中型BFDの推奨最小間隔は300ミリ秒( multiplier は3)、分散型BFDの推奨最小間隔は100ミリ秒( multiplier 3)です。

  • ノンストップアクティブルーティング(NSR)が設定されているときに、ルーティングエンジンスイッチオーバーイベント中にBFDセッションが稼働し続けるようにするには、ルーティングエンジンベースのセッションに最小間隔を2500 ミリ秒に指定します。NSR を使用しない場合、ルーティングエンジンベースのセッションの最小間隔は 100 ミリ秒です。

  • NSRが設定された分散BFDセッションの場合、最小間隔の推奨事項は変更されず、ネットワークの導入にのみ依存します。

  • BFD は Junos 21.2 より前のバージョンでは配信されません(OSPFv3 では、BFD はルーティングエンジンをベースにしているため)。

• minimum-receive-interval—障害検出のための最小受信間隔。この設定は、ルーティングデバイスがBFDセッションを確立したネイバーからHelloパケットを受信すると予想される最小受信間隔をミリ秒単位で設定します。また、 minimum-interval ステートメントを使用して、最小受信間隔を指定することもできます。

• multiplier—helloパケットの乗数。この設定は、ネイバーが受信しない hello パケットの数を設定し、これにより発信元インターフェイスがダウンと宣言されます。デフォルトでは、3つのHelloパケットが逃されると、発信元インターフェイスがダウンと宣言されます。

• no-adaptation—BFD適応を無効にします。この設定により、BFDセッションが変化するネットワーク状況に適応できなくなります。

  注:

  ネットワークにBFD適応を行わないことが望ましい場合を除き、BFD適応を無効にしないことをお勧めします。

• transmit-interval minimum-interval—障害検出のための最小送信間隔。この設定は、ローカルルーティングデバイスがBFDセッションを確立したネイバーにhelloパケットを送信する最小送信間隔をミリ秒単位で設定します。また、 minimum-interval ステートメントを使用して、最小送信間隔を指定することもできます。

• transmit-interval threshold—BFD セッション送信間隔を適応させるためのしきい値。送信間隔がしきい値よりも大きい値に適応すると、単一のトラップと単一のシステムログメッセージが送信されます。しきい値は、最小送信間隔よりも大きくなければなりません。最小送信間隔よりも小さいしきい値の設定をコミットしようとすると、ルーティングデバイスにエラーが表示され、設定を受け入れません。

• version—BFDバージョン。この設定は、検出に使用するBFDバージョンを設定します。BFDバージョン1を明示的に設定することも、ルーティングデバイスがBFDバージョンを自動的に検出することもできます。デフォルトでは、ルーティング デバイスは BFD バージョン(0 または 1)を自動的に検出します。

トラブルシューティングのためにBFDの動作をトレースすることもできます。

BFDの障害検出タイマーは適応型であり、速くしたり遅くしたりすることができます。例えば、隣接関係に障害が発生した場合にタイマーをより高い値に適応したり、ネイバーが設定された値よりも高い値のタイマーをネゴシエートしたりすることができます。BFDセッションのフラップが15秒間に3回以上発生すると、タイマーはより高い値に適応します。バックオフアルゴリズムは、ローカルBFDインスタンスがセッションフラップの原因である場合に、受信(RX)の間隔を2つ増加させます。リモートBFDインスタンスがセッションフラップの原因である場合、送信(TX)間隔は2つ増加します。

clear bfd adaptationコマンドを使用すると、BFD間隔タイマーを設定した値に戻すことができます。clear bfd adaptationコマンドはヒットレスであり、コマンドがルーティングデバイスのトラフィックフローに影響を与えないことを意味します。

注:

[edit protocols isis interface interface-name family inet|inet6] 階層レベルでbfd-liveness-detectionステートメントを含めることで、IPv6向けのIS-IS BFDセッションを設定できます。

• IPv4とIPv6の両方のルーティングをサポートするインターフェイスの場合、 bfd-liveness-detection ステートメントはinetファミリーごとに個別に設定する必要があります。

• IS-ISは隣接関係の形成にリンクローカルアドレスを使用するため、現在BFD over IPv6リンクローカルアドレスは配信されていません。

• IPv6 を介した BFD セッションは、IPv4 セッションと同じ積極的な検出間隔を持つことはできません。

• 現在、ノンストップアクティブルーティング(NSR)が有効な場合、検出間隔が2.5秒未満のBFD IPv6セッションはサポートされていません。

ネットワーク内の障害を検出するために、 表2 のステートメントセットが設定で使用されます。

表2:IS-IS向けBFDの設定

ステートメント	説明
bfd-liveness-detection	障害検出を有効にします。
minimum-interval milliseconds	障害検出のための最小の送信および受信間隔を指定します。 この値は、ローカルルーターがhellosパケットを送信する最小間隔と、BFDセッションを確立したネイバーから応答を受信するとルーターが予想される最小間隔を表します。1〜255,000 ミリ秒の 数値を設定できます。また、最小の送信間隔と受信間隔を個別に指定することもできます。 注: ネットワーク環境によっては、以下の追加推奨事項が適用される場合があります。 集中型BFDの推奨最小間隔は300ミリ秒( multiplier は3)、分散型BFDの推奨最小間隔は100ミリ秒、 multiplier は3です。 多数のBFDセッションを伴う非常に大規模なネットワーク導入については、詳細についてジュニパーネットワークスのカスタマーサポートにお問い合わせください。 ノンストップアクティブルーティング(NSR)が設定されているときに、ルーティングエンジンスイッチオーバーイベント中にBFDセッションが稼働し続けるようにするには、ルーティングエンジンベースのセッションに最小間隔を2500ミリ秒に指定します。ノンストップアクティブルーティングが設定された分散型BFDセッションの場合、最小間隔の推奨事項は変更されず、ネットワークの導入にのみ依存します。
minimum-receive-interval milliseconds	障害検出の最小受信間隔のみを指定します。 この値は、ローカルルーターがBFDセッションを確立したネイバーから応答を受信すると予想される最小間隔を表します。1〜255,000 ミリ秒の 数値を設定できます。
multiplier number	発信元インターフェイスがダウンを宣言する原因となる、ネイバーが受信していないhelloパケットの数を指定します。 デフォルトは3で 、1 から225までの 値を設定できます。
no-adaptation	BFD適応を無効にします。 BFDセッションが変化するネットワーク条件に適応しないように指定できます。 注: ネットワークでBFD適応を有効にしないことが望ましい場合を除き、BFD適応を無効にしないことをお勧めします。
threshold	以下のしきい値を指定します。 検出時間の適応 BFDセッション検出時間がしきい値と同じかそれ以上の値に適応すると、単一のトラップとシステムログメッセージが送信されます。 送信間隔 注: しきい値は、最小送信間隔に乗数を掛けた値より大きくなければなりません。
transmit-interval minimum-interval	障害検出の最小送信間隔を指定します。 この値は、ローカルルーティングデバイスが、BFDセッションを確立したネイバーにhelloパケットを送信する最小間隔を表します。1〜255,000 ミリ秒の 値を設定できます。
version	検出に使用するBFDバージョンを指定します。 デフォルトでは、バージョンが自動的に検出されます。

注:

[edit protocols bfd]階層レベルでtraceoptionsステートメントを含めることで、BFD操作をトレースできます。

これらのステートメントを含めることができる階層レベルの一覧については、これらのステートメントのステートメント概要セクションを参照してください。

BFDにより、プライマリとセカンダリのルーティングパス間の迅速なフェイルオーバーが可能になります。プロトコルは、インターフェイスの動作ステータスを毎秒複数回テストします。BFDは、障害検出のための設定タイマーとしきい値を提供します。例えば、最小間隔が50ミリ秒に設定され、しきい値が3つの欠落メッセージのデフォルト値を使用する場合、障害から200ミリ秒以内にインターフェイスで障害が検出されます。

介在するデバイス(イーサネットLANスイッチなど)は、2つのルーターがLANスイッチを介して接続されている場合など、リモートリンクで物理的な障害が発生した場合でもローカルインターフェイスのステータスがアップしたままになるなど、LAN層の障害をルーティングプロトコルピアから隠します。リンク層の障害検出時間は、物理メディアと層2カプセル化によって異なります。BFDは、すべてのメディアタイプ、カプセル化、トポロジー、ルーティングプロトコルの障害検出時間を短縮できます。

RIP の BFD を有効にするには、接続の両方がピアから更新メッセージを受信する必要があります。デフォルトでは、RIPはルートをエクスポートしません。そのため、BFDセッションがトリガーされる前に、ルートのエクスポートポリシーを設定することで、更新メッセージの送信を有効にする必要があります。

LAGバンドル内のすべてのメンバーリンクにマイクロBFDセッションを設定すると、個々のセッションがLAG内の各メンバーリンクのレイヤ2およびレイヤ3接続を決定します。

特定のリンクで個々のセッションが確立された後、メンバーリンクはLAGに接続され、次のいずれかによってロードバランシングされます。

• 静的構成-デバイス制御プロセスは、マイクロBFDセッションのクライアントとして機能します。

• リンクアグリゲーション制御プロトコル(LACP)-LACPは、マイクロBFDセッションのクライアントとして機能します。

マイクロBFDセッションがアップすると、LAGリンクが確立され、そのLAGリンクを介してデータが伝送されます。メンバーリンクのマイクロBFDセッションがダウンした場合、その特定のメンバーリンクはロードバランシングから削除され、LAGマネージャーはそのリンクへのトラフィックの誘導を停止します。これらのマイクロBFDセッションは、LAGインターフェイスを管理するクライアントが単一であるにもかかわらず、互いに独立しています。

マイクロBFDセッションは、以下のモードで作動します。

• 配信モード—このモードでは、パケット転送エンジン(PFE)がレイヤー3でパケットを送受信します。デフォルトでは、マイクロBFDセッションはレイヤー3で分散されます。

• 非配信モード—このモードでは、ルーティングエンジンはレイヤー2でパケットを送受信します。周期的パケット管理(PPM)の下に no-delegate-processing ステートメントを含めることで、BFDセッションがこのモードで実行されるように設定できます。

LAG内のルーティングデバイスのペアは、指定された一定の間隔でBFDパケットを交換します。ルーティングデバイスは、指定した時間経過後に応答の受信を停止すると、ネイバー障害を検出します。これにより、LACPの有無にかかわらず、メンバーリンクの接続性を迅速に確認することができます。UDPポートにより、BFD over LAGパケットとBFD over single-hop IPパケットを区別します。IANA(IANA)は、マイクロBFDのUDP宛先ポートとして6784を割り当てています。

Junos OS 16.1R1リリース以降、以下のコマンドのいずれかを設定することで、BFD管理ダウン状態の静的ルートの状態を設定できます。

• set routing-options static static-route bfd-admin-down active—BFD管理者ダウン状態は、静的ルートをプルダウンします。

• set routing-options static static-route bfd-admin-down passive—BFD管理者ダウン状態は、スタティックルートをプルダウンしません。

シームレスBFD(S-BFD)は、BFDの開始時間を短縮することで、パス障害の検出と対応に必要な時間を短縮します。ネットワーク内の各ノードには、固有のS-BFD識別子が割り当てられています。ノードは、パスの到達可能性を積極的にチェックするイニシエーターとして、または到達可能性要求をリッスンして応答するレスポンダーとして動作します。S-BFD開始側がリクエストパケットを送信すると、応答側は識別子を入れ替え、直ちに状態を UPに設定して応答します。このステートレス操作により、複数のセッションを迅速に確立できるため、迅速な接続チェックが必要な環境に最適です。

sbfdを有効にするには、イニシエーターノードで bfd-liveness-detection sbfd remote-discriminator value ステートメントを設定し、応答ノードで bfd sbfd local-discriminator value を設定します。

• S-BFDのメリット
• S-BFDがトリガーした高速再ルート

Junos OSリリース22.4R1以降、BFDを設定して隣接デバイスとエコーパケットをやり取りし、転送パスを確実に利用できるようになりました。 bfd-liveness-detection echo minimum-interval milliseconds 設定ステートメントを使用して、BFDエコーモードを有効にし、エコーパケットの最小間隔を設定します。BFDエコーモードは、隣接するデバイスがBFDをサポートしている場合にのみ機能します。

隣接するデバイスがBFDをサポートしていない場合、BFDエコーライトモードを使用できます。BFDエコーライトモードを有効にするには、 bfd-liveness-detection echo-lite minimum-interval milliseconds 設定ステートメントを使用します。BFDエコーライトモードは、ネイバーデバイスにBFDを設定することなく、BFDエコーモードと同じ機能を実行します。

デフォルトでは、エコーおよびエコーライトモードは、集中型BFDモードでのシングルホップセッションのみをサポートします。Junos OSリリース24.2R1以降、PRPD BFD APIは、分散およびインラインBFDモードでのマルチホップセッションのエコーライトモードをサポートします。PRPD API の詳細については、「 JET API の概要」を参照してください。Junos OSリリース25.4R1以降、シングルホップのBFDエコーライトセッションをインラインおよび分散モードで設定できるようになりました。

機能エクスプローラーを使用して、特定の機能のプラットフォームとリリースのサポートを確認します。

お使いのプラットフォームに固有の動作を確認するには、以下の表を使用してください。

• プラットフォーム固有の分散型BFDの動作
• プラットフォーム固有のインラインBFD動作
• 静的ルート動作用のプラットフォーム固有のBFD
• BGP動作のためのプラットフォーム固有のBFD
• OSPF動作用のプラットフォーム固有のBFD
• IS-IS動作用のプラットフォーム固有のBFD
• RIP動作用のプラットフォーム固有のBFD
• プラットフォーム固有のマイクロBFDの動作