Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

BFD の設定

次の例を使用して、デバイスで双方向フォワーディング検出(BFD)を設定します。

例:ネットワーク障害検出を高速化するためのスタティック ルートの BFD の設定

この例では、スタティック ルートに BFD(双方向フォワーディング検出)を設定する方法を示しています。

必要条件

この例では、デバイスの初期化以上の特別な設定は必要ありません。

概要

静的ルートには多くの実用的なアプリケーションがあります。スタティックルーティングは、スタブネットワークへの接続をサポートするためにネットワークエッジでよく使用されますが、スタブネットワークは、入口と出口が単一であるため、静的ルートのシンプルさに適しています。Junos OSでは、スタティック ルートのグローバル プリファレンスは5です。スタティックルートは、指定されたネクストホップが到達可能な場合にアクティブになります。

この例では、ネクストホップアドレス172.16.1.2を使用して、プロバイダネットワークからカスタマーネットワークへの静的ルート192.168.47.0/24を設定します。また、ネクストホップアドレス172.16.1.1を使用して、カスタマーネットワークからプロバイダネットワークへの0.0.0.0/0の静的デフォルトルートを設定します。

デモンストレーション用に、一部のループバックインターフェイスはデバイスBとデバイスDに設定されています。これらのループバックインターフェイスは、pingするアドレスを提供することで、静的ルートが機能していることを確認します。

図 1 は、サンプルのネットワークを示しています。

図 1: サービス プロバイダー Customer Routes Connected to a Service Providerに接続された顧客ルート

位相幾何学

構成

CLIクイック構成

この例をすばやく設定するには、次のコマンドをコピーしてテキストファイルに貼り付け、改行を削除して、ネットワーク構成に合わせて必要な詳細を変更し、 [edit] 階層レベルのCLIにコマンドをコピー&ペーストしてください。

1 デバイスB 1

1 デバイスD 1

プロシージャ

手順

次の例では、設定階層内のさまざまなレベルに移動する必要があります。CLIのナビゲーションについては、Junos OS CLIユーザーガイド設定モードでCLIエディターを使用する を参照してください。

スタティック ルートの BFD を設定するには:

  1. デバイスBで、インターフェイスを設定します。

  2. デバイスBでは、静的ルートを作成し、ネクストホップアドレスを設定します。

  3. デバイスBで、静的ルートにBFDを設定します。

  4. デバイス B で、BFD のトレース操作を設定します。

  5. デバイス B の設定が完了したら、設定をコミットします。

  6. デバイスDで、インターフェイスを設定します。

  7. デバイスDで、静的ルートを作成し、ネクストホップアドレスを設定します。

  8. デバイスDで、静的ルートにBFDを設定します。

  9. デバイス D で、BFD のトレース操作を設定します。

  10. デバイス D の設定が完了したら、設定をコミットします。

業績

show interfacesshow protocolsshow routing-optionsコマンドを発行して、設定を確認します。出力結果に意図した設定内容が表示されない場合は、この例の手順を繰り返して設定を修正します。

1 デバイスB 1

1 デバイスD 1

検証

設定が正常に機能していることを確認します。

BFD セッションが稼働していることを確認

目的

BFDセッションが立ち上がっていることを確認し、BFDセッションの詳細を表示します。

アクション

動作モードから、 show bfd session extensive コマンドを入力します。

手記:

この description Site- <xxx> は、SRXシリーズファイアウォールでのみサポートされています。

各クライアントに複数の説明フィールドがある場合は、最初の説明フィールドとともに「and more」と表示されます。

意味

TX interval 1.000, RX interval 1.000出力は、minimum-interval ステートメントで構成された設定を表しています。その他の出力はすべて、BFDのデフォルト設定を表しています。デフォルト設定を変更するには、bfd-liveness-detectionステートメントの下にオプションのステートメントを含めます。

BFD イベントの詳細表示

目的

BFDトレースファイルの内容を表示し、必要に応じてトラブルシューティングに役立てることができます。

アクション

動作モードから、 file show /var/log/bfd-trace コマンドを入力します。

意味

BFDメッセージがトレースファイルに書き込まれます。

例:内部 BGP ピア セッションでの BFD の設定

この例では、ネットワーク内の障害を検出するために、双方向フォワーディング検出(BFD)プロトコルを使用して内部BGP(IBGP)ピアセッションを設定する方法を示しています。

必要条件

この例を構成する前に、デバイスの初期化以上の特別な構成は必要ありません。

概要

IBGP セッションで BFD を有効にするための最小設定は、BFD セッションに参加しているすべてのネイバーの BGP 設定に bfd-liveness-detection minimum-interval ステートメントを含めることです。 minimum-interval ステートメントは、障害検出のための最小の送信および受信間隔を指定します。具体的には、この値は、ローカル ルーティング デバイスが Hello パケットを送信する最小間隔と、ルーティング デバイスが BFD セッションを確立したネイバーからの応答を受信すると予測する最小間隔を表します。1 ミリ秒から 255,000 ミリ秒までの値を設定できます。

オプションで、 transmit-interval minimum-interval ステートメントと minimum-receive-interval ステートメントを使用して、最小の送信間隔と受信間隔を個別に指定できます。これらおよびその他のオプションのBFD設定ステートメントについては、 bfd-liveness-detectionを参照してください。

手記:

