CP 上でセッション数が０にも関わらず、UP 上でセッションが残ったままになることがあります。
これは、UP で ICSR が組まれた環境において、CP と Active/Standby UP の間の Sx 接続が切断した場合に発生することがあります。
この事象が発生した場合には、CP 上で取得した show sx peers の当該 UP のセッション数は０となっているにも関わらず、UP 上ではセッションが残ったままとなり、時間が経っても状況は変わりません。
実際に、セッションを1つ生成した状態で CP と UP の間のスイッチでポートをダウンさせ Sx 接続が切れた後、スイッチのポートをアップさせて暫くたった状態の show sx peer の出力結果(cups-cp/cups-up-0)が下記となります。cups-cp 上ではセッションがクリアされ0となっていますが、cups-up-0 上ではセッションが1つ残ったままです。
[local]cups-cp# show sx peers
||||| Sx Service No of
||||| ID Restart
||||| | Recovery | Current Max Peer
vvvvv v Group Name Node ID Peer ID Timestamp v Sessions Sessions State LCI OCI
----- ---- -------------------- ------------------------------ ---------- ------------------- ---- --------- --------- -------- ---- ----
UAiND 2 default 30.30.3.15 0 2022-11-20:22:37:59 3 0 0 NONE X X
[local]cups-up-0# show sx peers
||||| Sx Service No of
||||| ID Restart
||||| | Recovery | Current Max Peer
vvvvv v Group Name Node ID Peer ID Timestamp v Sessions Sessions State
----- ---- -------------------- ------------------------------ ---------- ------------------- ---- --------- --------- --------
CAAXD 5 ctl-grp1 192.168.10.100 33554433 2022-11-16:21:55:18 0 1 1 NONE
このような結果になるのは、UP の ICSR の切り替わりの動作が影響しています。
CP と UP 間の接続が切れた時の UP 上の SNMP Trap の出力結果を見ると、下記のようになります。なお、cups-up-0 が元々 ICSR Active であったシャーシで、cups-up-1 は ICSR Standby であったシャーシとなります。
[cups-up-0]
Sun Nov 20 22:41:37 2022 Internal trap notification 119 (BGPPeerSessionDown) vpn epc ipaddr 192.168.10.100
Sun Nov 20 22:41:37 2022 Internal trap notification 121 (SRPStandby) vpn srp ipaddr 192.168.100.1 rtmod 2
Sun Nov 20 22:41:37 2022 Internal trap notification 1278 (SRPSwitchoverOccured) vpn srp ipaddr 192.168.100.1 rtmod 2 Switchover Reason: (2) BGP Failure
[cups-up-1]
Sun Nov 20 22:41:36 2022 Internal trap notification 120 (SRPActive) vpn srp ipaddr 192.168.100.2 rtmod 1
Sun Nov 20 22:41:36 2022 Internal trap notification 1278 (SRPSwitchoverOccured) vpn srp ipaddr 192.168.100.2 rtmod 1 Switchover Reason: (2) BGP Failure
Sun Nov 20 22:41:37 2022 Internal trap notification 119 (BGPPeerSessionDown) vpn epc ipaddr 192.168.10.100
Sun Nov 20 22:41:37 2022 Internal trap notification 121 (SRPStandby) vpn srp ipaddr 192.168.100.2 rtmod 3
Sun Nov 20 22:41:37 2022 Internal trap notification 1278 (SRPSwitchoverOccured) vpn srp ipaddr 192.168.100.2 rtmod 3 Switchover Reason: (2) BGP Failure
ここでは、SRP において、monitor BGP を設定しているため、CP と UP 間の BGP が落ちたことを検知して Active/Standby UP にて SRP の切り替わりが発生しますが、どちらの BGP も Down となっているため Dual Standby 状態に移行します。
このとき Sx のタイマーが BGP のタイマーより長い場合には、UP 上ではセッションの切断処理が行われない状態となります。
一方、CP 上では Sx のタイマーが切れると、SxPathFailure/SxPeerAssociationRelease により、CP 上で当該 UP が持つセッションはクリアされます。
そのような状態から BGP がアップとなった場合、UP は Dual Standby 状態から、Active/Standby の状態に戻り、Active UP 上では元々持っていたセッション情報が復旧されます。
このとき、UP は Sx セッションや既存呼も復旧しますが、Active UP 上の全ての sessmgr が Pending-Active 状態となっているため、Sx Heartbeat を開始することも再度イニシエートすることもないため、UP では古いの情報が残ったまま、CP 上では UP が繋がってこないという状態になります。
このような事象は、BGP や SRP のタイマー等の設定によって異なる動作になる可能性はあります。
