アクティブ UP およびスタンバイ UP で Bidirectional Forwarding Detection（BFD）のモニタリングを設定するには、次のコマンドを使用します。このコマンドは、SRP コンフィギュレーション モードで設定します。

configure 
   context context_name 
      service-redundancy-protocol 
         [ no ] monitor bfd context context_name { ipv4_address | ipv6_address } { chassis-to-chassis | chassis-to-router } 
         exit 

注：

• no ：アクティブおよびスタンバイ UP で BFD モニタリングを無効にします。

• context context_name ：使用するコンテキストを指定します。BFD ピアが設定されているコンテキスト（SRP コンテキスト）を参照します。

  context_name は、1 ～ 79 文字の英数字で表される既存のコンテキストである必要があります。

• ipv4 _address | ipv6_address ：モニターする BFD ネイバーの IP アドレスを定義します。これは、IPv4 ドット付き 10 進表記または IPv6 コロン区切り 16 進表記を使用して入力します。

  設定された BFD（ICSR）ピアの IP アドレスを参照します。

• chassis-to-chassis | chassis-to-router ：

  chassis-to-chassis ：非 SRP リンク上のプライマリシャーシとバックアップシャーシの間で BFD を実行できるようにします。

  chassis-to-router ：BFD はシャーシとルータの間で動作します。

  注意	アクティブ UP とスタンバイ UP 間の SRP リンクでは、BFD モニタリングに chassis-to-router キーワードを使用しないでください。

• このコマンドは、デフォルトで無効になっています。

単一の BGP ピア（ユーザープレーン）障害時に BGP モニター障害のフラグを設定するには、次のコマンドを使用します。このコマンドは、SRP コンフィギュレーション モードで設定します。

（注）

このリリースでは、exclusive-failover キーワードが既存の monitor bgp CLI コマンドに追加され、BGP モニタリング障害にフラグを立てるための代替（新しい）アルゴリズムとして使用されます。 monitor bgp CLI コマンドの詳細については、『Command Reference Guide』の「Service Redundancy Protocol Configuration Mode Commands」の項 [英語] を参照してください。 exclusive-failover キーワードを既存の monitor bgp CLI コマンドに追加する前に monitor bgp コマンドを実装すると、次のように動作しました。 BGP ピアグループ内のいずれかの BGP ピアが稼働している場合、BGP ピアグループは稼働していました。 BGP モニターのグループ設定を省略すると、そのモニターがグループ 0 に含まれていました。 BGP グループ 0 は暗黙的なグループからのコンテキストでモニターされました。各コンテキストは、個別の BGP グループ 0 の暗黙的モニターグループを形成しました。 いずれかの BGP ピアグループがダウンしている場合、BGP モニターはダウンしていました。

configure 
   context context_name 
      service-redundancy-protocol 
         [ no ] monitor bgp exclusive-failover  
         end 

注：

• no ：単一の BGP ピア障害時の BGP モニター障害のフラグ設定を無効にします。

• 新しい exclusive-failover キーワードを実装すると、動作は次のようになります。

  • BGP ピアグループ内のいずれかの BGP ピアが稼働している場合、BGP ピアグループは稼働します。

  • BGP ピアをグループ 0 に含めることは、非グループ化（グループを省略する）と同じです。

  • いずれかの BGP ピアグループまたは非グループ BGP ピアがダウンすると、BGP モニターはダウンします。

  • モニター対象の BGP ピアを削除すると、BGP モニター障害が発生します。

• このコマンドは、デフォルトで無効になっています。

アクティブ UP およびスタンバイ UP で Sx モニタリングを設定するには、次のコマンドを使用します。このコマンドは、[SRP Configuration] モードで設定します。