BFDは、システムリソースを消費する集中的なプロトコルです。BFDの最小間隔を、ルーティングエンジンベースのセッションでは100ミリ秒未満、分散BFDセッションでは10ミリ秒未満に指定すると、望ましくないBFDフラッピングが発生する可能性があります。

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

  • 一般的なルーティングエンジン スイッチオーバー イベント中の BFD フラッピングを防ぐには、ルーティングエンジンベースのセッションに 5000 ミリ秒の最小間隔を指定します。この最小値は、一般的なルーティングエンジン スイッチオーバー イベント中に、RPD、MIBD、SNMPD などのプロセスが、指定されたしきい値を超えて CPU リソースを使用するために必要です。したがって、BFDの処理とスケジューリングは、このCPUリソースの不足のために影響を受けます。

  • デュアルシャーシクラスタ制御リンクのシナリオ中にBFDセッションが稼働したままになるようにするには、最初の制御リンクに障害が発生したときに、ルーティングエンジンベースのセッションのセカンダリノードでLACPがフラッピングしないように、最小間隔を6000ミリ秒に指定します。

  • 多数のBFDセッションを伴う大規模なネットワーク展開の場合、ルーティングエンジンベースのセッションには300ミリ秒、分散BFDセッションには100ミリ秒の最小間隔を指定します。

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

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

BFDは、デフォルトのルーティング インスタンス(メインルーター)、ルーティングインスタンス、および論理システムでサポートされています。この例では、論理システム上の BFD を示しています。

図 2 は、内部ピア セッションを持つ典型的なネットワークを示しています。

図 2: IBGP セッションを持つ典型的なネットワーク Typical Network with IBGP Sessions

構成

CLIクイック構成

この例をすばやく設定するには、次のコマンドをコピーしてテキストファイルに貼り付け、改行を削除して、ネットワーク構成に合わせて必要な詳細を変更し、 [edit] 階層レベルのCLIにコマンドをコピー&ペーストしてください。

1 デバイスA 1

1 デバイスB 1

1 デバイスC 1

デバイス A を設定する

手順

次の例では、設定階層内のさまざまなレベルに移動する必要があります。CLIのナビゲーションについては、CLIユーザー・ガイドコンフィギュレーション・モードでのCLIエディタの使用を参照してください。

デバイス A を設定するには:

  1. CLI を論理システム A に設定します。

  2. インターフェイスを設定します。

  3. BGP を設定します。

    機器 A と機器 C が直接接続されていないにもかかわらず、機器 B と機器 C の両方に neighbor 文が含まれています。

  4. BFD を設定します。

    接続ピアでも同じ最小間隔を設定する必要があります。

  5. (オプション)BFD トレースを設定します。

  6. OSPFを設定します。

  7. 直接ルートを受け入れるポリシーを設定します。

    このシナリオの他の有用なオプションは、OSPF またはローカル ルートで学習したルートを受け入れることかもしれません。

  8. ルーターIDと自律システム(AS)番号を設定します。

  9. デバイスの設定が完了したら、設定モードから commit を入力します。 これらの手順を繰り返して、デバイスBとデバイスCを設定します。

業績

設定モードから、 show interfacesshow policy-optionsshow protocols、および show routing-options コマンドを入力して設定を確認します。出力結果に意図した設定内容が表示されない場合は、この例の手順を繰り返して設定を修正します。

検証

設定が正常に機能していることを確認します。

BFD が有効になっていることを確認

目的

IBGPピア間でBFDが有効になっていることを確認します。

アクション

動作モードから、 show bgp neighbor コマンドを入力します。 | match bfd フィルターを使用して、出力を絞り込むことができます。

意味

出力は、論理システム A に BFD が有効になっている 2 つのネイバーがあることを示しています。BFDが有効になっていない場合、出力は BFD: disabled, downを表示し、 <BfdEnabled> オプションはありません。BFDが有効でセッションがダウンしている場合、出力には BFD: enabled, downが表示されます。また、トレース操作が設定されているため、BFD関連のイベントがログファイルに書き込まれていることも出力に示されています。

BFD セッションが稼働していることを確認

目的

BFDセッションが立ち上がっていることを確認し、BFDセッションの詳細を表示します。

アクション

動作モードから、 show bfd session extensive コマンドを入力します。

意味

TX interval 1.000, RX interval 1.000出力は、minimum-interval ステートメントで構成された設定を表しています。その他の出力はすべて、BFDのデフォルト設定を表しています。デフォルト設定を変更するには、bfd-liveness-detectionステートメントの下にオプションのステートメントを含めます。

BFD イベントの詳細表示

目的

BFDトレースファイルの内容を表示し、必要に応じてトラブルシューティングに役立てることができます。

アクション

動作モードから、 file show /var/log/A/bgp-bfd コマンドを入力します。

意味

ルートが確立される前に、 No route to host メッセージが出力に表示されます。ルートが確立された後、最後の2行は、両方のBFDセッションが立ち上がることを示しています。

ループバックインターフェイスの非アクティブ化および再アクティブ化後のBFDイベントの詳細の表示

目的

ルーターまたはスイッチをダウンさせてから再起動した後の動作を確認します。ルーターまたはスイッチの停止をシミュレートするには、論理システム B のループバック インターフェイスを非アクティブ化します。

アクション
  1. 設定モードから、 deactivate logical-systems B interfaces lo0 unit 2 family inet コマンドを入力します。

  2. 動作モードから、 file show /var/log/A/bgp-bfd コマンドを入力します。

  3. 設定モードから、 activate logical-systems B interfaces lo0 unit 2 family inet コマンドを入力します。

  4. 動作モードから、 file show /var/log/A/bgp-bfd コマンドを入力します。

例:OSPF の BFD の設定

この例では、OSPF の BFD(双方向フォワーディング検出)プロトコルを設定する方法を示しています。

必要条件

開始する前に、以下を実行します。

概要

OSPF の hello 間隔と dead 間隔の設定を調整してルート コンバージェンスを高める代わりに、BFD を設定する方法があります。BFDプロトコルは、ネットワーク内の障害を検出するための単純なhelloメカニズムです。BFD障害検出タイマーでは、OSPF障害検出メカニズムよりもタイマー制限が短くなっているため、より高速に検出できます。

