Inhoud

Inleiding

Voorwaarden

Vereisten

Gebruikte componenten

Logbestanden verzamelen

RCM

Stap 1. Leg enkele opdrachtoutput vast

Stap 2. Logboeken voor controller en configuratie verzamelen

OMHOOG

Probleemoplossing

Scenario voor UP's die vast komen te zitten in de wachtstaat

Tijdelijke oplossing

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.