configure 
   context context_name 
      service-redundancy-protocol 
         [ no ] monitor sx [ { context context_name | bind-address {ipv4_address |ipv6_address } | { peer-address {ipv4_address | ipv6_address } } ] 
         exit 

注：

• no ：アクティブおよびスタンバイ UP で Sx モニタリングを無効にします。

• contextcontext_name ：Sx サービスのコンテキストを指定します。

  context_name は、1 ～ 79 文字の英数字で表される既存のコンテキストである必要があります。

• bind-address { ipv4 _address | ipv6_address} ：Sx サービスのサービス IP アドレスを定義します。IPv4 ドット付き 10 進表記または IPv6 コロン区切り 16 進表記を使用して入力します。

  （注）	bind-address および peer-address の IP アドレスファミリは同じである必要があります。

• peer-address { ipv4 _address | ipv6_address} ：Sx ピアの IP アドレスを定義します。IPv4 ドット付き 10 進表記または IPv6 コロン区切り 16 進表記を使用して入力します。

• disallow-switchover-on-peer-monitor-fail ：

  UP から CP へのリンクの動作ステータスが不明な場合に、UP がアクティブ状態にスイッチバックされるのを防止します。

• 複数の Sx 接続をモニタリングする場合には、この CLI コマンドを複数回実装できます。

• モニター対象の Sx 接続のいずれかがダウンすると、Sx のモニター状態も停止します。

• このコマンドは、デフォルトで無効になっています。

IPSec は、IP ネットワーク全体でセキュアなプライベート通信を提供するために相互にデータをやり取りする一連のプロトコルです。これらのプロトコルにより、システムはピア セキュリティ ゲートウェイとセキュアなトンネルを確立して維持できます。IPSec は、IP データグラムに機密性、データの完全性、アクセス制御、およびデータソース認証を提供します。

CUPS アーキテクチャでは IPSec プロトコルを使用して、アクティブ UP とスタンバイ UP 間のシャーシ間セッションリカバリ（ICSR）接続を介して送信されるパケットを暗号化します。この暗号化を実現するために、Service Redundancy Protocol（SRP）ピア間のすべてのトラフィックを照合するアクセスリストが定義され、このリストがクリプトマップに関連付けられます。このクリプトマップは、UP に存在する IPSec ピア間のセキュリティ アソシエーションを確立するために使用されます。

（注）	IPSec、その機能、および該当する CLI 設定の詳細については、StarOS の『IPSec Reference』[英語] を参照してください。

CLI コマンドを使用して UP で SRP over IPSec を設定する例を以下に示します。

context srp
   ip access-list srp-acl
   permit tcp host 209.165.200.225 host 209.165.200.226
   #exit
   ipsec transform-set A-foo
   #exit
   ikev2-ikesa transform-set ikesa-foo
   #exit
   crypto map srp-cm ikev2-ipv4
   match address srp-acl
   authentication local pre-shared-key key local key
   authentication remote pre-shared-key key remote key
   ikev2-ikesa transform-set list ikesa-foo
   payload foo-sa0 match ipv4
   ipsec transform-set list A-foo
   #exit
   peer 209.165.200.227
   #exit
   service-redundancy-protocol
   checkpoint session duration non-ims-session 30
   checkpoint session duration ims-session 30
   route-modifier threshold 18
   delta-route-modifier 2
   audit periodicity 60
   priority 2
   monitor bgp context isp 209.165.200.228
   monitor sx context EPC2 bind-address bbbb:abcd::77 peer-address bbbb:abcd::10
   peer-ip-address 209.165.200.226
   bind address 209.165.200.225
   #exit
   interface ike-lb loopback
   ip address 209.165.200.228 255.255.255.224
   crypto-map srp-cm
   #exit
   interface srp-rtr
   ip address 209.165.200.229 255.255.255.224
   #exit
   interface srp-loopback loopback
   ip address 209.165.200.225 255.255.255.224
   #exit
   ip route 209.165.200.226 255.255.255.224 209.165.200.231 srp-rtr
   ip route 209.165.200.227 255.255.255.224 209.165.200.231 srp-rtr
   #exit

（注）	IKEv1：認証ヘッダー（AH）プロトコルを使用したトランスポートモードは推奨されません。ESP では認証と暗号化の両方が実行されるため、Encapsulating Security Payload（ESP）が推奨されます。

次のコマンドを使用して、VPP がダウンした場合にアクティブ UP で UP スイッチオーバーをトリガーするように Vector Packet Processing（VPP）モニターを設定します。このコマンドは、SRP コンフィギュレーション モードで設定します。

configure 
   context context_name 
      service-redundancy-protocol 
         monitor system vpp delay-period 0-300 seconds  
         exit 

no monitor system vpp 

注：

• no ：アクティブおよびスタンバイ UP で VPP モニタリングを無効にします。

• vpp delay-period0-300 seconds ：VPP 障害後のスイッチオーバーの遅延時間を秒単位で指定します。

  遅延時間が 0 より大きい値の場合、VPP に障害が発生すると、指定された遅延時間の後にスイッチオーバーが開始されます。遅延時間内の最後の VPP ステータス通知が、スイッチオーバーアクションの最終トリガーです。デフォルト値は 0 秒で、すぐにスイッチオーバーが開始されます。

  遅延は、VPP が一時的にダウンし、回復が進行中のシナリオに対処するために必要です。これは、スイッチオーバーが不要な場合があることを意味します。

• このコマンドは、デフォルトで無効になっています。

必要に応じて、RCM ソリューションの LZ4 圧縮アルゴリズムを有効にすることができます。zlib アルゴリズムはデフォルトのままになります。この設定は、セッション関連のチェックポイントにのみ適用されます。

Zlib アルゴリズムはデータのパッケージングに優れていますが、CPU 使用率が高くなります。それに対して、LZ4 圧縮アルゴリズムは CPU 使用率を抑えますが、データ圧縮率は低くなります。したがって、LZ4 圧縮アルゴリズムが有効になっている場合、UP でのセッションマネージャの CPU 使用率は名目上減少します。ただし、RCM に保存される各チェックポイントのサイズがわずかに増加するため、使用される RCM メモリが多くなります。

LZ4 圧縮アルゴリズムの使用を有効にするには、RCM コンフィギュレーション モードで checkpoint session compression lz4 CLI コマンドを使用します。checkpoint session compression zlib CLI コマンドを使用して、圧縮アルゴリズムを zlib に戻すこともできます。

次のコマンドシーケンスは、LZ4 圧縮の使用を有効にします。

configure 
   context context_name 
      redundancy-configuration-module rcm_name  
         checkpoint session compression lz4 
         end 

RCM システムレベルの MOP：

1. UP(F) スイッチオーバーを防ぐには、RCM オペレーションセンターで rcm pause switchover true CLI コマンドを使用します。

2. すべての UP で、冗長グループレベル全体の圧縮アルゴリズムを LZ4 に更新します（Day-0.5 設定および実行中の設定）。

   show config context context_name または show config url url CLI コマンドを使用して、checkpoint session compression lz4 CLI コマンドが有効になっているかどうかを確認します。

3. すべてのチェックポイント マネージャ コンテナを再起動し、すべてのチェックポイントが再同期するのを待つか、RCM 高可用性を実行します。

   次の例を参考にしてください。

   kubectl -n rcm get pod rcm-checkpointmgr-0 -o yaml | grep -i "containerID:  docker  
   - containerID: docker://3f7e6b10a1be3005424eae148cca2905df8e24e0a549069dfacba533c7b57bf3 
   sudo docker restart 3f7e6b10a1be3005424eae148cca2905df8e24e0a549069dfacba533c7b57bf3 
   [sudo] password: 3f7e6b10a1be3005424eae148cca2905df8e24e0a549069dfacba533c7b57bf3

   RCM 高可用性の場合は、プライマリ RCM オペレーションセンターで rcm migrate primary CLI コマンドを実行します。

4. rcm pause switchover false CLI コマンドを使用して、rcm pause switchover の値を false に戻します。

冗長グループレベルの MOP：

1. UP(F) スイッチオーバーを防ぐには、RCM オペレーションセンターで rcm pause switchover true red-group red_group_number CLI コマンドを使用します。

2. すべての UP で、冗長グループレベル全体の圧縮アルゴリズムを LZ4 に更新します（Day-0.5 設定および実行中の設定）。

   show config context context_name または show config url url CLI コマンドを使用して、checkpoint session compression lz4 CLI コマンドが有効になっているかどうかを確認します。

3. UP で、RCM インターフェイスを停止してから起動します。

   RCM インターフェイスを停止するための設定例を以下に示します。

   Configure 
      port ethernet  1/10
         vlan  2199
            shutdown 
   

4. RCM オペレーションセンターで rcm pause switchover false red-group red_group_number CLI コマンドを使用して rcm pause switchover 値を false に戻します。

（注）	同じ MOP に従って、圧縮アルゴリズムを LZ4 から zlib に変更し、キーワード lz4 を zlib に置き換えます。

次のコマンドを使用して、新しいアクティブ UP での Sx モニター障害が原因で、新しいスタンバイ UP が再びアクティブ状態にスイッチバックされないようにします。このコマンドは、SRP Configuration モードで設定します。

configure 
   context context_name 
      service-redundancy-protocol 
         monitor sx disallow-switchover-on-peer-monitor-fail [ timeout seconds ] 
         exit 

次のいずれかの CLI を使用して、新しいスタンバイ UP からアクティブ状態へのスイッチバックを許可します。

no monitor sx disallow-switchover-on-peer-monitor-fail 

または

monitor sx disallow-switchover-on-peer-monitor-fail timeout 0 

注：

• no ：スイッチオーバー防止を無効にします。

• disallow-switchover-on-peer-monitor-fail [ timeout seconds ] ：UP から CP へのリンクの動作ステータスが不明な場合に、UP のアクティブ状態へのスイッチバックを防止します。

  timeout seconds： スタンバイピアで Sx 障害ステータスがリセットされない場合でも、このタイムアウトの経過後にスイッチバックを許可します。有効な値の範囲は 0 ～ 2073600（24 日）です。

  （注）	タイムアウトを「0」秒に指定すると、計画外のスイッチオーバーが可能になります。

  timeout キーワードが指定されていない場合、アクティブシャーシはスタンバイピアで Sx 障害ステータスがリセットされるまで無期限に待機します。

• デフォルト設定では、あらゆる条件において、Sx モニター障害による計画外のスイッチオーバーが許可されます。

  （注）	手動による計画的スイッチオーバーは、この CLI が設定されているかどうかに関係なく許可されます。

CP で次の CLI 設定を使用して、UP 1:1 冗長性のデュアル アクティブ エラー シナリオを回避します。

configure 
     user-plane-group  group_name 
         sx-reassociation disabled  
         end 

注：

• sx-reassociation disabled ：CP との関連付けがすでに存在する場合、UP Sx の再関連付けを無効にします。

サービス冗長性プロトコル（SRP）の Sx モニター障害情報をリセットするための次のコマンドは、スタンバイシャーシでのみ使用できます。このコマンドは、EXEC モードで設定します。

srp reset-sx-fail 

この項では、この機能のサポートにおける show コマンドまたはその出力について説明します。