BFDは、イーサネットインターフェイスなど、障害を迅速に検出できないインターフェイスで有効です。SONETインターフェイスなど、その他のインターフェイスには、すでに障害検出機能が組み込まれています。これらのインターフェイスで BFD を設定する必要はありません。

隣接するOSPFインターフェイスのペアでBFDを設定します。OSPF の hello 間隔や dead 間隔の設定とは異なり、OSPF エリアのすべてのインターフェイスで BFD を有効にする必要はありません。

この例では、エリア 0.0.0.0 のネイバー OSPF インターフェイス fe-0/1/0bfd-liveness-detection ステートメントを含めて障害検出を有効にし、BFD パケット交換間隔を 300 ミリ秒に設定し、送信元インターフェイスがダウンすると宣言される原因となる Hello パケットの見逃しパケットの数を 4 に設定し、以下の設定を含めることで完全なネイバー隣接関係を持つ OSPF ネイバーにのみ BFD セッションを構成します。

  • full-neighbors-only—Junos OS リリース 9.5 以降では、完全なネイバー隣接関係を持つ OSPF ネイバーに対してのみ BFD セッションを確立するように BFD プロトコルを設定します。デフォルトの動作では、すべての OSPF ネイバーに対して BFD セッションが確立されます。

  • minimum-interval—ローカル ルーティング デバイスが Hello パケットを送信する最小間隔と、ルーティング デバイスが BFD セッションを確立したネイバーからの応答を受信することを期待する最小間隔をミリ秒単位で設定します。1〜255,000ミリ秒の範囲の数値を設定できます。また、 transmit-interval、minimum-interval 、および minimum-receive-interval ステートメントを使用して、最小の送信間隔と受信間隔を個別に指定することもできます。

    手記:

    BFDは、システムリソースを消費する集中的なプロトコルです。BFDの最小間隔を、ルーティングエンジンベースのセッションでは100ミリ秒未満、分散BFDセッションでは10ミリ秒未満に指定すると、望ましくないBFDフラッピングが発生する可能性があります。

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

    • 多数のBFDセッションを伴う大規模なネットワーク展開では、500ミリ秒以上の最小間隔を指定します。不安定な問題を回避するために、1000 ミリ秒の間隔をお勧めします。

      手記:
      • bfdd プロセスの場合、設定された検出時間間隔は 300 ミリ秒未満です。システム上で ppmd などの優先順位の高いプロセスが動作している場合、CPU は bfdd プロセスではなく ppmd プロセスに時間を費やすことがあります。

      • 支社/拠点向けSRXシリーズファイアウォールの場合、BFDパケットの最小キープアライブ時間間隔として1000ミリ秒を推奨します。

      • vSRX 3.0では、BFDパケットの最小キープアライブ時間間隔として300ミリ秒を推奨します。

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

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

  • multiplier—発信元インターフェイスがダウンと宣言される原因となる、ネイバーによって受信されない hello パケットの数を設定します。デフォルトでは、hello パケットが 3 つ失敗すると、発信元インターフェイスがダウンと宣言されます。1 から 255 までの範囲の値を設定できます。

位相幾何学

構成

プロシージャ

CLIクイック構成

OSPFのBFDプロトコルを素早く設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、[edit]階層レベルのCLIにコマンドをコピー&ペーストし、設定モードから commit を入力してください。

手順

1つの隣接インターフェイスでOSPFのBFDプロトコルを設定するには:

  1. OSPFエリアを作成します。

    手記:

    OSPFv3を指定するには、[edit protocols]階層レベルにospf3 ステートメントを含めます。

  2. インターフェイスを指定します。

  3. 最小の送信間隔と受信間隔を指定します。

  4. 送信元インターフェイスがダウンと宣言される原因となる、見逃された hello パケットの数を設定します。

  5. BFDセッションは、完全なネイバー隣接関係を持つOSPFネイバーにのみ設定します。

  6. デバイスの設定が完了したら、設定をコミットします。

    手記:

    もう一方のネイバーインターフェイスに対して、この設定全体を繰り返します。

業績

show protocols ospfコマンドを入力して、設定を確認します。出力結果に意図した設定内容が表示されない場合は、この例の手順を繰り返して設定を修正します。

OSPFv3の設定を確認するために、 show protocols ospf3 コマンドを入力します。

検証

設定が正常に機能していることを確認します。

BFD セッションの検証

目的

OSPFインターフェイスにアクティブなBFDセッションがあり、セッションコンポーネントが正しく設定されていることを確認します。

アクション

動作モードから、 show bfd session detail コマンドを入力します。

意味

出力には、BFDセッションに関する情報が表示されます。

  • アドレス フィールドには、ネイバーの IP アドレスが表示されます。

  • インターフェイスフィールドには、BFDに設定したインターフェイスが表示されます。

  • [State] フィールドにはネイバーの状態が表示され、設定した完全なネイバー隣接関係を反映するために [Full] と表示されます。

  • [送信間隔(Transmit Interval)] フィールドには、BFD パケットを送信するために設定した時間間隔が表示されます。

  • [Multiplier] フィールドには、設定した乗数が表示されます。

例:IS-IS の BFD の設定

この例では、IS-IS ネットワークの障害を検出するために BFD(双方向フォワーディング検出)プロトコルを設定する方法を説明します。

手記:

BFD は、QFX10000 シリーズ スイッチの IPV6 の ISIS ではサポートされていません。

必要条件

開始する前に、両方のルーターで IS-IS を設定します。必要な IS-IS 設定については、 例:IS-IS の設定 を参照してください。

手記:

IS-IS 設定については CLI クイック設定の項で説明しますが、IS-IS 設定については手順を追って説明しません。

この例では、以下のハードウェアとソフトウェアのコンポーネントを使用しています。

  • Junos OS リリース 7.3 以降

    • Junos OS リリース 22.4 を使用して更新および再検証

  • M Series、MXシリーズ、T Seriesルーター

