Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

ルーティングプロトコルのグレースフルリスタートの設定

概要 以下の手順で、ルーティングプロトコルのグレースフルリスタートを設定できます。

グレースフルリスタートの有効化

デフォルトでは、グレースフルリスタートは無効になっています。グレースフルリスタートを有効にするには、[ルーティングインスタンスinstance-nameルーティングオプションの編集]または[ルーティングオプションの編集]階層レベルでグレースフルリスタートステートメントを含めます。

例えば:

グレースフルリスタート期間を設定するには、[edit routing options graceful-restart]階層レベルでrestart-durationを含めます。

メモ:

ヘルパーモード(グレースフルリスタートが有効になっていない場合でも、ルーティングプラットフォームを起動すると、隣接ルーターがグレースフルリスタートを試みるのを補助する機能)がデフォルトで有効になります。ヘルパーモードはプロトコルごとに無効にできます。

グレースフルリスタートをグローバルに無効にするには、[edit routing-options graceful-restart]階層レベルでdisable ステートメントを含めます。

[edit routing options graceful-restart]階層レベルのすべてのルーティングプロトコルに対してグレースフルリスタートが有効になっている場合、プロトコルごとにグレースフルリスタートを無効にすることができます。

メモ:

BGP または LDP セッションの確立後にグレースフル リスタートを設定すると、BGP または LDP セッションが再起動し、ピアがグレースフル リスタート機能をネゴシエートします。また、BGP ピアのルーティング統計はゼロにリセットされます。

BGP のグレースフルリスタートオプションの設定

BGP グレースフル リスタート期間を設定するには、[edit protocols bgp graceful-restart] 階層レベルで restart-time ステートメントを含めます。ルーターが再起動しているネイバーからのメッセージを受信してからメッセージをダウンを宣言するまでの待機時間を設定するには、[edit protocols bgp graceful-restart]階層レベルで stale-routes-timeステートメントを含めます。

すべてのBGPセッションでBGPグレースフルリスタート機能を無効にするには、[edit protocols bgp graceful-restart]階層レベルでdisable ステートメントを含めます。

メモ:

BGPグレースフルリスタートプロパティを設定したり、グループに対して無効にしたりするには、[ edit protocols bgp group group-name graceful-restart] 階層レベルで目的のステートメントを含めます。

BGP グレースフル リスタート プロパティを設定したり、グループ内の特定のネイバーに対して無効にしたりするには、[ edit protocols bgp group group-name neighbor ip-address graceful-restart] 階層レベルで目的のステートメントを含めます。

メモ:

BGP のグレースフル リスタートを設定すると、BGP ピアのルーティング統計情報がゼロにリセットされます。また、既存の BGP セッションが再起動し、ピアがグレースフルリスタート機能をネゴシエートします。

メモ:

BGP の双方向フォワーディング検出(BFD)と BGP のグレースフル リスタートの両方を設定しないでください。これを行うと、ルーティングパフォーマンスが最適ではない可能性があります。

コントロールプレーンに依存するBFDとグレースフルリスタートヘルパーモードの使用

BFD がコントロール プレーンに依存しており、デバイスが BFD ダウン イベントを検出し、まだグレースフル リスタート ヘルパー モードに入っていない場合、これは通常の BFD ダウン イベントとして扱われ、デバイスはグレースフル リスタート ヘルパー モードに入ります。この動作により、コントロール プレーンに依存する BFD は、グレースフル リスタートと組み合わせて使用できなくなります。

dont-help-shared-fate-bfd-down階層に [edit protocols bgp graceful-restart] ステートメントを含め、デバイスがグレースフルリスタートヘルパーモードに入らず、インターフェイス障害が発生した場合でも(BGPネイバーでコントロールプレーンが再起動しない場合)、データトラフィックが代替パスに転送され続けるようにします。

Junos OS Release 18.3R1以降、デバイスがシングルホップ外部BGP(EBGP)を備えたBFDで設定されている場合、階層に [edit protocols bgp graceful-restart] ステートメントを含めるdont-help-shared-fate-bfd-downことで、SRXシリーズファイアウォールがグレースフルリスタートヘルパーモードに入るのを防ぐことができます。

