Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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

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

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

デフォルトでは、グレースフルリスタートは無効になっています。グレースフル リスタートを有効にするには、[ edit routing-instance instance-name routing-options] または [edit routing-options] 階層レベルにグレースフルリスタート ステートメントを含てます。

例えば:

グレースフル リスタート期間を設定するには、[ edit routing-options グレースフル リスタート] 階層レベルに再起動時間を含てます。

メモ:

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

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

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

メモ:

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

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

グレースフルリスタート期間BGP設定するには、 [edit protocols bgp グレースフルリスタート] 階層レベルに再起動時ステートメントを含てます。ルーターが再起動してから宣言するまでに、ルーターが再起動してからメッセージを受信するまでの長さを設定するには、 [プロトコルの編集 bgp グレースフルリスタート] 階層レベルに stale-routes-time ステートメントを含める必要があります。

すべての BGP のグレースフル リスタート機能をBGPするには、 [edit protocols bgp グレースフル リスタート] 階層レベルに disable ステートメントを含てます。

メモ:

グレースBGPリスタート プロパティを設定する、またはグループでそれらを無効にするには、 [edit protocols bgp グループ group-name グレー スフルリスタート] 階層レベルに必要なステートメントを含める必要があります。

グレースフル リスタート プロパティBGPまたはグループの特定のネイバーに対してこれらのプロパティを無効にするには、[ edit protocols bgp グループgroup-nameip-addressネイバー グレースフルリスタート] 階層レベルに必要なステートメントを含める必要があります。

メモ:

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

メモ:

デバイスに対して Bidirectional Forwarding Detection(BFD)を設定BGP、デバイスのグレースフル リスタートBGP。これを行う場合、ルーティング パフォーマンスは最適ではありません。

制御プレーン依存 BFD とグレースフル リスタート ヘルパー モードの使用

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

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

Junos OS リリース 18.3R1 から、階層にステートメントを含めて、デバイスが単一ホップ外部 BGP(EBGP dont-help-shared-fate-bfd-down [edit protocols bgp graceful-restart] )を使用して BFD を設定している場合、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 秒を超える値に変更します。

メモ:

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

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

OSPF/OSPFv3 グレースフル 再起動期間を設定するには、 [edit protocols(ospf | ospf3) グレースフル リスタート] 階層レベルに、再起動時間ステートメントを含てます。グレースフル リスタートが完了するとルーターからヘルパー ルーターに通知される時間の長さを指定するには、 [edit protocols(ospf | ospf3) グレースフルリスタート] 階層レベルに通知期間を含める必要があります。完全OSPFリンク状態アドバタイズメント(LSA)チェックを実行すると、支援ルーターによるグレースフル リスタートが終了します。厳格な LSA チェックを無効にするには、 [edit protocols(ospf | ospf3) グレースフルリスタート] 階層レベルに no-strict-lsa-checking ステートメントを含てます。

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

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

ヘルパー モードを有効にするには、delete プロトコルを使用してヘルパー無効化 ステートメントを設定から削除します。 ospf グレースフルリスタートヘルプ-無効化 <restart-signaling | 標準 | 両方> コマンド。この場合も、最後に実行されたコマンドが前のコマンドよりも優先されます。

メモ:

OSPFv3 設定では、シグナリングベースのヘルパー モードの再起動はサポートされていません。OSPFv3 helper-disable 設定でヘルパー モードを無効にするには、 [プロトコルの編集 ospfv3 グレー スフルリスタート] 階層レベルにステートメントを含てます。

ヒント:

[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 ビット ランダム番号が生成されます。生成識別子は、デフォルトで PIM hello メッセージに含まれます。IETF インターネット ドラフト プロトコル独立マルチキャスト - スパース モード( PIM-SM):プロトコル仕様(改訂版)に指定されています。ルーティング プラットフォームがポイント to-point インターフェイスで生成識別子を含む PIM hello を受信すると、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/OSPFv3 用にグレースフル リスタート トレース オプション フラグOSPF設定します。グレースフル リスタート トレース オプションを設定するには、 [edit protocols protocol traceoptions フラグ] 階層レベルにグレースフルリスタート ステートメントを含てます。

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

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

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

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

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

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

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

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

ルーターがダウンmaximum-helper-restart-time[edit protocols rsvp graceful-restart]したとルーターが検出された場合とネイバーがダウンすると宣言する間の遅延を設定するには、ステートメントを階層レベルに含める必要があります。この値は、すべてのネイバー ルーターに適用されます。したがって、最も遅い 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秒です。

    メモ:

    階層レベルでの リカバリー時 maximum-neighbor-recovery-time [edit protocols ldp graceful-restart] およびステートメントの値は、階層レベルのステートメントの値よりも約 80 restart-duration 秒長くなります [edit routing-options graceful-restart] 。そうしないと、設定のコミット時に警告メッセージが表示されます。

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

リリース履歴テーブル
リリース
説明
12.3
Junos OS リリース 12.3 より、ルーティング エンジン ルーターと近隣ピア「ヘルパー」ルーターの間の隣接関係がタイム アウトした場合、グレースフル リスタート プロトコル拡張は、差し迫った再起動についてピア「ヘルパー」ルーターに通知できません。