Einleitung
In diesem Dokument wird beschrieben, wie Sie den RCM-basierten UPF-Upgrade-Fehler (Benutzerebenenfunktion) aufgrund eines Problems beim Leeren des IP-Pools erkennen.
Fehlerbehebung
1. Führen Sie auf dem Controller des Active Redundancy Configuration Manager (RCM) den Befehl aus, rcm show-statistics switchover-verbose und suchen Sie nach den fehlerhaften UPF-Switchover-Details, wenn nur das Feld "start_ip_pool_flush" vorhanden ist, "end_ip_pool_flush" jedoch fehlt.
[RCM-aktiv] rcm# rcm show-statistics switchover-verbose
Do, 18. Jan. 21:52:11.781 UTC+00:00
Nachricht:
{
"stats_verbose": [
{
"status": "Failed",
"started": "Jan. 18, 05:08:59.442",
"switchover reason": "Geplanter Switchover",
"switchoverfailureReason": "Old Active verschob sich von PendingStandby nach Active aufgrund einer Zeitüberschreitung beim Empfang des Standby-Zustands (geplanter Switchover)",
"source_endpoint": "192.168.100.3",
"destination_endpoint": "192.168.100.2",
"start_chkpt_flush": "Jan. 18, 05:09:01.783",
"end_chkpt_flush_each": {
"1": "Jan. 18, 05:09:05.776",
"10": "Jan. 18, 05:09:06.056",
"11": "Jan. 18, 05:09:05.909",
"12": "Jan. 18, 05:09:06.189",
"13": "Jan. 18, 05:09:05.991",
"14": "Jan. 18, 05:09:05.981",
"15": "Jan. 18, 05:09:05.531",
"16": "Jan. 18, 05:09:05.502",
"17": "Jan. 18, 05:09:05.751",
"18": "Jan. 18, 05:09:06.116",
"19": "Jan. 18, 05:09:05.834",
"2": "Jan. 18, 05:09:05.932",
"20": "Jan. 18, 05:09:05.889",
"21": "Jan. 18, 05:09:05.354",
"22": "Jan. 18, 05:09:05.780",
"3": "Jan. 18, 05:09:05.671",
"4": "Jan. 18, 05:09:05.996",
"5": "Jan. 18, 05:09:05.455",
"6": "Jan. 18, 05:09:05.839",
"7": "Jan. 18, 05:09:06.11",
"8": "Jan. 18, 05:09:06.019",
"9": "Jan. 18, 05:09:05.996"
},
"end_chkpt_flush": "Jan. 18, 05:09:06.189",
"start_cfg_push": "Jan. 18, 05:08:59,495",
"end_cfg_push": "Jan. 18, 05:09:01.774",
"start_ip_pool_flush": "Jan 18 05:09:01.783" /* Beachten Sie, dass unter dieser Zeile "end_ip_pool_flush" fehlt */
},
2. Sammeln Sie Quell- und Ziel-UPF-Syslogs für Switchover-Zeiten von +/- 30 Minuten.
3. Suchen Sie nach den UPF-Syslogs des Zielendpunkts (Ausgabe: 192.168.100.2) und beobachten Sie, wie vpnmgr6(context n6) mehrere Fehler in Bezug auf IP-Pool/Chunks meldet.
Beispiele für Protokollereignisse:
- Jan. 18, 05:09:01 <UPF> evlogd: [local-60sec1.767] [srp 84220 error] [1/0/9589 <vpnmgr:6> vpnmgr_rcm.c:6235] [context: rcm, contextID: 6] [software internal system syslog] Fehler beim Installieren der Poolrouten. Nachricht zurückgesendet.
- evlogd: [local-60sec12.192] [vpn 5013 error] [1/0/9370 <vpnmgr:3> vpn_ip_pool.c:15699] [context: n6, contextID: 3] [software internal system syslog] #012Prefix <IPv4-Adresse des IP-Pools> ist diesem UP-Befehl nicht zugeordnet: Nächstliegender Block mit der ID 3145764 start_addr: <IPv4-Adresse des IP-Pools> end_addr: <IPv4-Adresse des IP-Pools>
Hinweis: Nur registrierte Cisco Benutzer können auf interne Informationen und Tools von Cisco zugreifen.
Zugehörige Informationen