Inhalt

Einleitung

Problem

Lösung

Einleitung

In diesem Dokument wird die Fehlerbehebung beim Upgrade der Benutzerebenenfunktion (User Plane Function, UPF) nach dem Switchover des Redundancy Configuration Manager (RCM) beschrieben.

Problem

Schritt 1: Im aktiven UPF (RCM-basiert) werden Instanzen fehlender Blöcke beobachtet:

[local]UPF# context n6

[n6]UPF# show ipv6 chunks

Failure: This CLI is only for User-plane

Hinweis: Überprüfen Sie stets, ob DIMM-/ECC-/UEC-/ADDDC-Fehler auf Quell- und Ziel-UCS-Servern vorliegen, die UPFs hosten, und führen Sie das RCM-TAC-Debugging/ durch.

Schritt 2: Überwachen Sie auf dem aktiven UPF, falls Chunks fehlen, SNMP-Trap-Ereignisse, um den Übergang des UPF-Status von Standby zu Aktiv zu ermöglichen.

[n6]UPF# show snmp trap history verbose | grep RCM

Tuesday November 14 21:16:45 UTC 2023

Mon Oct 13 08:24:42 2023 Internal trap notification 1426 (RCMChassisState) RCM Chassis State: (0) Chassis State Init

Mon Oct 13 08:24:49 2023 Internal trap notification 1414 (RCMServiceStart) Context Name:rcm Service Name:rcm started

Mon Oct 13 08:25:04 2023 Internal trap notification 1425 (RCMTCPConnect) Context Name: rcm

Mon Oct 13 08:25:04 2023 Internal trap notification 1421 (RCMConfigPushCompleteSent) Context Name: rcm

Mon Oct 13 08:25:04 2023 Internal trap notification 1426 (RCMChassisState) RCM Chassis State: (2) Chassis State Standby

Mon Oct 13 08:33:47 2023 Internal trap notification 1420 (RCMConfigPushCompleteReceived) Context Name:

Mon Oct 13 08:33:47 2023 Internal trap notification 1421 (RCMConfigPushCompleteSent) Context Name: rcm

Mon Oct 13 08:48:10 2023 Internal trap notification 1421 (RCMConfigPushCompleteSent) Context Name: rcm

Mon Oct 13 08:48:10 2023 Internal trap notification 1420 (RCMConfigPushCompleteReceived) Context Name: up

Mon Oct 13 08:48:12 2023 Internal trap notification 1426 (RCMChassisState) RCM Chassis State: (1) Chassis State Active

Schritt 3: Untersuchen Sie das Syslog auf fehlenden Blöcken im aktiven UPF auf Protokollereignisse, die das Beenden der übrigen (5) sx-demux-Dienste in der entsprechenden Redundanzgruppe (RG-1) anzeigen, während das Standby-UPF in den aktiven Zustand wechselt.

Oct 13 08:48:11 UPF evlogd: [local-60sec11.091] [sessctrl 8066 info] [1/0/9050 <sessctrl:0> ctrl_mgrs_cfg.c:2201] [context: up, contextID: 2]  [software internal system critical-info syslog] Session Controller:  stopping SX-DEMUX service up1  2023-10-13T08:48:11.000+0000

Oct 13 08:48:11 UPF evlogd: [local-60sec11.483] [sessctrl 8066 info] [1/0/9050 <sessctrl:0> ctrl_mgrs_cfg.c:2201] [context: up, contextID: 2]  [software internal system critical-info syslog] Session Controller:  stopping SX-DEMUX service up2  2023-10-13T08:48:11.000+0000

Oct 13 08:48:11 UPF evlogd: [local-60sec11.582] [sessctrl 8066 info] [1/0/9050 <sessctrl:0> ctrl_mgrs_cfg.c:2201] [context: up, contextID: 2]  [software internal system critical-info syslog] Session Controller:  stopping SX-DEMUX service up3  2023-10-13T08:48:11.000+0000

Oct 13 08:48:11 UPF evlogd: [local-60sec11.726] [sessctrl 8066 info] [1/0/9050 <sessctrl:0> ctrl_mgrs_cfg.c:2201] [context: up, contextID: 2]  [software internal system critical-info syslog] Session Controller:  stopping SX-DEMUX service up5  2023-10-13T08:48:11.000+0000

