ノンストップ アクティブ ルーティングの概念

ノンストップ アクティブ ルーティング (NSR)は、 グレースフル ルーティング エンジン スイッチオーバー (GRES)と同じインフラストラクチャを使用して、インターフェイスとカーネル情報を保持します。ただし、NSR は、バックアップ のルーティング エンジンでルーティング プロトコル プロセス(rpd)を実行することで、ルーティング プロトコル情報も保存します。この追加情報を保存することで、NSRは自己完結型であり、ルーティングプロトコル情報の復元においてルーティングプラットフォームを支援するヘルパールーター(またはスイッチ)に依存しません。NSRは、ネイバールーター(またはスイッチ)がグレースフルリスタートプロトコル拡張をサポートしないネットワークに有利です。この拡張機能の結果、NSR はグレースフル リスタートの自然な置き換えとなります。

Junos OS リリース 15.1R1 以降、NSR が設定されている場合、NSR プライマリ ルーティング エンジンでコマンドをどの形式でも発行 restart routing することは無効です。その結果、プロトコルの隣接関係とネイバーが失われると、トラフィックが減少します。

メモ：

NSR を使用するには、まずルーティング(またはスイッチング)プラットフォームで GRES を有効にする必要があります。GRES の詳細については、 グレースフル ルーティング エンジン スイッチオーバーについてを参照してください。

メモ：

NSR が有効になっている場合、設定された syslog ホストが fxp0 インターフェイスを通じて到達可能であれば、バックアップ ルーティング エンジンから特定のシステム ログ(syslog)メッセージが送信されます。

メモ：

次世代ルーティングエンジン(NG-RE)がインストールされたMXシリーズデバイスのルーティングエンジン再起動プロセスでは、NSRはサポートされていません。NSR はルーティング エンジンのスイッチオーバー プロセス中も機能します。

図 1 は、ノンストップ アクティブ ルーティングのシステム アーキテクチャと、ルーティング(またはスイッチング)プラットフォームが切り替えに備えるプロセスを示しています。

NSR のスイッチオーバー準備プロセスは、以下のステップで構成されています。

1. プライマリ ルーティング エンジンが起動します。

2. プライマリ ルーティング エンジン(シャーシ プロセス[chassisd]やルーティング プロトコル プロセス[rpd]など)上のルーティング(またはスイッチング)プラットフォーム プロセスが開始します。

3. パケット転送エンジンは、プライマリ ルーティング エンジンを開始し、プライマリー ルーティング エンジンに接続します。

4. すべての状態情報はシステムで更新されます。

5. バックアップ ルーティング エンジンは、シャーシ プロセス(シャーシ)とルーティング プロトコル プロセス(rpd)を含めて開始します。

6. システムは、GRES と NSR が有効になっているかどうかを判断します。

7. カーネル同期プロセス(ksyncd)は、バックアップ ルーティング エンジンをプライマリ ルーティング エンジンと同期します。

8. サポートされているプロトコルでは、プライマリルーティングエンジンとバックアップルーティングエンジン上のルーティングプロトコルプロセス間で状態情報が直接更新されます。

図 2 は、ルーティング プラットフォームでのスイッチオーバーの影響を示しています。

スイッチオーバープロセスは、以下のステップで構成されています。

1. プライマリ ルーティング エンジンからのキープアライブが失われると、システムはグレースフルにバックアップ ルーティング エンジンにスイッチオーバーします。

2. パケット転送エンジンは、バックアップのルーティングエンジンに接続し、これが新しいプライマリになります。ルーティングプロトコルプロセス(rpd)とシャーシプロセス(シャーシ)がすでに実行されているため、これらのプロセスを再起動する必要はありません。

3. スイッチオーバーポイントから学習した状態情報は、システムで更新されます。スイッチオーバー中も転送とルーティングが継続されるため、パケットロスが最小限に抑えられます。

4. ピアルーター(またはスイッチ)は、変更が発生していないかのようにルーティングプラットフォームと対話し続けます。基になるルーティング情報に依存するルーティング隣接関係とセッション状態は保持され、リセットされません。

注意：

NSRを有効にした後、プライマリルーティングエンジンでルーティングプロトコルプロセス(rpd)を再起動することはお勧めしません。プロトコルの隣接関係/ピアリングセッションが中断し、トラフィックロスが発生するためです。