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.
Feedback