ES-IS のグレースフルリスタートオプションの設定

Jシリーズサービスルーターで、ES-ISグレースフルリスタート期間を設定するには、 階層レベルで ステートメントを含め restart-duration ます [edit protocols esis graceful-restart]

ES-ISグレースフルリスタート機能を無効にするには、 階層レベルで ステートメントを含め disable ます [edit protocols esis graceful-restart]

IS-IS のグレースフル リスタート オプションの設定

IS-IS グレースフル リスタート期間を設定するには、 階層レベルに ステートメントを含め restart-duration ます [edit protocols isis graceful-restart]

IS-IS グレースフル リスタート支援機能を無効にするには、 階層レベルで ステートメントを含め helper-disable ます [edit protocols isis graceful-restart] 。IS-ISグレースフルリスタート機能を無効にするには、 階層レベルで ステートメントを含め disable ます [edit protocols isis graceful-restart]

メモ:

Junos OS リリース 12.3 以降、ルーティング エンジンと隣接するピアの「ヘルパー」ルーター間の隣接関係がタイムアウトすると、グレースフル リスタートプロトコル拡張はピアの「ヘルパー」ルーターに再起動が近づいていることを通知できません。グレースフルリスタートは停止し、トラフィックを中断させることができます。

これらの隣接関係を確実に維持するには、IS-IS プロトコルの保留時間をデフォルトの 27 秒から 40 秒より大きい値に変更します。

メモ:

また、階層レベルの ステートメント[edit protocols isis]を使用してtraceoptionsグレースフルリスタートイベントを追跡することもできます。詳細については、「グレースフルリスタートイベントの追跡」を参照してください。

OSPF および OSPFv3 のグレースフル リスタート オプションの設定

OSPF/OSPFv3 グレースフル リスタート期間を設定するには、[edit protocols (ospf | ospf3) graceful-restart] 階層レベルで restart-duration ステートメントを含めます。ルーターがグレースフルリスタートを完了したことをヘルパールーターに通知する時間を指定するには、[edit protocols (ospf | ospf3) graceful-restart]階層レベルでnotify-durationを含めます。厳密な OSPF リンク状態アドバタイズ(LSA)チェックは、支援ルーターによるグレースフル リスタートの終了につながります。厳密な LSA チェックを無効にするには、[edit protocols (ospf | ospf3) graceful-restart] 階層レベルで no-strict-lsa-check ステートメントを含めます。

OSPF/OSPFv3 グレースフル リスタートを無効にするには、[edit protocols (ospf | ospf3) graceful-restart] 階層レベルで disable ステートメントを含めます。

リリース11.3以降、Junos OSは、OSPFバージョン2グレースフルリスタート設定の標準ヘルパーモード(RFC 3623、グレースフルOSPF再起動に基づく)と再起動シグナリングベース(RFC 4811、RFC 4812、RFC 4813で指定)の両方のヘルパーモードをサポートしています。標準と再起動の両方のシグナリング ベースのヘルパー モードは、既定で有効になっています。OSPFバージョン2グレースフルリスタート設定でヘルパーモードを無効にするには、[edit protocols ospf graceful-restart]階層レベルでヘルパー無効<both | restart-signaling | standard>ステートメントを含めます。最後にコミットされたステートメントは、常に前のステートメントよりも優先されることに注意してください。

ヘルパー モードを再度有効にするには、削除プロトコル ospf graceful-restarthelper-disable <restart-signaling | standard | both> コマンドを使用して、設定からヘルパー ディスエーブル ステートメントを削除します。この場合も、最後に実行されたコマンドが前のコマンドよりも優先されます。

メモ:

再起動シグナルベースのヘルパー モードは、OSPFv3 設定ではサポートされていません。OSPFv3設定でヘルパーモードを無効にするには、[edit protocols ospfv3 graceful-restart]階層レベルで ステートメントを含めhelper-disableます。

ヒント:

