HA SSO configureren op Catalyst 9800 Snelstartgids
Inhoud
Inleiding
In dit document wordt beschreven hoe u stateful switchover (SSO) met hoge beschikbaarheid configureert op een RP+RMI-manier, op een Catalyst 9800 WLC.
Voorwaarden
Vereisten
Cisco raadt u aan kennis te hebben van:
- Catalyst draadloos 9800-configuratiemodel
- Concepten van hoge beschikbaarheid zoals beschreven in de handleiding voor hoge beschikbaarheid (HB).
Gebruikte componenten
De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:
- Katalysator 9800-CL (v. 17.12.3).
Hoewel HASSO-configuratie slechts 3 van hen kan vereisen, zijn hier 4 IP-adressen van hetzelfde netwerk als de draadloze beheerinterface (WMI) gebruikt om de toegang tot de controller-GUI te vergemakkelijken.
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.
Achtergrondinformatie
De SSO-mogelijkheid met hoge beschikbaarheid op de draadloze controller stelt het toegangspunt in staat om een CAPWAP-tunnel te creëren met de actieve draadloze controller en de actieve draadloze controller om een spiegelkopie van het toegangspunt en de clientdatabase te delen met de draadloze standby-controller. Wanneer switchovers plaatsvinden (dat wil zeggen dat de actieve controller uitvalt en de stand-by de hand neemt), gaan gekoppelde toegangspunten niet naar de detectiestatus en worden clients niet losgekoppeld. Er wordt slechts één CAPWAP-tunnel tegelijk onderhouden tussen de toegangspunten en de draadloze controller die zich in een actieve toestand bevindt.
De twee eenheden vormen een peer-verbinding via een speciale RP-poort (of een virtuele interface voor VM's) en beide controllers delen hetzelfde IP-adres op de beheerinterface. De RP-interface wordt gebruikt om bulk- en incrementele configuratie tijdens run-time te synchroniseren en de operationele status van beide controllers van het HA-paar te garanderen. Bovendien hebben zowel standby- als actieve controllers bij gebruik van RMI + RP een redundantiebeheerinterface (RMI) waaraan IP-adressen zijn toegewezen, namelijk die wordt gebruikt om de toegankelijkheid van de gateway te garanderen. De CAPWAP-status van de toegangspunten die zich in de uitvoerstatus bevinden, wordt ook gesynchroniseerd van de actieve draadloze controller naar de hot-standby draadloze controller, waardoor de toegangspunten volledig kunnen worden omgeschakeld wanneer de actieve draadloze controller uitvalt. De toegangspunten gaan niet naar de status Discovery wanneer de actieve draadloze controller uitvalt, en de draadloze standby-controller neemt het over als de actieve draadloze controller om het netwerk te bedienen.
Configureren
Netwerkdiagram
Opmerking: In oranje wordt het tijdelijke IP-adres gemarkeerd dat is toegewezen aan de virtuele interface Gigabit Ethernet 2 van de 9800-CL-controller die is aangewezen als WLC2. Dit IP-adres wordt tijdelijk gedefinieerd als het WMI voor WLC2 en biedt toegang tot de GUI van deze instantie om de HASSO-configuratie te vereenvoudigen. Zodra HASSO is geconfigureerd, wordt dit adres vrijgegeven omdat slechts één WMI wordt gebruikt voor een HASSO-paar controllers.
Configuraties
In dit voorbeeld is de stateful switchover (SSO) voor hoge beschikbaarheid (High Availability, HA) geconfigureerd tussen twee 9800-CL-instanties, die dezelfde Cisco IOS-softwareversie uitvoeren, die zijn geconfigureerd met gescheiden WMI's en met GUI die toegankelijk zijn op:
- IP-adres 10.48.39.130 voor het eerste, aangeduid als WLC1.
- IP-adres 10.48.39.133 voor het tweede, aangeduid als WLC2.
Naast deze IP-adressen zijn er nog 2 andere in hetzelfde subnet (en VLAN) gebruikt, namelijk 10.48.39.131 en 10.48.39.132. Dit zijn de IP-adressen voor redundantiebeheer (RMI) voor respectievelijk chassis 1 (WLC1) en chassis 2 (WLC2).
Opmerking: zodra HA is geconfigureerd tussen de twee controllers, wordt 10.48.39.133 vrijgegeven en wordt 10.48.39.130 de enige WMI van mijn configuratie. Na de configuratie worden daarom slechts 3 IP-adressen gebruikt, de WMI en de RMI's.
De configuratie van de interfaces voor beide apparaten voordat ze zelfs maar de configuratie van de HA starten, moet vergelijkbaar zijn met de configuraties die in dit voorbeeld worden gegeven.
WLC1#show running-config | s interface
interface GigabitEthernet1
shutdown
negotiation auto
no mop enabled
no mop sysid
interface GigabitEthernet2
switchport trunk allowed vlan 39
switchport mode trunk
negotiation auto
no mop enabled
no mop sysid
interface GigabitEthernet3
negotiation auto
no mop enabled
no mop sysid
interface Vlan1
no ip address
shutdown
no mop enabled
no mop sysid
interface Vlan39
ip address 10.48.39.130 255.255.255.0
no mop enabled
no mop sysid
wireless management interface Vlan39WLC2#show running-config | s interface
interface GigabitEthernet1
shutdown
negotiation auto
no mop enabled
no mop sysid
interface GigabitEthernet2
switchport trunk allowed vlan 39
switchport mode trunk
negotiation auto
no mop enabled
no mop sysid
interface GigabitEthernet3
negotiation auto
no mop enabled
no mop sysid
interface Vlan1
no ip address
shutdown
no mop enabled
no mop sysid
interface Vlan39
ip address 10.48.39.133 255.255.255.0
no mop enabled
no mop sysid
wireless management interface Vlan39In dit voorbeeld wordt WLC1 aangewezen als de primaire controller (dat is chassis 1), terwijl WLC2 de secundaire controller is (dat is chassis 2). Dit betekent dat het HA-paar gemaakt van de 2 controllers de configuratie van WLC1 gebruikt en dat die van WLC2 na het proces verloren gaat.
Stap 1. (Optioneel) Maak een back-up van de opstartconfiguratie- en uitvoerconfiguratiebestanden van de controllers.
Verkeerde afhandeling kan gebeuren en resulteren in verloren configuratie. Om dit te voorkomen, wordt het sterk aangeraden om een back-up te maken van zowel de opstart- als de uitvoeringsconfiguratie van zowel de controllers die in de configuratie van het besturingssysteem worden gebruikt. Dit kan eenvoudig worden gedaan met behulp van de 9800 GUI of CLI.
Via de GUI:
Op het tabblad Beheer > Beheer > Back-up en herstel van de 9800 GUI (raadpleeg de schermafbeelding) kunt u de opstart- en actieve configuratie downloaden die momenteel door de controller wordt gebruikt.
In dit voorbeeld worden zowel opstarten (linkerkant) als configuratie (rechterkant) rechtstreeks gedownload, via HTTP, op het apparaat dat de browser host die wordt gebruikt om toegang te krijgen tot de GUI van de WLC. U kunt de overdrachtsmodus en de bestemming van het bestand waarvan een back-up moet worden gemaakt, eenvoudig aanpassen met het veld Overdrachtsmodus.
Van de CLI:
WLCx#copy running-config tftp://<SERVER-IP>/run-backup_x.cfg
Address or name of remote host [<SERVER-IP>]?
Destination filename [run-backup_x.cfg]?
!!
19826 bytes copied in 1.585 secs (12509 bytes/sec)
WLCx#copy startup-config tftp://<SERVER-IP>/start-backup_x.cfg
Address or name of remote host [<SERVER-IP>]?
Destination filename [start-backup_x.cfg]?
!!
20482 bytes copied in 0.084 secs (243833 bytes/sec)Vervang de
Stap 2. (Optioneel) Zorg voor netwerkconnectiviteit.
Vanuit zowel WLC GUI's of CLI's kunt u eenvoudige connectiviteitstests uitvoeren, namelijk de gateway van beide apparaten pingen en de apparaten onderling pingen. Dit zorgt ervoor dat beide controllers de vereiste connectiviteit hebben om HA te configureren.
Via de GUI:
De Ping- en Traceroute-tool op het tabblad Problemen oplossen van de 9800 GUI kan worden gebruikt om de connectiviteit tussen de controllers zelf en tussen elke WLC en zijn netwerkgateway te testen, zoals weergegeven in deze cijfers.
Van de CLI:
WLCx#ping 10.48.39.133
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.48.39.133, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 ms
WLCx#ping 10.48.39.254
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.48.39.254, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 msStap 3. Redundantie configureren met type RMI + RP-koppeling.
Als de connectiviteit tussen elk apparaat is gewaarborgd, kan de redundantie tussen de controllers worden geconfigureerd. Deze schermafbeelding toont hoe de configuratie is gemaakt op het tabblad Redundantie van de pagina Beheer > Apparaat van de 9800 GUI.
Waarschuwing: In dit voorbeeld is WLC1 aangewezen als primaire controller, wat betekent dat dit degene is waarvan de configuratie wordt gerepliceerd naar de andere controller. Zorg ervoor dat u de juiste chassisprioriteit/hernummering toepast om de juiste configuratie met uw HA-paar te gebruiken en geen deel ervan te verliezen.
Controleer de geconfigureerde velden en hun doel:
-
Actieve chassisprioriteit: de prioriteit die wordt gebruikt om te bepalen welke configuratie door het HA-paar moet worden gebruikt. Het apparaat met de hoogste prioriteit is het apparaat dat wordt gerepliceerd naar het andere. De configuratie van het chassis met de laagste prioriteit gaat dus verloren.
-
Op WLC1 (10.48.39.130) is de prioriteit van het actieve chassis ingesteld op 2. Dit is om ervoor te zorgen dat dit chassis wordt gekozen als het actieve chassis (en dus dat de configuratie wordt gebruikt) in het gecreëerde HA-paar.
-
Zodra deze configuratie is gemaakt, gebruikt u de knop Toepassen om de configuratie op de controllers toe te passen.
Van de CLI
Configureer eerst een secundair IP-adres in de virtuele interface die wordt gebruikt om de RMI op beide apparaten te configureren.
WLC1#configure terminal
WLC1(config)#interface vlan 39
WLC1(config-if)# ip address 10.48.39.131 255.255.255.0 secondary
WLC1(config-if)# endWLC2#configure terminal
WLC2(config)#interface vlan 39
WLC2(config-if)# ip address 10.48.39.132 255.255.255.0 secondary
WLC2(config-if)# endSchakel vervolgens redundantie in op beide apparaten.
WLC1#configure terminal
WLC1(config)#redundancy
WLC1(config-red)#mode sso
WLC1(config-red)#end
WLC2#configure terminal
WLC2(config)#redundancy
WLC2(config-red)#mode sso
WLC2(config-red)#end
Het configureren van chassisprioriteiten, zoals WLC1, wordt de primaire controller.
WLC1#show chassis
Chassis/Stack Mac Address : 0001.0202.aabb - Local Mac Address
Mac persistency wait time: Indefinite
H/W Current
Chassis# Role Mac Address Priority Version State IP
-------------------------------------------------------------------------------------
*1 Active 0001.0202.aabb 1 V02 Ready 169.254.39.131
WLC1#chassis 1 priority 2
WLC1#show chassis
Chassis/Stack Mac Address : 0001.0202.aabb - Local Mac Address
Mac persistency wait time: Indefinite
H/W Current
Chassis# Role Mac Address Priority Version State IP
-------------------------------------------------------------------------------------
*1 Active 0001.0202.aabb 2 V02 Ready 169.254.39.131Het chassis hernummeren voor WLC2, dat de secundaire controller wordt.
WLC2#show chassis
Chassis/Stack Mac Address : 0001.0202.aabb - Local Mac Address
Mac persistency wait time: Indefinite
H/W Current
Chassis# Role Mac Address Priority Version State IP
-------------------------------------------------------------------------------------
*1 Active 0001.0202.aabb 1 V02 Ready 169.254.39.132
WLC2#chassis 1 renumber 2
WLC2#show chassis
Chassis/Stack Mac Address : 0001.0202.aabb - Local Mac Address
Mac persistency wait time: Indefinite
H/W Current
Chassis# Role Mac Address Priority Version State IP
-------------------------------------------------------------------------------------
*2 Active 0001.0202.aabb 1 V02 Ready 169.254.39.132
Configureer tenslotte RMI op beide apparaten.
WLC1#chassis redundancy ha-interface GigabitEthernet 3
WLC1#configure terminal
WLC1(config)#redun-management interface Vlan39 chassis 1 address 10.48.39.131 chassis 2 address 10.48.39.132
WLC1(config)#endWLC2#chassis redundancy ha-interface GigabitEthernet 3
WLC2#configure terminal
WLC2(config)#redun-management interface Vlan39 chassis 1 address 10.48.39.131 chassis 2 address 10.48.39.132
WLC2(config)#endOpmerking: Wat de GUI-configuratie betreft, moet op de virtuele Catalyst 9800 de interface die door de controller wordt gebruikt, worden geselecteerd tussen de beschikbare. Zoals aanbevolen wordt hier Gigabit Ethernet 3 gebruikt en geconfigureerd dankzij de chassis redundancy ha-interface GigabitEthernet 3 -opdracht. Deze opdracht maakt geen deel uit van de actieve configuratie, maar de interface die door HA wordt gebruikt, kan worden gezien in de ROMMON-omgevingsvariabelen. Deze kunnen worden gezien met behulp van het show romvarcommando.
Stap 4. Controllers opnieuw laden.
Om het HA-paar te vormen en de configuratie effectief te laten zijn, moeten beide controllers tegelijkertijd opnieuw worden geladen zodra de configuratie die bij stap 3 is gemaakt, is opgeslagen.
Van GUI:
U kunt de pagina Beheer opnieuw laden van beide GUI gebruiken om de controllers opnieuw op te starten, zoals weergegeven in deze schermopname.
Van CLI:
WLCx#reload
Reload command is being issued on Active unit, this will reload the whole stack
Proceed with reload? [confirm]Opmerking: Als u een AAA-server gebruikt, moet u zowel het WMI-IP-adres als het RMI-IP-adres als AAA-clients op uw AAA-server toevoegen. De standby-WLC gebruikt altijd zijn RMI IP om SSH-sessies te verifiëren. De actieve WLC gebruikt zowel RMI als WMI om de AAA-server te bereiken.
Verifiëren
Zodra beide controllers van het HA-paar elkaar ontdekken en het gewenste HA-paar maken, kan één controller (de primaire) het twee chassis bewaken vanuit de GUI of CLI.
Van GUI:
Om de redundantieconfiguratie van de 9800 GUI te controleren, navigeert u naar het tabblad Redundantie van de pagina Monitoring > General > System (Bewaking > Algemeen > Systeem), zoals weergegeven in deze schermafbeelding.
Van CLI:
WLC#show chassis rmi
Chassis/Stack Mac Address : 0050.568d.cdf4 - Local Mac Address
Mac persistency wait time: Indefinite
H/W Current
Chassis# Role Mac Address Priority Version State IP RMI-IP
--------------------------------------------------------------------------------------------------------
*1 Active 0050.568d.cdf4 2 V02 Ready 169.254.39.131 10.48.39.131
2 Standby 0050.568d.2a93 1 V02 Ready 169.254.39.132 10.48.39.132WLC#show redundancy
Redundant System Information :
------------------------------
Available system uptime = 22 minutes
Switchovers system experienced = 0
Standby failures = 0
Last switchover reason = none
Hardware Mode = Duplex
Configured Redundancy Mode = sso
Operating Redundancy Mode = sso
Maintenance Mode = Disabled
Communications = Up
Current Processor Information :
-------------------------------
Active Location = slot 1
Current Software state = ACTIVE
Uptime in current state = 22 minutes
Image Version = Cisco IOS Software [Cupertino], C9800-CL Software (C9800-CL-K9_IOSXE), Version 17.9.2, RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2022 by Cisco Systems, Inc.
Compiled Wed 02-Nov-22 15:12 by mcpre
BOOT = bootflash:packages.conf,12;
CONFIG_FILE =
Configuration register = 0x102
Recovery mode = Not Applicable
Fast Switchover = Enabled
Initial Garp = Enabled
Peer Processor Information :
----------------------------
Standby Location = slot 2
Current Software state = STANDBY HOT
Uptime in current state = 20 minutes
Image Version = Cisco IOS Software [Cupertino], C9800-CL Software (C9800-CL-K9_IOSXE), Version 17.9.2, RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2022 by Cisco Systems, Inc.
Compiled Wed 02-Nov-22 15:12 by mcpre
BOOT = bootflash:packages.conf,12;
CONFIG_FILE =
Configuration register = 0x102Problemen oplossen
éénloketreflex
De gebruikelijke show tech wireless bevat geen opdrachten waarmee de HA-failovers van een HA-paar of de huidige status goed kunnen worden begrepen. Verzamel dit commando om de meeste HA-gerelateerde commando's in één bewerking te hebben:
WLC#show tech wireless redundancyOpdrachten weergeven
Voor de status van de redundantiepoorten kunnen deze opdrachten worden gebruikt.
WLC#show chassis detail
Chassis/Stack Mac Address : 0050.568d.2a93 - Local Mac Address
Mac persistency wait time: Indefinite
H/W Current
Chassis# Role Mac Address Priority Version State IP
-------------------------------------------------------------------------------------
1 Standby aaaa.aaaa.aaaa 2 V02 Ready 169.254.39.131
*2 Active bbbb.bbbb.bbbb 1 V02 Ready 169.254.39.132
Stack Port Status Neighbors
Chassis# Port 1 Port 2 Port 1 Port 2
--------------------------------------------------------
1 OK OK 2 2
2 OK OK 1 1
WLC#show chassis rmi
Chassis/Stack Mac Address : 0050.568d.2a93 - Local Mac Address
Mac persistency wait time: Indefinite
H/W Current
Chassis# Role Mac Address Priority Version State IP RMI-IP
--------------------------------------------------------------------------------------------------------
1 Standby aaaa.aaaa.aaaa 2 V02 Ready 169.254.39.131 10.48.39.131
*2 Active bbbb.bbbb.bbbb 1 V02 Ready 169.254.39.132 10.48.39.132
Met deze opdracht worden het chassisnummer en de status van de redundantiepoort weergegeven. Dit is handig bij het oplossen van problemen in de eerste stap.
Als u de tellers van KeepAlive op de poort KeepAlive wilt verifiëren, kunt u deze opdrachten gebruiken.
WLC#show platform software stack-mgr chassis active R0 sdp-counters
Stack Discovery Protocol (SDP) Counters
---------------------------------------
Message Tx Success Tx Fail Rx Success Rx Fail
------------------------------------------------------------------------------
Discovery 162054 2 28 0
Neighbor 23 3 12 0
Keepalive 189856 1665 187970 0
SEPPUKU 0 0 0 0
Standby Elect Req 2 0 0 0
Standby Elect Ack 0 0 2 0
Standby IOS State 0 0 4 0
Reload Req 0 0 0 0
Reload Ack 0 0 0 0
SESA Mesg 0 0 0 0
RTU Msg 0 0 0 0
Disc Timer Stop 1 0 2 0
---------------------------------------
WLC#show platform software stack-mgr chassis standby R0 sdp-counters
Stack Discovery Protocol (SDP) Counters
---------------------------------------
Message Tx Success Tx Fail Rx Success Rx Fail
------------------------------------------------------------------------------
Discovery 14 2 19 0
Neighbor 6 2 5 0
Keepalive 175905 0 176196 0
SEPPUKU 0 0 0 0
Standby Elect Req 0 0 1 0
Standby Elect Ack 1 0 0 0
Standby IOS State 2 0 0 0
Reload Req 0 0 0 0
Reload Ack 0 0 0 0
SESA Mesg 0 0 0 0
RTU Msg 0 0 0 0
Disc Timer Stop 1 0 0 0
---------------------------------------
WLC#show platform software stack-mgr chassis standby R0 peer-timeout
Peer Chassis Peer-timeout (ms) 50% Mark 75% Mark
--------------------------------------------------------------------------
2 500 0 0 Andere opdrachten
Het is mogelijk om een pakketopname te maken op de Redundancy Port van de controller met deze commando's:
WLC#test wireless redundancy packetdump start
Redundancy Port PacketDump Start
Packet capture started on RP port.
WLC#test wireless redundancy packetdump stop
Redundancy Port PacketDump Stop
Packet capture stopped on RP port.Opnames die met deze opdrachten worden gemaakt, worden opgeslagen in de bootflash: van de controller, onder de naam haIntCaptureLo.pcap.
U kunt ook een keepalive-test uitvoeren op de Redundancy Port met deze opdracht.
WLC#test wireless redundancy rping
Redundancy Port ping
PING 169.254.39.131 (169.254.39.131) 56(84) bytes of data.
64 bytes from 169.254.39.131: icmp_seq=1 ttl=64 time=0.316 ms
64 bytes from 169.254.39.131: icmp_seq=2 ttl=64 time=0.324 ms
64 bytes from 169.254.39.131: icmp_seq=3 ttl=64 time=0.407 ms
--- 169.254.39.131 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2025ms
rtt min/avg/max/mdev = 0.316/0.349/0.407/0.041 msKom in meer details
Om de configuratie van de ROMMON-variabelen te bekijken, die ons laat zien hoe de werkelijke configuratie wordt weerspiegeld op de variabelen, kunt u deze opdracht gebruiken.
WLC#show romvar
ROMMON variables:
MCP_STARTUP_TRACEFLAGS = 00000000:00000000
SWITCH_NUMBER = 2
CONFIG_FILE =
BOOTLDR =
STACK_1_1 = 0_0
BOOT = bootflash:packages.conf,12;
LICENSE_SUITE =
CHASSIS_HA_IFNAME = GigabitEthernet3
CHASSIS_HA_IFMAC = 00:50:56:8D:2A:93
SWITCH_PRIORITY = 1
RMI_INTERFACE_NAME = Vlan39
RMI_CHASSIS_LOCAL_IP = 10.48.39.132
RMI_CHASSIS_REMOTE_IP = 10.48.39.131
CHASSIS_HA_LOCAL_IP = 169.254.39.132
CHASSIS_HA_REMOTE_IP = 169.254.39.131
CHASSIS_HA_LOCAL_MASK = 255.255.255.0
RET_2_RTS =
LICENSE_BOOT_LEVEL = ,csr1000v:csr1000v;
BSI = 0
RET_2_RCALTS =
RANDOM_NUM = 193112462Deze opdracht toont de prioriteit voor het chassis, zowel RMI- als RP-details, peer time-out en meer nuttige details.
U kunt ook de processen bewaken die HA SSO uitvoeren op de WLC, dat zijn twee processen, namelijk stack_mgr en rif_mgr.
Om dit te doen, verzamelt u de altijd-aan-sporen naar een tekstbestand met behulp van de opdracht, de tijdparameter hier kan worden aangepast om het tijdsbestek te dekken dat u wilt oplossen.
show logging process stack_mgr start last 30 minutes to-file bootflash:stack_mgr_logs.txt
show logging process rif_mgr start last 30 minutes to-file bootflash:rif_mgr_logs.txt Opmerking: Het is belangrijk op te merken dat de servicepoort van de standby-WLC is gedeactiveerd en onbereikbaar is terwijl de controller als stand-by fungeert.
Typische scenario's
Gebruiker gedwongen
Als u naar de switchover-geschiedenis kijkt, ziet u de gebruiker gedwongen verschijnen wanneer een gebruiker een switchover tussen de controllers initieert, met behulp van de opdracht redundancy force-switchover.
WLC#show redundancy switchover history
Index Previous Current Switchover Switchover
active active reason time
----- -------- ------- ---------- ----------
1 1 2 user forced 11:38:23 Central Fri Mar 10 2023Actieve eenheid verwijderd
Als u naar de switchover-geschiedenis kijkt, ziet u dat de actieve eenheid is verwijderd, wat wijst op een verlies van communicatie op de redundantiepoort tussen de twee controllers.
WLC#show redundancy switchover history
Index Previous Current Switchover Switchover
active active reason time
----- -------- ------- ---------- ----------
2 2 1 active unit removed 11:55:36 Central Fri Mar 10 2023Dit kan gebeuren als de koppeling tussen de twee controllers uitvalt, maar het kan ook gebeuren als één WLC-eenheid plotseling uitvalt (stroomstoring) of crasht. Het is interessant om beide WLC's te controleren om te zien of ze systeemrapporten hebben die wijzen op onverwachte crashes / opnieuw opstarten.
Actief verloren GW
Als u naar de switchover-geschiedenis kijkt, ziet u Active lost GW, wat wijst op een verlies van communicatie met de gateway op de RMI-poort.
WLC#show redundancy switchover history
Index Previous Current Switchover Switchover
active active reason time
----- -------- ------- ---------- ----------
3 1 2 Active lost GW 12:00:26 Central Fri Mar 10 2023Dit gebeurt als de link tussen de actieve controller en de gateway naar beneden gaat.
Verdere overwegingen
Consoletoegang inschakelen voor de Standby 9800
Meld u aan bij de CLI van de actieve WLC en voer deze opdracht uit om console-toegang tot de standby 9800 mogelijk te maken. Anders is de toegang tot de console vergrendeld aan de standby-WLC:
WLC#conf t
Enter configuration commands, one per line. End with CNTL/Z.
WLC(config)#redundancy
WLC(config-red)#main-cpu
WLC(config-r-mc)#standby console enable
HA SSO voor Catalyst 9800-CL
Wanneer in virtuele omgevingen, moet je accepteren dat latency wordt geïntroduceerd, en latency is niet iets dat HA goed tolereert. Dit is legitiem, omdat HASSO snel en efficiënt eventuele chassisfouten detecteert. Om dit te bereiken, controleert elk chassis de status van de andere door gebruik te maken van keepalives op zowel RP- als RMI-koppelingen en pings naar de gateway van hun RMI's (en dit, die van hun WMI die hetzelfde moet zijn). Als een van deze symptomen wordt gemist, reageert de stapel afhankelijk van de symptomen zoals beschreven in de handleiding Systeem- en netwerkfoutverwerking van de HBSSO.
Bij het werken met virtuele HASSO-stacks van Catalyst 9800, is het gebruikelijk om switchovers te observeren vanwege het in leven houden van gemist over de RP-link. Dit kan te wijten zijn aan latentie die door de gevirtualiseerde omgeving is geïntroduceerd.
Om te bepalen of de HASSO-stack last heeft van RP keepalive drops, kunt u de stack/rif-beheerlogboeken gebruiken.
! Keepalives are missed
004457: Feb 4 02:15:50.959 Paris: %STACKMGR-6-KA_MISSED: Chassis 1 R0/0: stack_mgr: Keepalive missed for 2 times for Chassis 2
! Chassis is removed
%STACKMGR-6-CHASSIS_REMOVED_KA: Chassis 1 R0/0: stack_mgr: Chassis 2 has been removed from the stack due to keepalive failure.
! RP link is down
004469: Feb 4 02:17:28.707 Paris: %RIF_MGR_FSM-6-RP_LINK_DOWN: Chassis 1 R0/0: rif_mgr: Setting RP link status to DOWN
! Dual active detection
004470: Feb 4 02:17:28.707 Paris: %STACKMGR-1-DUAL_ACTIVE_CFG_MSG: Chassis 1 R0/0: stack_mgr: Dual Active Detection links are not available anymore Als beide chassis in bedrijf zijn, creëert de switchover een Dual Active Detection die een gevolg is van de druppels op RP.
In een dergelijke situatie kan het aanpassen van parameters voor HA om deze onnodige overschakelingen te voorkomen, helpen. Twee parameters kunnen worden geconfigureerd,
- Keep Alive Timer: de hoeveelheid tijd die nodig is voor het scheiden van het verzenden van 2 Keep Alive-berichten tussen elk chassis.
- Keep Alive Retries: het aantal keepalive dat gemist moet worden om een peer down te verklaren.
Standaard is de timer Keep Alive ingesteld op 1ms en probeert de timer opnieuw op 5. Dit betekent dat na 5 ms van het in leven houden wordt gemist op de RP-link, een switchover optreedt. Deze waarden kunnen te laag zijn voor virtuele implementaties. Als u terugkerende switchover ondervindt omdat RP-kernalives worden gemist, probeer dan deze parameters te verhogen om de stapel te stabiliseren.
Van GUI:
Als u de parameters van de HASSO wilt controleren of wijzigen, houdt u de parameters in leven van de 9800 GUI en navigeert u naar het tabblad Redundantie van de pagina Beheer > Apparaat, zoals weergegeven in deze schermafbeelding.
Van CLI:
WLC#chassis redundancy keep-alive retries <5-10>
WLC#chassis redundancy keep-alive timer <1-10>Samen met de configuratie van deze parameters kan een andere optimalisatie helpen bij een dergelijk gedrag in de HASSO-stack. Voor fysieke apparaten maakt hardware het mogelijk om een chassis met een ander te verbinden, meestal met behulp van een enkele draad. In een virtuele omgeving moet de verbinding van de RP-poort voor elk chassis worden gemaakt door een virtual switch (vSwitch), die opnieuw latentie kan introduceren in vergelijking met fysieke verbindingen. Het gebruik van een speciale vSwitch om de RP-link te maken, is een andere optimalisatie die kan voorkomen dat HA-alives verloren gaan door latentie. Dit is ook gedocumenteerd in de Cisco Catalyst 9800-CL Wireless Controller for Cloud Deployment Guide. Daarom is het het beste om een speciale vSwitch voor RP-koppeling tussen de 9800-CL VM's te gebruiken en ervoor te zorgen dat er geen ander verkeer mee interfereert.
Catalyst 9800 HA SSO Inside ACI-implementaties
Wanneer een switch-over plaatsvindt in een HASSO-stack, gebruikt het nieuw actieve chassis het gratuite ARP-mechanisme (GARP) om de MAC naar IP-toewijzing in het netwerk bij te werken en ervoor te zorgen dat het verkeer wordt ontvangen dat aan de controller is toegewezen. Met name stuurt het chassis GARP om de nieuwe eigenaar van het WMI te worden en ervoor te zorgen dat het CAPWAP-verkeer het juiste chassis bereikt.
Het chassis dat actief wordt, verzendt eigenlijk niet één enkele GARP, maar een uitbarsting ervan om ervoor te zorgen dat elk apparaat in het netwerk zijn IP naar MAC-toewijzing bijwerkt. Deze uitbarsting kan de ARP-leerfunctie van ACI overweldigen en daarom wordt het aanbevolen om deze uitbarsting zoveel mogelijk te verminderen van de Catalyst 9800-configuratie.
Van CLI:
WLC# configure terminal
WLC(config)# redun-management garp-retransmit burst 0 interval 0Naast het beperken van de GARP-burst die door de 9800 tijdens een switchover is geïnitieerd, wordt het ook aanbevolen om de snelle switchover-functie op dit platform uit te schakelen. Wanneer een snelle switchover is geconfigureerd, stuurt de actieve controller een expliciete melding naar de standby-controller, waarin staat dat deze naar beneden gaat. Terwijl u dit gebruikt, kan er interleaving-verkeer bestaan (AP's en clients worden gedropt) tussen beide WLC's die de HA-stack vormen totdat een van hen naar beneden gaat. Als u deze functie uitschakelt, kunt u uw draadloze infrastructuur stabiliseren terwijl u met ACI-implementaties werkt.
Van CLI:
WLC#configure terminal
WLC(config)#no redun-management fast-switchover
Let op: houd er rekening mee dat wanneer de snelle schakelaar is uitgeschakeld, de standby-controller uitsluitend afhankelijk is van de keepalive time-out-storingen om te detecteren wanneer de actieve controller uitviel. Deze moeten daarom met de grootst mogelijke zorgvuldigheid worden geconfigureerd.
Details over overwegingen voor HASSO-implementaties voor Catalyst 9800 binnen het ACI-netwerk zijn te vinden in de informatie over het implementeren van ACI Network Controller in de sectie Cisco Catalyst 9800 Series Wireless Controller Software Configuration Guide.
Referenties
Revisiegeschiedenis
| Revisie | Publicatiedatum | Opmerkingen |
|---|---|---|
9.0 |
12-May-2026
|
Vaste kopteksten, grammatica, titelgeval, vaste titel |
8.0 |
27-Dec-2024
|
Een opmerking toegevoegd over toegang tot de standby WLC-console |
7.0 |
13-Dec-2024
|
Bijgewerkte alt-tekst, koppelingsdoelen en opmaak. |
6.0 |
16-Jul-2024
|
bijgewerkte versies en een opmerking toegevoegd over RMI-interface voor AAA |
5.0 |
06-Jun-2024
|
Een onderdeel "verdere overwegingen" toegevoegd |
4.0 |
25-Feb-2024
|
Een opmerking over de servicepoort toegevoegd |
3.0 |
19-Feb-2024
|
kleine wijziging over 9800-CL interface configuratie |
2.0 |
26-Jun-2023
|
Vast Gig3 IP-adres |
1.0 |
10-Mar-2023
|
Eerste vrijgave |
FeedbackContact Cisco
- Een ondersteuningscase openen
- (Vereist een Cisco-servicecontract)