Oct 13 08:48:18 UPF evlogd: [local-60sec18.749] [sessctrl 8066 info] [1/0/9050 <sessctrl:0> ctrl_mgrs_cfg.c:2201] [context: up, contextID: 2]  [software internal system critical-info syslog] Session Controller:  stopping SX-DEMUX service up6  2023-10-13T08:48:18.000+0000

Schritt 4: Aktivieren Sie auf dem aktiven UPF mit fehlenden Blöcken den Debug-Modus (cli test-commands password <Kennwort>), und führen Sie den Befehl aus, um Sx DeReg-Transaktionen zu überwachen, die mit dem aktiven UPF-Zeitraum übereinstimmen.

[n6]UPF# show ip pool vpn-sx-transactions

Context: n6

Sx transactions:

sent: 0, received: 0

Failed transactions: 0

**************************************************************************************

Sx Deregistration transactions:

**************************************************************************************

Peer Address                      Deregistration Time

================================  ====================================================

192.168.1.55                     Mon Oct 13 08:48:18 2023

192.168.1.49                     Mon Oct 13 08:48:18 2023

192.168.1.49                     Mon Oct 13 08:48:18 2023

192.168.2.55                     Mon Oct 13 08:48:18 2023

192.168.2.55                     Mon Oct 13 08:48:18 2023

192.168.2.49                     Mon Oct 13 08:48:18 2023

192.168.2.49                     Mon Oct 13 08:48:18 2023

[n6]UPF#

Schritt 5: Durchsuchen Sie auf dem aktiven UPF mit fehlenden Blöcken das Syslog nach Protokollen, die in der Nähe des Übergangs des UPF in den aktiven Zustand auftreten.

Oct 13 08:48:12 UPF evlogd: [local-60sec12.060] [vpn 5013 error] [1/0/9399 <vpnmgr:3> _cups_ip_pool.c:16149] [context: n6, contextID: 3]  [software internal system syslog] #01Prefix fd12:3456:7890:abcd::/64 is not allocated to this UP: Closest chunk found with id -2146435055 prefix0: 638057330 start_prefix1: -1391067126 end_prefix1: -1391050752  2023-10-13T08:48:12.000+0000

Beobachten Sie Protokollereignisse, die kontinuierlich von vpnmgr instance 3 task (vpnmgr:3) kommen.

localsystem:$ less UPF-Destination-UPF-Syslog.log  | grep "Pool_name is not present" | head -1

Oct 13 08:48:18 UPF evlogd: [local-60sec18.811] [vpn 5013 error] [1/0/9399 <vpnmgr:3> vpn_ip_pool.c:27493] [context: n6, contextID: 3]  [software internal system syslog] #01Pool_name is not present in release request for prefixfd1:3456:7892:abcd::/64  2023-10-13T08:48:18.000+0000

localsystem:$

localsystem:$ less UPF-Destination-UPF-Syslog.log  | grep "Pool_name is not present" | tail -1

Oct 13 09:29:59 UPF evlogd: [local-60sec59.671] [vpn 5013 error] [1/0/9399 <vpnmgr:3> vpn_ip_pool.c:27493] [context: n6, contextID: 3]  [software internal system syslog] #01Pool_name is not present in release request forprefixfd1:3456:7894:abcd::/64  2023-10-13T09:29:59.000+0000

localsystem:$

Lösung

Weitere Informationen hierzu finden Sie im Fehlerbericht: Cisco Bug-ID CSCwh97931

Die Lösung für dieses Problem besteht in der Verbesserung von SxDemux, um die Bereinigung von IP-Chunks während des Übergangs zur SRP zu verhindern, während gleichzeitig die Protokolldebugfunktionen verbessert werden.

Wenn der erwähnte CDETS-Fix in dem von Ihnen verwendeten UPF-Build noch nicht verfügbar ist, können Sie diese Problemumgehung anwenden:

Ausführen der Standard-N4-Zuordnung Dis-Associate/Associate MOPP innerhalb des MW-Zeitrahmens.