概要

この例では、互いに接続された 2 台のルーターを示しています。ループバックインターフェイスは、各ルーターで設定されています。IS-ISとBFDプロトコルは両方のルーターで設定されています。

位相幾何学

図 3 は、サンプルのネットワークを示しています。

図 3:IS-IS Configuring BFD for IS-IS の BFD の設定

構成

CLIクイック構成

この例をすばやく設定するには、次のコマンドをコピーしてテキストファイルに貼り付け、改行を削除して、ネットワーク構成に合わせて必要な詳細を変更し、 [edit] 階層レベルのCLIにコマンドをコピー&ペーストしてください。

ルーター R1

ルーターR2

プロシージャ

手順

次の例では、設定階層のいくつかのレベルに移動する必要があります。CLIのナビゲーションについては、「 1 コンフィグレーション・モードでのCLIエディタの使用」を参照してください。

手記:

IS-IS に BFD を設定するだけで、 minimum-interval ステートメントのみが必要です。BFDプロトコルは、パラメーターを指定せずに bfd-liveness-detection ステートメントを使用する場合、他のすべての設定ステートメントのデフォルトパラメーターを選択します。

手記:

パラメータは、既存のセッションを停止または再起動することなく、いつでも変更できます。BFDは自動的に新しいパラメータ値に調整されます。ただし、値が各 BFD ピアと再同期されるまで、BFD パラメータは変更されません。

ルーター R1 および R2 で IS-IS の BFD を設定するには、次の手順に従います。

手記:

ここでは、R1 の手順のみを示しています。

  1. 検出時間の適応の閾値を設定し、乗数に最小間隔を掛けた値よりも大きくなければなりません。

  2. 障害検知のための最小の送信および受信間隔を設定します。

  3. 障害検知の最小受信間隔のみを設定します。

  4. BFD 適応を無効にします。

  5. 送信間隔のしきい値は、最小送信間隔よりも大きくなければなりません。

  6. 障害検出の最小送信間隔を設定します。

  7. 乗数を設定します。これは、発信元インターフェイスがダウンと宣言される原因となる、ネイバーが受信しなかった hello パケットの数です。

  8. 検出に使用する BFD バージョンを設定します。

    デフォルトでは、バージョンが自動的に検出されます。

業績

設定モードから、 show protocols isis interface コマンドを発行して設定を確認します。出力結果に意図した設定内容が表示されない場合は、この例の手順を繰り返して設定を修正します。

検証

設定が正常に機能していることを確認します。

ルーターR1とR2間の接続の確認

目的

ルーター R1 と R2 が互いに到達できることを確認します。

アクション

もう一方のルーターに ping を実行して、ネットワーク トポロジーに従って 2 つのルーター間の接続を確認します。

意味

ルーター R1 と R2 は互いに ping を実行できます。

IS-IS が設定されていることを確認する

目的

IS-IS インスタンスが両方のルーターで実行されていることを確認します。

アクション

IS-ISインスタンスがR1とR2の両方のルーターで実行されているかどうかを確認するには、 show isis database ステートメントを使用します。

意味

IS-IS は、R1 と R2 の両方のルーターで設定されています。

BFDが設定されていることを確認

目的

BFD インスタンスが R1 と R2 の両方のルーターで実行されていることを確認します。

アクション

BFDインスタンスがルーターで実行されているかどうかを確認するには、 show bfd session detail ステートメントを使用します。

意味

BFD は、IS-IS ネットワークの障害を検出するためにルーター R1 および R2 で設定されています。

例:RIP 用に BFD を設定する

この例では、RIP ネットワークに Bidirectional Forwarding Detection(BFD)を設定する方法を示します。

必要条件

この例を設定する前に、デバイス初期化以外の特別な設定を行う必要はありません。

概要

障害検出を有効にするには、 bfd-liveness-detection ステートメントを含めます。

オプションで、 threshold ステートメントを含めることで、検出時間の適応のためのしきい値を指定することができます。BFD セッションの検知時間がしきい値以上の値に適応すると、1 つのトラップとシステム ログ メッセージが送信されます。

障害検出の最小の送受信間隔を指定するには、 minimum-interval ステートメントを含めます。この値は、ローカル ルーティング デバイスが Hello パケットを送信する最小間隔と、ルーティング デバイスが BFD セッションを確立したネイバーからの応答を受信することを期待する最小間隔を表します。1〜255,000ミリ秒の範囲の値を設定できます。この例では、最小間隔を 600 ミリ秒に設定しています。

手記:

BFDは、システムリソースを消費する集中的なプロトコルです。BFDの最小間隔を、ルーティングエンジンベースのセッションでは100ミリ秒未満、分散BFDセッションでは10ミリ秒未満に指定すると、望ましくないBFDフラッピングが発生する可能性があります。

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

  • 多数のBFDセッションを伴う大規模なネットワーク導入では、ルーティングエンジンベースのセッションでは300ミリ秒、分散BFDセッションでは100ミリ秒の最小間隔を指定します。

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

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

オプションで、最小の送信間隔と受信間隔を個別に指定できます。

障害検出の最小受信間隔のみを指定するには、 minimum-receive-interval ステートメントを含めます。この値は、ローカル ルーティング デバイスが BFD セッションを確立したネイバーからの応答を受信することを期待する最小間隔を表しています。1〜255,00ミリ秒の範囲の値を設定できます。

障害検出用の最小送信間隔のみを指定するには、 transmit-interval minimum-interval ステートメントを含めます。この値は、ローカル ルーティング デバイスが BFD セッションを確立したネイバーに Hello パケットを送信する最小間隔を表します。1〜255,000ミリ秒の範囲の値を設定できます。

