ルーティング プロトコルのグレースフル リスタートの設定
以下の手順で、ルーティングプロトコルのグレースフルリスタートを設定できます。
グレースフル リスタートの有効化
デフォルトでは、グレースフル リスタートは無効になっています。グレースフル リスタートを有効にするには、[edit routing-instance instance-name routing-options] または [edit routing-options] 階層レベルで graceful-restart ステートメントを含めます。
例えば：
routing-options {
graceful-restart;
}
グレースフルリスタート期間の期間を設定するには、[edit routing-options graceful-restart]階層レベルでrestart-durationを含めます。
ヘルパーモード(グレースフルリスタートを試みる隣接するルーターを支援する機能)は、グレースフルリスタートが有効になっていなくても、ルーティングプラットフォームの起動時にデフォルトで有効になります。プロトコルごとにヘルパーモードを無効にすることができます。
[edit]
routing-options {
graceful-restart {
disable;
restart-duration seconds;
}
}
グレースフルリスタートをグローバルに無効にするには、[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ステートメントを含めます。
[edit]
protocols {
bgp {
graceful-restart {
disable;
restart-time seconds;
stale-routes-time seconds;
}
}
}
routing-options {
graceful-restart;
}
すべての 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がグレースフルリスタートと併用できなくなります。
[edit protocols bgp graceful-restart]階層にdont-help-shared-fate-bfd-downステートメントを含めることで、インターフェイス障害が発生しても(BGPネイバーでコントロールプレーン再起動がなくても)、デバイスがグレースフルリスタートヘルパーモードに入らず、データトラフィックが代替パスに転送され続けるようにします。
[edit]
protocols {
bgp {
graceful-restart {
disable;
dont-help-shared-fate-bfd-down;
restart-time seconds;
stale-routes-time seconds;
}
}
}
routing-options {
graceful-restart;
}
デバイスがシングルホップ外部BGP(EBGP)を備えたBFDで設定されている場合、[edit protocols bgp graceful-restart]階層にdont-help-shared-fate-bfd-downステートメントを含めることで、SRXシリーズファイアウォールがグレースフルリスタートヘルパーモードに入るのを防ぐことができます。
関連項目
ES-ISのグレースフルリスタートオプションの設定
ES-ISグレースフルリスタート期間の期間を設定するには、[edit protocols esis graceful-restart]階層レベルでrestart-durationステートメントを含めます。
[edit]
protocols {
esis {
graceful-restart {
disable;
restart-duration seconds;
}
}
}
routing-options {
graceful-restart;
}
ES-ISグレースフルリスタート機能を無効にするには、[edit protocols esis graceful-restart]階層レベルでdisableステートメントを含めます。
IS-ISのグレースフルリスタートオプションの設定
IS-ISグレースフルリスタート期間の期間を設定するには、[edit protocols isis graceful-restart]階層レベルでrestart-durationステートメントを含めます。
[edit]
protocols {
isis {
graceful-restart {
disable;
helper-disable;
restart-duration seconds;
}
}
}
routing-options {
graceful-restart;
}
グレースフルリスタートヘルパー機能を無効にするにはIS-IS[edit protocols isis graceful-restart]階層レベルでhelper-disableステートメントを含めます。グレースフル リスタート機能を無効IS-ISするには、[edit protocols isis graceful-restart]階層レベルで disable ステートメントを含めます。
ルーティングエンジンと隣接するピア「ヘルパー」ルーター間の隣接関係がタイムアウトした場合、グレースフルリスタートプロトコル拡張は、差し迫った再起動についてピア「ヘルパー」ルーターに通知できません。その後、グレースフル リスタートが停止し、トラフィックが中断される可能性があります。
これらの隣接関係が確実に維持されるようにするには、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-checkingステートメントを含めます。
[edit]
protocols {
ospf | ospfv3{
graceful-restart {
disable;
helper-disable
no-strict-lsa-checking;
notify-duration seconds;
restart-duration seconds;
}
}
}
routing-options {
graceful-restart;
}
OSPF/OSPFv3グレースフルリスタートを無効にするには、[edit protocols (ospf | ospf3) graceful-restart]階層レベルでdisableステートメントを含めます。
Junos OS は、OSPF バージョン 2 のグレースフル リスタート設定の標準(RFC 3623、OSPF のグレースフル リスタートに基づく)とリスタート シグナリング ベース(RFC 4811、RFC 4812、RFC 4813 で指定されている)ヘルパー モードの両方をサポートしています。標準と再起動シグナリングベースのヘルパーモードの両方がデフォルトで有効になっています。OSPFバージョン2のグレースフルリスタート設定でヘルパーモードを無効にするには、[edit protocols ospf graceful-restart]階層レベルでhelper-disable <both | restart-signaling | standard>ステートメントを含めます。最後にコミットされたステートメントが常に前のステートメントよりも優先されることに注意してください。
[edit protocols ospf]
graceful-restart {
helper-disable <both | restart-signaling | standard>
}
ヘルパーモードを再度有効にするには、delete protocols ospf graceful-restarthelper-disable <restart-signaling | standard | both>コマンドを使用して、設定からhelper-disableステートメントを削除します。この場合も、最後に実行されたコマンドが前のコマンドよりも優先されます。
再起動シグナリングベースのヘルパーモードは、OSPFv3設定ではサポートされていません。OSPFv3設定のヘルパーモードを無効にするには、[edit protocols ospfv3 graceful-restart]階層レベルでhelper-disableステートメントを含めます。
また、[edit protocols (ospf | ospf3)] 階層レベルのtraceoptionsステートメントを使用して、グレースフルリスタートイベントを追跡することもできます。詳細については、「グレースフル リスタート イベントの追跡」を参照してください。
RIPおよびRIPngのグレースフルリスタートオプションの設定
RIPまたはRIPngグレースフルリスタート期間の期間を設定するには、[edit protocols (rip | ripng) graceful-restart]階層レベルでrestart-timeステートメントを含めます。
[edit]
protocols {
(rip | ripng) {
graceful-restart {
disable;
restart-time seconds;
}
}
}
routing-options {
graceful-restart;
}
RIPまたはRIPngグレースフルリスタート機能を無効にするには、[edit protocols (rip | ripng) graceful-restart]階層レベルでdisableステートメントを含めます。
PIM スパース モードのグレースフル リスタート オプションの設定
PIM スパース モードは、グレースフル リスタート中も既存のマルチキャスト パケット ストリームの転送を続行しますが、再起動が完了するまで新しいストリームは転送しません。再起動後、ルーティング プラットフォームは、ネイバーから受信した更新、および再起動期間中に発生した更新で転送状態を更新します。例えば、ルーティングプラットフォームは再起動中にネイバーのジョインとプルーニングの状態を再学習しますが、再起動後まで変更を転送テーブルに適用しません。
PIM スパース モード対応のルーティング プラットフォームは、世代識別子と呼ばれる一意の 32 ビット乱数を生成します。世代識別子は、IETFインターネットドラフト プロトコル独立マルチキャスト - スパースモード(PIM-SM):プロトコル仕様(改訂版)で規定されているように、PIM helloメッセージにデフォルトで含まれています。ルーティングプラットフォームがポイントツーポイントインターフェイスで生成識別子を含むPIM helloを受信すると、Junos OSはグレースフルリスタートを最適化するアルゴリズムをアクティブにします。
PIM スパース モード グレースフル リスタートが発生する前に、各ルーティング プラットフォームは世代識別子を作成し、それをマルチキャスト ネイバーに送信します。PIM スパース モード対応のルーティング プラットフォームが再起動すると、新世代識別子が作成され、ネイバーに送信されます。ネイバーが新しい識別子を受信すると、再起動中のルーターにマルチキャストの更新を再送信し、グレースフル リスタートを効率的に終了できるようにします。再起動フェーズは、PIM の状態が安定するか、再起動間隔タイマーが終了したときに完了します。
ルーティングプラットフォームが世代識別子をサポートしていない場合、またはマルチポイントインターフェイスでPIMが有効になっている場合、PIMスパースモードグレースフルリスタートアルゴリズムはアクティブにならず、デフォルトのリスタートタイマーが再起動メカニズムとして使用されます。
PIM グレースフル リスタート期間の期間を設定するには、[edit protocols pim graceful-restart] 階層レベルで restart-duration ステートメントを含めます。
[edit]
protocols {
pim {
graceful-restart {
disable;
restart-duration seconds;
}
}
}
routing-options {
graceful-restart;
}
PIMスパースモードのグレースフルリスタート機能を無効にするには、[edit protocols pim graceful-restart]階層レベルでdisableステートメントを含めます。
マルチキャスト転送は、2つの方法で中断できます。まず、基盤となるルーティングプロトコルが不安定な場合、マルチキャストリバースパスフォワーディング(RPF)チェックが失敗して中断が発生する可能性があります。次に、グレースフル リスタート期間中は転送テーブルが更新されないため、グレースフル リスタートが完了するまで新しいマルチキャスト ストリームは転送されません。
グレースフル リスタート イベントの追跡
グレースフル リスタート イベントの進行状況を追跡するために、IS-IS および OSPF/OSPFv3 のグレースフル リスタート トレース オプション フラグを設定できます。グレースフルリスタートトレースオプションを設定するには、[edit protocols protocol traceoptions flag]階層レベルでgraceful-restartステートメントを含めます。
[edit protocols]
isis {
traceoptions {
flag graceful-restart;
}
}
(ospf | ospf3) {
traceoptions {
flag graceful-restart;
}
}
MPLS関連プロトコルのグレースフルリスタートの設定
このセクションでは、以下のトピックについて説明します。
グレースフル リスタートをグローバルに設定する
すべてのMPLS関連プロトコルに対してグレースフルリスタートをグローバルに設定するには、[edit routing-options]階層レベルでgraceful-restartステートメントを含めます。グレースフルリスタート期間の期間を設定するには、[edit routing-options graceful-restart]階層レベルでrestart-durationを含めます。
[edit]
routing-options {
graceful-restart {
disable;
restart-duration seconds;
}
}
グレースフルリスタートをグローバルに無効にするには、[edit routing-options graceful-restart]階層レベルでdisableステートメントを含めます。
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 ネイバーの再起動に必要な時間に基づく必要があります。
[edit]
protocols {
rsvp {
graceful-restart {
disable;
helper-disable;
maximum-helper-recovery-time;
maximum-helper-restart-time;
}
}
}
routing-options {
graceful-restart;
}
RSVP、CCC、TCCグレースフルリスタートを無効にするには、[edit protocols rsvp graceful-restart]階層レベルにdisableステートメントを含めます。RSVP、CCC、TCCヘルパー機能を無効にするには、[edit protocols rsvp graceful-restart]階層レベルでhelper-disableステートメントを含めます。
LDPのグレースフルリスタートオプションの設定
LDPのグレースフルリスタートを設定する場合、 [edit protocols ldp graceful-restart] 階層レベルで次のオプションステートメントを含めることができます。
[edit protocols ldp graceful-restart] disable; helper-disable; maximum-neighbor-reconnect-time seconds; maximum-neighbor-recovery-time seconds; reconnect-time seconds; recovery-time seconds; [edit routing-options] graceful-restart;
ステートメントは、グレースフルリスタートプロセスに以下の影響を及ぼします。
グレースフル リスタート後にセッションを再確立するのに必要な時間の長さを設定するには、
reconnect-timeステートメントを含めます。範囲は 30 秒から 300 秒です。再起動ネイバールーターから許容される最大再接続時間を制限するには、maximum-neighbor-reconnect-timeステートメントを含めます。範囲は30秒から300秒です。グレースフル リスタート中にヘルパー ルーターが古い転送状態を維持するのに必要な時間の長さを設定するには、
recovery-timeステートメントを含めます。範囲は 120 秒から 1800 秒です。ヘルパールーターでは、再起動中のルーターからのリクエストを上書きし、ヘルパールーターが古い転送状態を維持する最大時間を設定するステートメントを設定できます。この機能を設定するには、maximum-neighbor-recovery-timeステートメントを含めます。範囲は 140 秒から 1900 秒です。手記：[edit protocols ldp graceful-restart]階層レベルのrecovery-timeステートメントとmaximum-neighbor-recovery-timeステートメントの値は、[edit routing-options graceful-restart]階層レベルのrestart-durationステートメントの値よりも約80秒長くする必要があります。そうでない場合は、設定をコミットしようとすると警告メッセージが表示されます。LDPグレースフルリスタート機能を無効にするには、
disableステートメントを含めます。LDPグレースフルリスタートヘルパー機能を無効にするには、helper-disableステートメントを含めます。