Inleiding
In dit document worden de problemen beschreven die verband houden met de wanverhouding van de UPF-toestanden in de RCM.
Voorwaarden
Vereisten
Er zijn geen specifieke vereisten van toepassing op dit document.
Gebruikte componenten
De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:
- Redundantie Configuration Manager (RCM)
- Functie Gebruikersplane (UPF/UP)
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.
Logbestanden verzamelen
RCM
Stap 1. Leg enkele opdrachtoutput vast
Ten eerste moet u vaststellen wat het probleem is met UP en wat het patroon van de kwestie is. Om te bepalen welke UP's een overschakeling hebben meegemaakt en te bepalen waar het huidige probleem zich bevindt, is het van essentieel belang de redenen voor de overschakelingen te documenteren.
rcm show-statistics switchover
rcm show-statistics switchover-verbose
rcm show-statistics configmgr --------------- to check how many UPs are registered for config push
rcm show-statistics controller --------------- to check no of UPs and its states registered with controller
Stap 2. Logboeken voor controller en configuratie verzamelen
Zodra u zich identificeert tussen welke UPs het probleem ligt, kunt u controllerlogboeken verzamelen en configuremgr logboeken om te identificeren wat de oorzaak van de omschakeling was en wat er verkeerd ging voor de UPs om vast te zitten in Haagse Staat.
Raadpleeg de koppeling RCM Log Collection voor de procedure voor het verzamelen van logbestanden.
OMHOOG
SSD, Syslogs en SNMP-traps voor de problematische tijdstempel bestrijken het tijdpad ten minste twee uur voordat de kwestie begint.
Probleemoplossing
Scenario voor UP's die vast komen te zitten in de wachtstaat
- Over het algemeen registreert elke UP zich bij de RCM via de controller
- De controller is verantwoordelijk voor het onderhouden van de UP-toestanden die hij ontvangt van UP en de toestanden die door RCM worden toegewezen en het samenstellen ervan
rcm show-statistics controller
message :
{
"keepalive_version": "f1ab207c5d3120f8a4286b999b9f4cd207034e7c61e204d74e41f48578c476de",
"keepalive_timeout": "20s",
"num_groups": 2,
"groups": [
{
"groupid": 1,
"endpoints_configured": 7,
"standby_configured": 1,
"pause_switchover": false,
"active": 2,
"standby": 0,
"endpoints": [
{
"endpoint": "X.X.X.X", -------- UP IP
"bfd_status": "STATE_UP",
"upf_registered": true,
"upf_connected": true,
"upf_state_received": "UpfMsgState_Active",
"bfd_state": "BFDState_UP",
"upf_state": "UPFState_PendActive",
"route_modifier": 32,
"pool_received": false,
"echo_received": 253,
"management_ip": "X.X.X.X",
"host_id": "SEUD2413",
"ssh_ip": "Y.Y.Y.Y",
"force_nso_registration": false
},
In de controllerstatistieken zijn er, indien waargenomen, verschillende toestanden die de controller onderhoudt en elke UP-staat heeft zijn eigen betekenis.
BFD-status - Geeft de BFD-status aan tussen de RCM en de UP (gebruik deze niet als UF-status, het is alleen de BFD-status)
UPF-status - De huidige status van de UPF in de RCM
UPF ontvangen staat - UP staat verzonden door UP naar RCM
- In het algemeen geldt dat wanneer er wordt overgeschakeld van Active UP naar Standby UP, RCM bepaalde procedures moet ondergaan voor een soepele overdracht zoals hier vermeld:
1. Checkpointmgr flush van oude UP en checkpoint sync met nieuwe Active UP
2. Config doorspoeling
3. Druk op Config
4. Het beheren van staten
Neem het voorbeeld van UP-paar als UP-A (Active UP) en UP-B (Standby-UP) en wanneer er een switchover is voordat het in Active en Standby-staten komt, wordt het eerst in de wachtstand gezet.
UP-A (Active UP) --------------------- PendStandby ---------------------- Standby
UP-B (Standby Up) ------------------- PendActive ---------------------- Actief
Zoals te zien is voordat Active/Standby wordt, vinden de genoemde procedurele transacties plaats tussen RCM en UP om een soepele overschakeling te bewerkstelligen.
- Wanneer er sprake is van een overschakeling van Active naar Standby en vice versa, moet RCM een configuratieduw uitvoeren waar het de Active UP configuratie in de UP die wordt Actief, duwt en de Standby UP configuratie duwt in de UP die Standby wordt.
Note :: In Standby UP normally RCM push all the UP config which are currently active so that whenever this UP becomes active it removes all the unwanted config
- Zodra de overschakeling wordt gestart, heeft RCM een timer-waarde van 15 minuten (deze varieert op basis van de ingestelde waarde) en binnen deze timer-waarde moet de overschakeling worden voltooid die wordt afgerond zodra de configuratie-duw is voltooid.
- Nu in het geval, om de een of andere reden als de configuratieduw niet wordt voltooid binnen de tijd dat de timer verloopt en RCM initieert het herladen naar de UP. Dit gaat verder tot het configuratieduwtje is voltooid.
- Wanneer RCM de configuratie naar UP duwt, verwacht zij dus een configuratie compleet signaal van UP op basis waarvan RCM begrijpt dat de configuratie duw is voltooid en beschouwt het als een succesvolle overschakeling.
Dit is het logbestand dat vanaf de syslogs en de SNMP-traps te zien is wanneer de configuratiedruk is voltooid.
Syslogs
Nov 13 12:01:09 INVIGJ02GNR1D1UP12CO evlogd: [local-60sec9.041] [cli 30000 debug] [1/0/10935 <cli:1010935> cliparse.c:571] [context: local, contextID: 1] [software internal system syslog] CLI command [user rcmadmin, mode [local]INVIGJ02GNR1D1UP12CO]: rcm-config-push-complete
Nov 13 12:01:09 INVIGJ02GNR1D1UP12CO evlogd: [local-60sec9.041] [cli 30000 debug] [1/0/10935 <cli:1010935> cliparse.c:571] [context: local, contextID: 1] [software internal system syslog] CLI command [user rcmadmin, mode [local]INVIGJ02GNR1D1UP12CO]: rcm-config-push-complete end-of-config
SNMP
Fri Mar 24 09:59:01 2023 Internal trap notification 1425 (RCMTCPConnect) Context Name: rcm
Fri Mar 24 09:59:01 2023 Internal trap notification 1421 (RCMConfigPushCompleteSent) Context Name: rcm
Fri Mar 24 09:59:01 2023 Internal trap notification 1426 (RCMChassisState) RCM Chassis State: (2) Chassis State Standby
Fri Mar 24 09:59:04 2023 Internal trap notification 1276 (BFDSessionUp) vpn n6 OurAddr fc00:10:5:132::10 NeighborAddr fc00:10:5:132::254 Session(6/1090552866), Diagnostic code 0 PhyPortId 0
- Maar in het geval dat er een probleem is te wijten aan welke de configuratie duw voltooiing tijd neemt die veroorzaakt dat de timer waarde te verlopen, dan dergelijke kwesties van UP geplakt in de Hangende staat gebeuren.
- Aangezien RCM niet de configuratie push-voltooiingsstatus heeft gekregen, is het van mening dat de overschakeling niet compleet is en blijft up in de wachtstand.
- Verschillende redenen voor configuratie push problemen worden uitgelegd in UP Reload Causes.
Tijdelijke oplossing
1. U kunt tijdelijk het volledige configuratieduwsignaal van UP naar RCM afdwingen met deze opdracht om de UP in de Active/Standby-staat terug te brengen:
rcm-config-push-complete end-of-config
2. Deze genoemde tijdelijke oplossing is slechts tijdelijk om de kwestie te identificeren die tijd vergt voor configuratieduw die in UP Reload Causes wordt beschreven.
Feedback