発信元インターフェイスがダウンと宣言される原因となる、ネイバーが受信しなかった Hello パケットの数を指定するには、 multiplier ステートメントを含めます。既定値は 3 で、1 から 255 の範囲の値を設定できます。

送信間隔の適応を検出するためのしきい値を指定するには、 transmit-interval threshold ステートメントを含めます。しきい値は、送信間隔より大きくなければなりません。

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

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

Junos OS リリース 9.0 以降では、変化するネットワーク状況に適応しないように BFD セッションを設定することができます。BFD適応を無効にするには、 no-adaptation ステートメントを含めます。ネットワークで BFD 適応を有効にしないことが望ましくない限り、BFD 適応を無効にしないことをお勧めします。

図 4 は、この例で使用されているトポロジーを示しています。

図 4: RIP BFD ネットワーク トポロジー RIP BFD Network Topology

CLIクイック構成 は、 図4のすべてのデバイスの設定を示しています。「 ステップバイステップでの手順 」セクションでは、デバイスR1の手順を説明します。

位相幾何学

構成

プロシージャ

CLIクイック構成

この例をすばやく設定するには、次のコマンドをコピーしてテキストファイルに貼り付け、改行を削除して、ネットワーク構成に合わせて必要な詳細を変更し、 [edit] 階層レベルのCLIにコマンドをコピー&ペーストしてください。

デバイスR1

デバイスR2

デバイスR3

手順

次の例では、設定階層のいくつかのレベルに移動する必要があります。CLIのナビゲーションについては、CLIユーザー・ガイドコンフィギュレーション・モードでのCLIエディタの使用を参照してください。

RIP ネットワークの BFD を設定するには:

  1. ネットワークインターフェイスを設定します。

  2. RIP グループを作成し、インターフェイスを追加します。

    Junos OS で RIP を設定するには、RIP が有効になっているインターフェイスを含むグループを設定する必要があります。ループバック インターフェイスで RIP を有効にする必要はありません。

  3. 直接ルートとRIP学習ルートの両方をアドバタイズするルーティングポリシーを作成します。

  4. ルーティングポリシーを適用します。

    Junos OS では、グループ レベルでのみ RIP エクスポート ポリシーを適用できます。

  5. BFD を有効にします。

  6. BFDメッセージを追跡するためのトレース操作を設定します。

業績

設定モードから、 show interfacesshow protocols、および show policy-options コマンドを入力して設定を確認します。出力結果に意図した設定内容が表示されない場合は、この例の設定手順を繰り返して設定を修正します。

デバイスの設定が完了したら、設定モードから コミット を入力します。

検証

設定が正常に機能していることを確認します。

BFD セッションが稼働していることの確認

目的

BFD セッションが動作していることを確認します。

アクション

動作モードから、 show bfd session コマンドを入力します。

意味

この出力結果は、認証エラーがないことを示しています。

BFD トレース ファイルの確認

目的

トレース操作を使用して、BFDパケットが交換されていることを確認します。

アクション

動作モードから show log コマンドを入力します。

意味

出力は、BFDの正常な機能を示しています。

LAG用マイクロBFDセッションの設定

双方向フォワ-ディング検出(BDF)プロトコルは、転送経路の障害を迅速に検出するシンプルな検出プロトコルです。リンクアグリゲーショングループ(LAG)は、ポイントツーポイント接続のデバイス間の複数のリンクを結合することで、帯域幅を拡大し、信頼性を提供し、ロードバランシングを可能にします。LAGインターフェイスでBFDセッションを実行するには、LAGバンドル内のすべてのLAGメンバーリンクに独立した非同期モードのBFDセッションを設定します。単一のBFDセッションがUDPポートのステータスを監視する代わりに、独立したマイクロBFDセッションが個々のメンバーリンクのステータスを監視します。

手記:

Junos OS Evolved Release 20.1R1以降、独立したマイクロBFD(双方向フォワーディング検出)セッションが、リンクアグリゲーショングループ(LAG)バンドルのメンバーリンクごとに有効になります。