また、[edit protocols (ospf | ospf3)] 階層レベルの traceoptions ステートメントを使用して、グレースフル リスタート イベントを追跡することもできます。詳細については、「グレースフルリスタートイベントの追跡」を参照してください。

メモ:

Junos OS リリース 7.5 以前を実行するルーティング プラットフォームと Junos OS リリース 7.6 以降を実行するルーティング プラットフォームの間で、OSPFv3 グレースフル リスタートを有効にすることはできません。回避策として、両方のルーティングプラットフォームが同じJunos OSバージョンを使用していることを確認してください。

RIP および RIPng のグレースフルリスタートオプションの設定

RIP または RIPng グレースフル リスタート期間を設定するには、階層レベルで ステートメントを含め restart-time ます [edit protocols (rip | ripng) graceful-restart]

RIP または RIPng グレースフルリスタート機能を無効にするには、 階層レベルで ステートメントを含め disable ます [edit protocols (rip | ripng) graceful-restart]

PIM スパース モードのグレースフル リスタート オプションの設定

PIM スパース モードは、グレースフル リスタート中も既存のマルチキャスト パケット ストリームを転送し続けますが、リスタートが完了するまで新しいストリームを転送しません。再起動後、ルーティング プラットフォームは、ネイバーから受信した更新および再起動期間中に発生した更新で、転送状態を更新します。たとえば、ルーティング プラットフォームは再起動中にネイバーのジョイン状態とプルーニング状態を再学習しますが、再起動が完了するまで転送テーブルに変更を適用しません。

PIM スパース モード対応のルーティング プラットフォームは、生成識別子と呼ばれる一意の 32 ビット乱数を生成します。世代識別子は、IETF インターネット ドラフト『 プロトコル独立マルチキャスト - スパース モード(PIM-SM): プロトコル仕様(改訂版)』で規定されているとおり、PIM hello メッセージにデフォルトで含まれています。ルーティング プラットフォームが、ポイントツーポイント インターフェイスで世代識別子を含む PIM hellos を受信すると、Junos OS はグレースフル リスタートを最適化するアルゴリズムをアクティブにします。

PIM スパース モード グレースフル リスタートが発生する前に、各ルーティング プラットフォームは世代識別子を作成し、マルチキャスト ネイバーに送信します。PIM スパース モード対応のルーティング プラットフォームが再起動すると、新しい世代識別子が作成され、ネイバーに送信されます。ネイバーは、新しい識別子を受信すると、マルチキャスト更新を再起動ルーターに再送信し、グレースフルリスタートを効率的に終了できるようにします。再起動フェーズは、PIM の状態が安定したとき、または再起動間隔タイマーが期限切れになったときに完了します。

ルーティング プラットフォームが生成識別子をサポートしていない場合、またはマルチポイント インターフェイスで PIM が有効になっている場合、PIM スパース モード グレースフル リスタート アルゴリズムはアクティブにせず、デフォルトのリスタート タイマーがリスタート メカニズムとして使用されます。

PIM グレースフル リスタート期間を設定するには、 階層レベルで ステートメントを含め restart-duration ます [edit protocols pim graceful-restart]

PIM スパース モードのグレースフル リスタート機能を無効にするには、 階層レベルで ステートメントを含め disable ます [edit protocols pim graceful-restart]

メモ:

マルチキャスト転送は、2 つの方法で中断できます。まず、基盤となるルーティング プロトコルが不安定な場合、マルチキャストのリバースパスフォワーディング(RPF)チェックが失敗し、中断が発生する可能性があります。第 2 に、グレースフル リスタート期間中は転送テーブルが更新されないため、グレースフル リスタートが完了するまで新しいマルチキャスト ストリームは転送されません。

グレースフルリスタートイベントの追跡

グレースフル リスタート イベントの進行状況を追跡するには、IS-IS および OSPF/OSPFv3 のグレースフル リスタート トレース オプション フラグを設定します。グレースフルリスタートトレースオプションを設定するには、[edit protocols protocol traceoptionsフラグ]階層レベルでグレースフルリスタートステートメントを含めます。

