Sommario

Introduzione

Problema

Soluzione

Introduzione

In questo documento viene descritto come risolvere i problemi relativi all'aggiornamento di User Plane Function (UPF) dopo il passaggio a Redundancy Configuration Manager (RCM).

Problema

Passaggio 1: nell'UPF attivo (basato su RCM) vengono rilevate istanze di blocchi mancanti:

[local]UPF# context n6

[n6]UPF# show ipv6 chunks

Failure: This CLI is only for User-plane

Nota: verificare sempre la presenza di errori DIMM/ECC/UEC/ADDDC sui server UCS di origine e di destinazione che ospitano gli UPF ed eseguire il debug/

Passaggio 2: sull'UPF attivo, nei casi in cui mancano blocchi, monitorare gli eventi trap SNMP per la transizione dello stato UPF da Standby ad Attivo.

[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

Passaggio 3: in Active UPF, in caso di blocchi mancanti, esaminare il syslog per individuare eventi di registro che indichino la cessazione dei servizi restanti(5) sx-demux nel gruppo di ridondanza corrispondente (RG-1), mentre l'UPF in standby passa allo stato attivo.

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

Passaggio 4: sull'UPF attivo con blocchi mancanti, abilitare la modalità di debug (cli test-commands password <password>) ed eseguire il comando per monitorare le transazioni Sx DeReg in linea con il periodo attivo dell'UPF.

[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#

Passaggio 5: sull'UPF attivo con blocchi mancanti, cercare nel syslog i log che si trovano in prossimità dell'UPF in transizione allo stato Attivo.

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

Osservare gli eventi di registro in modo continuo provenienti dall'attività di vpnmgr istanza 3 (vpnmgr:3).

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:$

Soluzione

Per risolvere questo problema, consultare la segnalazione del bug per ulteriori dettagli: ID bug Cisco CSCwh97931

Per risolvere questo problema, è necessario migliorare SxDemux in modo da impedire la pulizia dei blocchi IP durante la transizione SRP, migliorando al contempo le funzionalità di debug del log.

Se la correzione CDETS indicata non è ancora disponibile nella build UPF in uso, è possibile utilizzare la soluzione seguente:

Eseguire l'associazione standard N4 Dis-Associate/Associate MOP entro l'intervallo di tempo MW.