集合型イーサネットインターフェイスの障害検出を有効にするには:

  1. [edit interfaces aex aggregated-ether-options]階層レベルの設定に以下のステートメントを含めます。
  2. LAG用BFDセッションの認証基準を設定します。

    認証基準を指定するには、 authentication ステートメントを含めます。

    • BFD セッションの認証に使用するアルゴリズムを指定します。認証には以下のアルゴリズムのいずれかを使用できます。

      • キー付き-MD5

      • キー付きSHA-1

      • 細心の注意を払った鍵付き-MD5

      • 細心の注意を払った鍵付きSHA-1

      • シンプルパスワード

    • キー チェーンを設定するには、BFD セッションのセキュリティ キーに関連付けられている名前を指定します。指定する名前は、[edit security]階層レベルの authentication-key-chains key-chain ステートメントで設定されたキーチェーンの 1 つと一致する必要があります。

    • BFD セッションでルーズ認証チェックを設定します。BFD セッションの両端で認証が設定されない移行期間にのみ使用します。

  3. 集合型イーサネットインターフェイスのBFDタイマーを設定します。

    BFDタイマーを指定するには、 detection-time ステートメントを含めます。

    しきい値を指定します。これは、BFDネイバーを検出するための最大時間間隔です。送信間隔がこの値よりも大きい場合、デバイスはトラップをトリガーします。

  4. ホールドダウン間隔の値を設定して、LAGネットワーク内の他のメンバーに状態変化通知が送信されるまでにBFDセッションが立ち上がっている最小時間を設定します。

    ホールドダウン間隔を指定するには、 holddown-interval ステートメントを含めます。

    0〜255,000ミリ秒の範囲の数値を設定でき、デフォルトは0です。BFD セッションがダウンし、ホールドダウン間隔中に再びアップした場合、タイマーが再起動されます。

    この値は、ローカル ルーティング デバイスが BFD パケットを送信する最小間隔と、ルーティング デバイスが BFD セッションを確立したネイバーからの応答を受信することを期待する最小間隔を表します。1〜255,000ミリ秒の範囲の数値を設定できます。また、最小の送信間隔と最小受信間隔を個別に指定することもできます。

  5. BFDセッションの送信元アドレスを設定します。

    ローカルアドレスを指定するには、 local-address ステートメントを含めます。

    BFDローカルアドレスは、BFDセッションの送信元のループバックアドレスです。

    手記:

    Junos OS リリース 16.1 以降では、マイクロ BFD セッションのローカル アドレスとして AE インターフェイス アドレスを使用してこの機能を設定することもできます。IPv6 アドレス ファミリでは、AE インターフェイス アドレスでこの機能を設定する前に、重複アドレス検出を無効にしてください。重複アドレスの検出を無効にするには、[edit interface aex unit y family inet6] 階層レベルで dad-disable ステートメントを含めます。

    リリース16.1R2以降、Junos OSは設定したマイクロBFD local-address を設定コミット前にインターフェイスまたはループバックIPアドレスと照合し、検証を行います。Junos OSは、IPv4とIPv6の両方のマイクロBFDアドレス構成に対してこのチェックを行い、一致しない場合はコミットに失敗します。設定するマイクロBFD local-address は、ピアルーターに設定されたマイクロBFD neighbour-address と一致させる必要があります。

  6. データを送受信する時間間隔を示す最小間隔を指定します。

    この値は、ローカル ルーティング デバイスが BFD パケットを送信する最小間隔と、ルーティング デバイスが BFD セッションを確立したネイバーからの応答を受信することを期待する最小間隔を表します。1〜255,000ミリ秒の範囲の数値を設定できます。また、最小の送信間隔と最小受信間隔を個別に指定することもできます。

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

    手記:

    BFDは、システムリソースを消費する集中的なプロトコルです。BFDの最小間隔を、ルーティングエンジンベースのセッションでは100ミリ秒未満、分散BFDセッションでは10ミリ秒未満に指定すると、望ましくないBFDフラッピングが発生することがあります。

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

    • 多数のBFDセッションを伴う大規模なネットワーク導入では、ルーティングエンジンベースのセッションでは300ミリ秒、分散BFDセッションでは100ミリ秒の最小間隔を指定します。

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

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

  7. minimum-receive-intervalステートメントを含めて、障害検出のための最小受信間隔のみを指定します。

    この値は、ローカル ルーティング デバイスが BFD セッションを確立したネイバーからの応答を受信することを期待する最小間隔を表しています。1〜255,000ミリ秒の範囲の数値を設定できます。

  8. multiplierステートメントを含めることで、送信元インターフェイスがダウンと宣言される原因となる、ネイバーによって受信されなかったBFDパケットの数を指定します。

    デフォルト値は 3 です。1〜255の範囲で設定できます。

  9. BFDセッションでネイバーを設定します。

    ネイバーアドレスは、IPv4 アドレスまたは IPv6 アドレスのいずれかです。

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

    BFD ネイバー アドレスは、BFD セッションのリモート宛先のループバック アドレスです。

    手記:

    Junos OS リリース 16.1 以降では、リモート宛先の AE インターフェイス アドレスをマイクロ BFD セッションの BFD ネイバー アドレスとして設定することもできます。

  10. (オプション)変化するネットワーク状況に適応しないようにBFDセッションを設定します。

    BFD適応を無効にするには、 no-adaptation ステートメントを含めます。

    手記:

    ネットワークにBFD適応がないことが望ましくない限り、BFD適応を無効にしないことを推奨します。

  11. thresholdステートメントを含めることで、検出時間の適応を検出するための閾値を指定します。

    BFD セッションの検知時間がしきい値以上の値に適応すると、1 つのトラップとシステム ログ メッセージが送信されます。検出時間は、minimum-interval または minimum-receive-interval 値の乗数に基づきます。しきい値は、これらの設定値のいずれかの乗数よりも高い値でなければなりません。たとえば、最小受信間隔が 300 ミリ秒で、乗数が 3 の場合、合計検出時間は 900 ミリ秒になります。したがって、検出時間のしきい値は 900 より大きい値でなければなりません。

  12. transmit-interval minimum-interval ステートメントを含めて、障害検出のための最小送信間隔のみを指定します。

    この値は、ローカル ルーティング デバイスが BFD セッションを確立したネイバーに BFD パケットを送信する最小間隔を表します。1〜255,000ミリ秒の範囲の値を設定できます。

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

    しきい値は、送信間隔より大きくなければなりません。BFDセッションの検知時間がしきい値よりも大きい値に適応した場合、単一のトラップとシステムログメッセージが送信されます。検出時間は、minimum-interval または minimum-receive-interval 値の乗数に基づきます。しきい値は、これらの設定値のいずれかの乗数よりも高い値でなければなりません。

  14. versionステートメントを含めてBFDバージョンを指定します。

    デフォルトでは、バージョンが自動的に検出されます。

手記:
  • version オプションは QFXシリーズ ではサポートされていません。Junos OS リリース 17.2R1 以降では、このコマンドを使用しようとすると警告が表示されます。

  • この機能は、両方のデバイスがBFDをサポートしている場合に有効です。LAGの片側のみにBFDが設定されている場合、本機能は作動しません。

例:LAGの独立したマイクロBFDセッションの設定

この例では、集合型イーサネットインターフェイスに対して独立したマイクロBFDセッションを設定する方法を示します。

必要条件