MPLS 関連プロトコルのグレースフル リスタートの設定

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

グレースフルリスタートのグローバルな設定

すべての MPLS 関連プロトコルに対してグレースフル リスタートをグローバルに設定するには、 階層レベルで ステートメント[edit routing-options]を含めgraceful-restartます。グレースフル リスタート期間を設定するには、 階層レベルで restart-duration を含めます[edit routing-options graceful-restart]

グレースフルリスタートをグローバルに無効にするには、 階層レベルで ステートメントを含め disable ます [edit routing-options graceful-restart]

RSVP、CCC、およびTCCのグレースフルリスタートオプションの設定

CCC と TCC は RSVP に依存しているため、これら 3 つのプロトコルを 1 つのグループとして変更する必要があります。

グレースフル リスタート中にルーターが RSVP ネイバーの状態を保持する期間を設定するには、 階層レベルに [edit protocols rsvp graceful-restart] ステートメントを含めmaximum-helper-recovery-timeます。この値は隣接するすべてのルーターに適用されるため、最も遅い RSVP ネイバーの回復に必要な時間に基づく必要があります。

ルーターが隣接するルーターのダウンを発見する時間とネイバーのダウンを宣言する時間の間のディレイを設定するには、 階層レベルに [edit protocols rsvp graceful-restart] ステートメントを含めmaximum-helper-restart-timeます。この値は隣接するすべてのルーターに適用されるため、最も遅い RSVP ネイバーの再起動に必要な時間に基づく必要があります。

RSVP、CCC、およびTCCグレースフルリスタートを無効にするには、 階層レベルで ステートメントを含め disable ます [edit protocols rsvp graceful-restart] 。RSVP、CCC、およびTCCヘルパー機能を無効にするには、 階層レベルで ステートメントを含め helper-disable ます [edit protocols rsvp graceful-restart]

LDP のグレースフル リスタート オプションの設定

LDPのグレースフルリスタートを設定する場合、 階層レベルで次のオプションのステートメント [edit protocols ldp graceful-restart] を含めることができます。

ステートメントは、グレースフルリスタートプロセスに以下の影響を及ぼします。

  • グレースフル リスタート後にセッションを再確立するのに必要な時間を設定するには、 ステートメントを含め reconnect-time ます。範囲は 30 〜 300 秒です。再起動するネイバールーターから許可される最大再接続時間を制限するには、 ステートメントを含め maximum-neighbor-reconnect-time ます。範囲は 30 秒から 300 秒です。

  • グレースフル リスタート中にヘルパー ルーターが古い転送状態を維持するために必要な時間を設定するには、 ステートメントを含め recovery-time ます。範囲は 120 〜 1800 秒です。ヘルパー ルーターでは、再起動ルーターからの要求を上書きし、ヘルパー ルーターが古い転送状態を維持する最大時間を設定するステートメントを設定できます。この機能を設定するには、 ステートメントを含め maximum-neighbor-recovery-time ます。範囲は 140〜1900 秒です。

    メモ:

    階層レベルの recovery-timemaximum-neighbor-recovery-time ステートメント[edit protocols ldp graceful-restart]の値は、 階層レベルの ステートメント[edit routing-options graceful-restart]の値restart-durationよりも約 80 秒長くする必要があります。そうしないと、設定をコミットしようとしたときに警告メッセージが表示されます。

  • LDPグレースフルリスタート機能を無効にするには、 ステートメントを含めます disable 。LDPグレースフルリスタートヘルパー機能を無効にするには、 ステートメントを含めます helper-disable

変更履歴テーブル

機能のサポートは、使用しているプラットフォームとリリースによって決まります。 機能エクスプローラー を使用して、機能がプラットフォームでサポートされているかどうかを判断します。

リリース
説明
12.3
Junos OS リリース 12.3 以降、ルーティング エンジンと隣接するピアの「ヘルパー」ルーター間の隣接関係がタイムアウトすると、グレースフル リスタートプロトコル拡張はピアの「ヘルパー」ルーターに再起動が近づいていることを通知できません。