この例では、以下のハードウェアとソフトウェアのコンポーネントを使用しています。

  • Junos Trioチップセット搭載のMXシリーズルーター

  • Type 4 FPCまたはType 5 FPC搭載のT Seriesルーター

    LAG用BFDは、T Seriesの以下のPICタイプでサポートされています:

    • PC-1XGE-XENPAK(Type 3 FPC)、

    • PD-4XGE-XFP(Type 4 FPC)、

    • PD-5-10XGE-SFPP(Type 4 FPC)、

    • 24x10GE (LAN/WAN) SFPP、12x10GE (LAN/WAN) SFPP、1X100GE Type 5 PICs

  • 24X10GE (LAN/WAN) SFPP搭載PTXシリーズルーター

  • すべてのデバイスでJunos OS リリース 13.3 以降が実行されている

概要

この例では、直接接続されている2台のルーターが含まれています。IPv4接続用のAE0とIPv6接続用のAE1という2つの集合型イーサネットインターフェイスを設定します。両方のルーターでローカルおよびネイバーエンドポイントとしてIPv4アドレスを使用して、AE0バンドル上にマイクロBFDセッションを構成します。両方のルーターでローカルおよびネイバーエンドポイントとしてIPv6アドレスを使用して、AE1バンドル上にマイクロBFDセッションを構成します。この例では、独立したマイクロBFDセッションが出力される際に、アクティブであることを検証しています。

位相幾何学

図 5 にトポロジーの例を示します。

図5:LAGConfiguring an Independent Micro BFD Session for LAGの独立したマイクロBFDセッションの設定

構成

CLIクイック構成

この例をすばやく設定するには、次のコマンドをコピーしてテキストファイルに貼り付け、改行を削除して、ネットワーク構成に合わせて必要な詳細を変更し、 [edit] 階層レベルのCLIにコマンドをコピー&ペーストしてください。

ルーターR0

ルーター R1

集合型イーサネットインターフェイスのマイクロBFDセッションの設定

プロシージャ

手順

次の例では、設定階層内のさまざまなレベルに移動する必要があります。CLIのナビゲーションについては、CLIユーザーガイドの「設定モードでのCLIエディターの使用」を参照してください。

手記:

この手順をルーターR1でも繰り返し、各ルーターの適切なインターフェイス名、アドレス、およびその他のパラメータを変更します。

ルーターR0上に集合型イーサネットインターフェイス用のマイクロBFDセッションを設定

  1. 物理インターフェイスを設定します。

  2. ループバックインターフェイスを設定します。

  3. ネットワークの要件に応じて、IPv4またはIPv6アドレスで集合型イーサネットインターフェイスae0にIPアドレスを設定します。

  4. ルーティングオプションを設定し、静的ルートを作成してネクストホップアドレスを設定します。

    手記:

    ネットワークの要件に応じて、IPv4またはIPv6の静的ルートを設定することができます。

  5. リンクアグリゲーション制御プロトコル(LACP)を設定します。

  6. 集合型イーサネットインターフェイスae0にBFDを設定し、最小間隔、ローカルIPアドレス、およびネイバーIPアドレスを指定します。

  7. 集合型イーサネットインターフェイスae1にIPアドレスを設定します。

    ネットワークの要件に応じて、IPv4またはIPv6アドレスを割り当てることができます。

  8. 集合型イーサネットインターフェイスae1用のBFDを設定します。

    手記:

    Junos OS リリース 16.1 以降では、マイクロ BFD セッションのローカル アドレスとして AE インターフェイス アドレスを使用してこの機能を設定することもできます。

    リリース16.1R2以降、Junos OSは設定したマイクロBFD local-address を設定コミット前にインターフェイスまたはループバックIPアドレスと照合し、検証を行います。Junos OSは、IPv4とIPv6の両方のマイクロBFDアドレス構成に対してこのチェックを行い、一致しない場合はコミットに失敗します。

  9. トラブルシューティングのためのBFD用トレースオプションの設定

業績

設定モードから、 show interfacesshow protocolsshow routing-options コマンドを入力し、設定を確認します。出力結果に意図した設定内容が表示されない場合は、この例の手順を繰り返して設定を修正します。

デバイスの設定が完了したら、設定をコミットします。

検証

設定が正常に機能していることを確認します。

独立したBFDセッションが立ち上がっていることの確認

目的

マイクロBFDセッションが立ち上がっていることを確認し、BFDセッションの詳細を表示します。

アクション

動作モードから、 show bfd session extensive コマンドを入力します。

意味

マイクロBFDフィールドは、LAG内のリンクで実行されている独立したマイクロBFDセッションを表します。TXインターバル item、RXインターバル item 出力は、 minimum-interval ステートメントで設定された設定を表しています。その他の出力はすべて、BFDのデフォルト設定を表しています。デフォルト設定を変更するには、ステートメントの下にオプションのステートメントを含め bfd-liveness-detection

BFD イベントの詳細表示

目的

BFDトレースファイルの内容を表示し、必要に応じてトラブルシューティングに役立てることができます。

アクション

動作モードから、 file show /var/log/bfd コマンドを入力します。

意味

BFD メッセージが指定したトレース ファイルに書き込まれます。

PIM の BFD の設定

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

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

PIM で BFD を有効にするには、最小送信間隔と最小受信間隔を指定する必要があります。

障害検出を有効にするには、次の手順に従います。

  1. インターフェイスをグローバルに設定するか、ルーティング インスタンスで設定します。

    次に、グローバル設定の例を示します。

  2. 最小送信間隔を設定します。

    これは、ルーティング デバイスが BFD セッションを確立したネイバーに hello パケットを送信する最小間隔です。300 ミリ秒未満の間隔を指定すると、望ましくない BFD フラッピングが発生する可能性があります。

  3. ルーティングデバイスが、BFDセッションを確立したネイバーからの応答を受信することを期待する最小間隔を設定します。

    300 ミリ秒未満の間隔を指定すると、望ましくない BFD フラッピングが発生する可能性があります。

  4. (オプション)その他の BFD 設定を行います。

    受信間隔と送信間隔を別々に設定する代わりに、両方に一方の間隔を設定します。

  5. BFD セッション検出時間の適応のしきい値を設定します。

    検出時間がしきい値以上の値に適応すると、1つのトラップと1つのシステムログメッセージが送信されます。

  6. ネイバーが受信しない hello パケットの数を設定すると、発信元インターフェイスがダウンと宣言されます。
  7. BFDバージョンを設定します。
  8. BFDセッションが変化するネットワーク状況に適応しないことを指定します。

    ネットワークで BFD 適応を有効にしないことが望ましくない限り、BFD 適応を無効にしないことをお勧めします。

  9. show bfd session コマンドの出力を確認して、設定を確認します。

SRXシリーズファイアウォールで専用リアルタイムBFDを有効にする

デフォルトでは、SRXシリーズファイアウォールは集中型BFDモードで動作します。また、分散型BFD、専用BFD、リアルタイムBFDもサポートしています。

BFD 専用

専用BFDを有効にすると、データプレーンの処理からCPUコアが1つ削除されるため、トラフィックのスループットに影響します。

SRX300、SRX320、SRX340、SRX345、SRX380、SRX1500、vSRX、vSRX3.0デバイスで専用BFDを有効にするには、次の手順に従います。

  1. [edit chassis]階層レベルで dedicated-ukern-cpu ステートメントを含め、設定をコミットします。

    1. [edit]

    2. user@host# set chassis dedicated-ukern-cpu

      user@host# commit

      設定をコミットすると、システムを再起動するように促す以下の警告メッセージが表示されます。

      warning: Packet processing throughput may be impacted in dedicated-ukernel-cpu mode. warning: A reboot is required for dedicated-ukernel-cpu mode to be enabled. Please use "request system reboot" to reboot the system. commit complete

  2. デバイスを再起動して、設定を有効にします。

    1. user@host> request system reboot

  3. 専用 BFD が有効になっていることを確認します。

    user@host> show chassis dedicated-ukern-cpu

    Dedicated Ukern CPU Status: Enabled

リアルタイムBFD

リアルタイム BFD を有効にしても、データ プレーンのパフォーマンスには影響しません。分散モードでBFDを処理するパケット転送エンジンプロセスに高い優先度が与えられます。これは、BFD セッションの最大数の半分以下が使用されているシナリオに適しています。1 SRX デバイスあたりにサポートされるBFDセッションの最大数については、 このリスト を参照してください。

手記:

分散モードの BFD の詳細については、 BFD がネットワーク障害を検出する方法についてを参照してください。

SRX300、SRX320、SRX340、SRX345デバイスでリアルタイムBFDを有効にするには、次の手順に従います。

  1. [edit chassis]階層レベルで realtime-ukern-thread ステートメントを含め、設定をコミットします。

    1. [編集]

    2. user@host# set chassis realtime-ukern-thread

      user@host# commit

      設定をコミットすると、システムを再起動するように促す以下の警告メッセージが表示されます。

      WARNING: realtime-ukern-thread is enable. Please use the command request system reboot.

  2. デバイスを再起動して、設定を有効にします。

    1. user@host> request system reboot

  3. リアルタイムBFDが有効になっていることを確認します。

    user@host> show chassis realtime-ukern-thread

    realtime Ukern thread Status: Enabled

SRXプラットフォームによるBFDサポート

SRXシリーズファイアウォールは、以下のBFDセッションの最大数をサポートします。

  • SRX300およびSRX320デバイスで最大4つのセッション。

  • SRX340、SRX345、SRX380デバイス上で最大50セッション。

  • SRX1500デバイスで最大120セッション。

すべてのSRXシリーズファイアウォールで、CPUを集中的に使用するコマンドやSNMPウォークなどの理由でトリガーされた高いCPU使用率により、大規模なBGPアップデートの処理中にBFDプロトコルがフラップします。(プラットフォームのサポートは、インストールされたJunos OSのリリースによって異なります)。

シャーシクラスタモードで動作するSRXシリーズファイアウォールは、BFD集中モードのみをサポートします。

以下の表は、各SRXシリーズファイアウォールでサポートされているBFDモードを示しています。

表1:SRXシリーズファイアウォールでサポートされるBFDモード

SRXシリーズファイアウォール

集中型 BFD モード

分散 BFD

リアルタイムBFD

専用コア

SRX300

デフォルト

構成

設定(オプション)

未対応

SRX320

デフォルト

構成

設定(オプション)

未対応

SRX340

デフォルト

構成

構成

設定(オプション)

SRX345

デフォルト

構成

構成

設定(オプション)

SRX380

デフォルト

構成

構成

設定(オプション)

SRX1500 BFD 障害検出時間 >= 500 ミリ秒、および専用モードが有効でない BFD 障害検出時間が 500 ミリ秒<、専用モードが有効になっていない 未対応 構成
SRX4100 BFD 障害検出時間 >= 500 ミリ秒 BFD 障害検出時間 < 500 ミリ秒 未対応 未対応
SRX4200 BFD 障害検出時間 >= 500 ミリ秒 BFD 障害検出時間 < 500 ミリ秒 未対応 未対応
SRX4600 BFD 障害検出時間 >= 500 ミリ秒 BFD 障害検出時間 < 500 ミリ秒 未対応 未対応

SPC2カードを搭載したSRX5000シリーズデバイス

デフォルト

未対応

未対応

未対応

SPC3カードを搭載したSRX5000シリーズデバイス

BFD 障害検出時間 >= 500 ミリ秒

BFD 障害検出時間 < 500 ミリ秒

未対応

未対応

vSRX 3.0

BFD障害検出時間>500ms

BFD障害検出時間<= 500ms

未対応

構成