De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
In dit document wordt beschreven hoe u Catalyst 9800 Wireless Controllers configureert in High Availability (HA) SSO in Cisco IOS® XE 10 .10 tot 10 .12.
Cisco raadt kennis van de volgende onderwerpen aan:
De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:
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.
In Cisco IOS XE 17.x en later voor de Catalyst 9800. Dit document artikel richt zich op HSSO in versies 16.x.
Het concept van een redundantiebeheerinterface voegt een aantal verschillen toe die worden behandeld in de speciale gids, High Availability SSO Deployment Guide for Cisco Catalyst 9800 Series Wireless Controllers, Cisco IOS XE Amsterdam 17.
De redundantie die in dit artikel wordt uitgelegd, is 1:1, wat betekent dat een van de eenheden in actieve toestand werkt, terwijl de andere in hot standby-toestand werkt. Als het actieve vak als onbereikbaar wordt gedetecteerd, wordt de Hot Standby-eenheid actief en behouden alle toegangspunten en clients hun service via de nieuwe actieve eenheid.
Zodra beide eenheden zijn gesynchroniseerd, bootst de standby 9800 WLC de configuratie met de primaire eenheid na. Elke configuratiewijziging die op de actieve eenheid wordt uitgevoerd, wordt via de redundantiepoort (RP) gerepliceerd op de stand-by-eenheid.
Configuratiewijzigingen mogen niet meer worden uitgevoerd op de stand-by 9800 WLC.
Naast de synchronisatie van de configuratie tussen dozen, synchroniseren ze ook:
Voordat u HA tussen twee 9800 WLC's inschakelt, voert u de volgende validaties uit:
Dit document is gebaseerd op deze topologie:
Redundantie-SSO is standaard ingeschakeld, maar de configuratie van de communicatie tussen de eenheden is nog steeds vereist.
Voordat u een stap configureert, moet u ervoor zorgen dat beide vakken dezelfde versie uitvoeren.
Stap 1. Sluit 9800 WLC's aan op het netwerk en zorg ervoor dat ze bereikbaar zijn voor elkaar.
De wireless beheerinterface van beide apparaten moet deel uitmaken van hetzelfde VLAN en subnet.
Stap 2. Verbind RP zoals weergegeven in de netwerktopologie. Er zijn twee opties om 9800 WLC's RP aan te sluiten:
Opmerking: In Cisco IOS XE 10 .10 tot 10 .12 wordt aanbevolen om de redundantiepoort van de 9800s aan te sluiten op dezelfde switch waarop de beheerverbinding van de 9800 is aangesloten (zie netwerktopologie). Dit komt omdat er geen verificatie is voor de bereikbaarheid van de gateway in deze versies. Een back-to-back-verbinding werkt, maar zorgt voor een grotere kans dat 9800-controllers actief worden wanneer ze op die manier worden verbonden. Merk op dat de RP-poort geen gebruik maakt van vlan-tagging.
Stap 3. Het IP-adres voor redundantie toewijzen aan beide 9800 WLC's
GUI:
Navigeer naar Administration > Device > Redundancy.
Uitvinken Clear Redundancy Config
en voer het gewenste IP-adres in.
Beide eenheden moeten unieke IP-adressen hebben en beide behoren tot hetzelfde subnet.
Dat subnet kan nergens in het netwerk worden gerouteerd.
9800 WLC-1
9800 WLC-2
CLI:
16.10
9800 WLC-1# chassis ha-interface local-ip <!--IP address--> remote-ip <!--IP address-->
9800 WLC-2# chassis ha-interface local-ip <!--IP address--> remote-ip <!--IP address-->
16.11
9800 WLC-1# chassis redundancy ha-interface local-ip <!--IP address--> remote-ip <!--IP address-->
9800 WLC-2# chassis redundancy ha-interface local-ip <!--IP address--> remote-ip <!--IP address-->
Als u wilt opgeven welke eenheid de actieve 9800 WLC moet zijn, stelt u de chassisprioriteit in via de GUI of CLI. De eenheid met de hoogste prioriteit wordt als primair geselecteerd.
GUI:
CLI:
16.10
# chassis 1 priority <1-15>
16.11
# chassis 1 priority <1-2>
Als een specifieke eenheid niet is geselecteerd om actief te zijn, selecteren de eenheden Actief op basis van het laagste MAC-adres
Controleer de huidige configuratie met deze opdracht:
# show chassis ha-status local My state = ACTIVE Peer state = DISABLED Last switchover reason = none Last switchover time = none Image Version = ... Chassis-HA Local-IP Remote-IP MASK HA-Interface ----------------------------------------------------------------------------- This Boot: Next Boot: 203.0.113.2 <!--IP address--> <!--IP address--> Chassis-HA Chassis# Priority IFMac Address Peer Timeout ---------------------------------------------------------------------------- This Boot: 1 0 Next Boot: 1 0
Stap 4. Configuraties opslaan op beide 9800 WLC's
GUI:
CLI:
# write
Stap 5. Start beide eenheden tegelijkertijd opnieuw op
GUI:
Navigeer naar Administration > Management > Backup & Restore > Reload
CLI:
# reload
Dit document is gebaseerd op deze topologie:
Stap 1. Open uw vCenter-client en navigeer naar Host > Configuration > Networking > Add Networking.
Stap 2. Selecteer Virtual Machine
en klik op Next.
Stap 3. Selecteer Create a vSphere standard switch
en klik op Next.
Stap 4. Pas de Network Label
parameter optioneel aan. Na deze klik Next.
Stap 5. Maak de tovenaar af.
Stap 6. Koppel een interface van beide virtuele 9800 WLC's (één van elke virtuele 9800 WLC) aan het redundantienetwerk.
Klik met de rechtermuisknop op de virtuele 9800 WLC en klik op Edit Settings...
Selecteer een van de beschikbare netwerkadapters en wijs deze toe aan de Redundancy Network,
en klik op OK.
Doe hetzelfde voor beide machines.
Voordat een verdere configuratie wordt uitgevoerd, moet u ervoor zorgen dat de draadloze beheerinterface van beide eenheden tot hetzelfde VLAN en subnet behoort en met elkaar bereikbaar is.
Controleer of in beide vakken dezelfde versie wordt uitgevoerd.
Stap 1. Het IP-adres voor redundantie toewijzen aan beide 9800 WLC's
GUI:
Navigeer naar Administration > Device > Redundancy.
Uitvinken Clear Redundancy Config
en voer het gewenste IP-adres in.
Controleer of beide een uniek IP-adres hebben en beide eenheden tot hetzelfde subnet behoren.
9800 WLC-1
9800 WLC-2
Opmerking: GigabitEthernet3 is geselecteerd voor de HA-interface. De reden hiervoor is dat de derde interface van de virtuele machine is gekoppeld aan het redundantienetwerk. Deze interface wordt gebruikt om communicatie tussen de twee boxen mogelijk te maken voordat Cisco IOS opstart, transport van HA-controleberichten (zoals rolselectie, keep-alives, enzovoort) en het transport voor Interprocess Communication (IPC) tussen de twee boxen.
16.10 CLI:
9800 WLC-1# chassis ha-interface gigabitEthernet 3 local-ip <!--IP address--> remote-ip <!--IP address--> 9800 WLC-2# chassis ha-interface gigabitEthernet 3 local-ip <!--IP address--> remote-ip <!--IP address-->
16.12 CLI:
9800WLC1# chassis redundancy ha-interface g3 local-ip <!--IP address--> remote-ip <!--IP address-->
9800WLC2# chassis redundancy ha-interface g3 local-ip <!--IP address--> remote-ip <!--IP address-->
Opmerking: Zodra de Gigabit Ethernet 3-interface is geselecteerd om te worden gebruikt als HA en de eenheid opnieuw wordt opgestart (zelfs als HA niet is gebouwd tussen twee 9800 WLC's), ziet u deze interface niet meer in de uitvoer van show ip interface brief or any other command that shows the 9800 WLC's interfaces, this is because that interface is now marked for HA only.
Stap 2. (Optioneel) Als u handmatig wilt opgeven welk vak de actieve 9800 WLC moet zijn, stelt u de optie in Active Chassis Priority
via GUI of CLI.
Het chassis met de hoogste prioriteit wordt als primair geselecteerd.
GUI:
CLI:
# chassis 1 priority <1-15>
Als er geen specifieke eenheid is opgegeven die actief moet zijn, wordt in de vakken gekozen welke de primaire actieve 9800 WLC is.
Stap 3. Configuraties opslaan op beide 9800 WLC's
GUI:
CLI:
# write
Stap 4. Start beide vakken tegelijkertijd opnieuw op.
GUI:
Navigeer naar Administration > Management > Backup & Restore > Reload
CLI:
# reload
Zodra HA is ingeschakeld en een van de vakken is toegewezen als actief en de andere als stand-by hot, is het standaard niet toegestaan om de exec-modus (inschakelen) op de stand-bybox te bereiken.
Meld u via de SSH/console aan bij de actieve 9800 WLC en voer de volgende opdrachten in:
# config t # redundancy # main-cpu # standby console enable # end
Als u een overschakeling tussen vakken wilt forceren, start u de actieve 9800 WLC handmatig opnieuw op of voert u deze opdracht uit:
# redundancy force-switchover
Om HA op beide apparaten te verbreken, voert u deze stappen uit.
Stap 1. Wis de HA-configuratie van de huidige actieve 9800 WLC en forceer een redundantieschakelaar (hiermee wordt de huidige actieve 9800 WLC opnieuw opgestart en wordt een back-up gemaakt met de HA-configuratie uitgeschakeld)
16.10:
Active-9800 WLC# chassis clear
WARNING: Clearing the chassis HA configuration results in the chassis coming up in Stand Alone mode after reboot.The HA configuration remains the same on other chassis. Do you wish to continue? [y/n]? [yes]: y
Active-9800 WLC# redundancy force-switchover
16.11
Active-9800 WLC# clear chassis redundancy
Stap 2. Zodra de stand-by 9800 WLC actief wordt, logt u in en verwijdert u de redundantieconfiguratie.
new-Acitve-9800 WLC# chassis clear
WARNING: Clearing the chassis HA configuration will result in the chassis coming up in Stand Alone mode after reboot.The HA configuration will remain the same on other chassis. Do you wish to continue? [y/n]? [yes]: y
Stap 3. Update het IP-adres van de nieuwe actieve 9800 WLC. Optioneel de hostnaam bijwerken.
new-Acitve-9800 WLC# config t
new-Acitve-9800 WLC# hostname <new-hostname>
new-Acitve-9800 WLC# interface <wireless-mgmt-int-id> new-Acitve-9800 WLC# ip address <a.b.c.d> <a.b.c.d>
new-Acitve-9800 WLC# exit
Stap 4. Sla de configuratie op en laad de nieuwe Active 9800 WLC opnieuw
new-Acitve-9800 WLC# write
new-Acitve-9800 WLC# reload
Daarna start het tweede vak opnieuw op en komt het terug met een nieuwe IP-adresconfiguratie (om IP-adresduplicatie met de voormalige HA 9800 WLC te voorkomen) en met HA-configuratie gewist. De originele actieve 9800 WLC behoudt zijn oorspronkelijke IP-adres.
Actief en stand-by chassis sturen keep-alive berichten naar elkaar om ervoor te zorgen dat beide nog steeds beschikbaar zijn.
Peer-time-out wordt gebruikt om te bepalen of een peer-chassis verloren gaat als er geen keep-alive-bericht van het peer-chassis wordt ontvangen in de geconfigureerde peer-time-out.
De standaardtime-out is 500 ms maar kan via de CLI worden geconfigureerd. De geconfigureerde time-outwaarde wordt gesynchroniseerd naar de stand-by 9800 WLC.
Gebruik deze opdracht om deze timer aan te passen:
# chassis timer peer-timeout <500-16000 msec>
Gebruik deze opdracht om de geconfigureerde timer te wissen (indien nodig):
# chassis timer peer-timeout default
Standaard (niet AP of ISSU) upgrade kan worden gedaan vanaf het web UI. Zodra de WLC’s deel uitmaken van een HA-paar, gebruiken ze dezelfde versie in dezelfde modus (bij voorkeur INSTALL).
De web UI-upgradepagina zorgt voor de softwaredistributie naar beide controllers in het paar en installeert en herstart beide eenheden tegelijkertijd.
Dit veroorzaakt identieke uitvaltijden op beide eenheden. Voor andere technieken die minder downtime veroorzaken, raadpleegt u de handleiding voor patches en installatie.
Nadat beide 9800 WLC-eenheden opnieuw zijn opgestart en met elkaar zijn gesynchroniseerd, kunt u ze openen via console en hun huidige status verifiëren met deze opdrachten:
9800 WLC-1# show chassis Chassis/Stack Mac Address : <!--IP address--> - Local Mac Address Mac persistency wait time: Indefinite Local Redundancy Port Type: Twisted Pair H/W Current Chassis# Role Mac Address Priority Version State IP ------------------------------------------------------------------------------------- *1 Active 00a3.8e23.a240 1 V02 Ready <!--IP address--> 2 Standby 00a3.8e23.a280 1 V02 Ready <!--IP address-->
9800 WLC-1-stby# show chassis
Chassis/Stack Mac Address : <!--IP address--> - Local Mac Address Mac persistency wait time: Indefinite Local Redundancy Port Type: Twisted Pair H/W Current Chassis# Role Mac Address Priority Version State IP ------------------------------------------------------------------------------------- 1 Active <!--address--> 1 V02 Ready <!--IP address--> *2 Standby <!--address--> 1 V02 Ready <!--IP address-->
Opmerking: Standby toont ook IP's, volg Cisco-bug-ID CSCvm64484 voor de oplossing.
De * (asterisk) wijst het chassis aan van waaruit u de opdracht uitvoert.
9800 WLC-1# show redundancy Redundant System Information : ------------------------------ Available system uptime = 1 hour, 35 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 = 1 hour, 35 minutes Image Version = Cisco IOS Software [Fuji], WLC9500 Software (WLC9500_IOSXE), Experimental Version 16.10.20180920:011848 [v1610_throttle-/nobackup/mcpre/BLD-BLD_V1610_THROTTLE_LATEST_20180920_010739 154] Copyright (c) 1986-2018 by Cisco Systems, Inc. Compiled Thu 20-Sep-18 03:07 by mcpre BOOT = bootflash:packages.conf,12; CONFIG_FILE = Configuration register = 0x2102 Peer Processor Information : ---------------------------- Standby Location = slot 2 Current Software state = STANDBY HOT Uptime in current state = 1 hour, 33 minutes Image Version = Cisco IOS Software [Fuji], WLC9500 Software (WLC9500_IOSXE), Experimental Version 16.10.20180920:011848 [v1610_throttle-/nobackup/mcpre/BLD-BLD_V1610_THROTTLE_LATEST_20180920_010739 154] Copyright (c) 1986-2018 by Cisco Systems, Inc. Compiled Thu 20-Sep-18 03:07 by mcpre BOOT = bootflash:packages.conf,12; CONFIG_FILE = Configuration register = 0x2102
U kunt de actuele gegevens van zowel de actieve als stand-by 9800 WLC controleren, om te verzekeren dat de gegevens op beide hetzelfde zijn.
Voorbeelden:
9800 WLC-1# show ap summary chassis active r0 Number of APs: 2 AP Name Slots AP Model Ethernet MAC Radio MAC Location Country IP Address State ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- <!--AP Name--> 2 3702I <!--MAC--> <!--MAC--> CALO MX <!--IP address--> Registered <!--AP Name--> 2 3702I <!--MAC--> <!--MAC--> abcde123456789012345 MX <!--IP address--> Registered 9800 WLC-1# show ap summary chassis standby r0 Number of APs: 2 AP Name Slots AP Model Ethernet MAC Radio MAC Location Country IP Address State ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- <!--AP Name--> 2 3702I <!--MAC--> <!--MAC--> CALO MX <!--IP address--> Registered <!--AP Name--> 2 3702I <!--MAC--> <!--MAC--> abcde123456789012345 MX <!--IP address--> Registered
Voorbeeld van console-output van een succesvolle synchronisatie van een HA-paar tussen twee hardware 9800 WLC’s:
9800 WLC-1
9800 WLC-1# chassis ha-interface local-ip remote-ip 9800 WLC-1# show chassis Chassis/Stack Mac Address : <!--MAC address--> - Local Mac Address Mac persistency wait time: Indefinite Local Redundancy Port Type: Twisted Pair H/W Current Chassis# Role Mac Address Priority Version State IP ------------------------------------------------------------------------------------- *1 Active <!--MAC address--> 1 V02 Ready 9800 WLC-1# wr Building configuration... [OK] 9800 WLC-1# reload Reload command is issued on Active unit, this will reload the whole stack Proceed with reload? [confirm] MMM DD HH:MM:SS.XXX: %SYS-5-RELOAD: Reload requested by console. Reload Reason: Reload Command. Chassis 1 reloading, reason - Reload command .
.
. *MMM DD HH:MM:SS.XXX: %IOSXE_REDUNDANCY-6-PEER: Active detected chassis 2 as standby. *MMM DD HH:MM:SS.XXX: %STACKMGR-6-STANDBY_ELECTED: Chassis 1 R0/0: stack_mgr: Chassis 2 has been elected STANDBY. *MMM DD HH:MM:SS.XXX: %PMAN-3-PROC_EMPTY_EXEC_FILE: Chassis 2 R0/0: pvp: Empty executable used for process bt_logger *MMM DD HH:MM:SS.XXX: %PMAN-3-PROC_EMPTY_EXEC_FILE: Chassis 2 R0/0: pvp: Empty executable used for process mmap_schema *MMM DD HH:MM:SS.XXX: %CMRP-5-PRERELEASE_HARDWARE: Chassis 2 R0/0: cmand: 0 is pre-release hardware *MMM DD HH:MM:SS.XXX: %REDUNDANCY-5-PEER_MONITOR_EVENT: Active detected a standby insertion (raw-event=PEER_FOUND(4)) *MMM DD HH:MM:SS.XXX: %REDUNDANCY-5-PEER_MONITOR_EVENT: Active detected a standby insertion (raw-event=PEER_REDUNDANCY_STATE_CHANGE(5)) *MMM DD HH:MM:SS.XXX: %IOSXE_PEM-6-INSPEM_FM: PEM/FM Chassis 2 slot P0 inserted *MMM DD HH:MM:SS.XXX: %IOSXE_PEM-6-INSPEM_FM: PEM/FM Chassis 2 slot P2 inserted *MMM DD HH:MM:SS.XXX: % Redundancy mode change to SSO *MMM DD HH:MM:SS.XXX: %VOICE_HA-7-STATUS: NONE->SSO; SSO mode will not take effect until after a platform reload. *MMM DD HH:MM:SS.XXX: Syncing vlan database *MMM DD HH:MM:SS.XXX: Vlan Database sync done from bootflash:vlan.dat to stby-bootflash:vlan.dat (616 bytes) MMM DD HH:MM:SS.XXX: %PKI-6-AUTHORITATIVE_CLOCK: The system clock has been set. MMM DD HH:MM:SS.XXX: %PKI-6-CS_ENABLED: Certificate server now enabled. MMM DD HH:MM:SS.XXX: %HA_CONFIG_SYNC-6-BULK_CFGSYNC_SUCCEED: Bulk Sync succeeded MMM DD HH:MM:SS.XXX: %VOICE_HA-7-STATUS: VOICE HA bulk sync done. MMM DD HH:MM:SS.XXX: %RF-5-RF_TERMINAL_STATE: Terminal state reached for (SSO)
9800 WLC-2
9800 WLC-2# chassis ha-interface local-ip remote-ip 9800 WLC-2# show chassis Chassis/Stack Mac Address : <!--MAC address--> - Local Mac Address Mac persistency wait time: Indefinite Local Redundancy Port Type: Twisted Pair H/W Current Chassis# Role Mac Address Priority Version State IP ------------------------------------------------------------------------------------- *1 Active <!--MAC address--> 1 V02 Ready 9800 WLC-2# wr Building configuration... [OK] 9800 WLC-2# reload Reload command is issued on Active unit, this will reload the whole stack Proceed with reload? [confirm] MMM DD HH:MM:SS.XXX: %SYS-5-RELOAD: Reload requested by console. Reload Reason: Reload Command. Chassis 1 reloading, reason - Reload command . . . Press RETURN to get started! *MMM DD HH:MM:SS.XXX: %IOSXE_PLATFORM-3-WDC_NOT_FOUND: WDC returned length: 0Adding registry invocations for the WLC platform *MMM DD HH:MM:SS.XXX: %REDUNDANCY-3-PEER_MONITOR: PEER_FOUND event on standby *MMM DD HH:MM:SS.XXX: %SMART_LIC-6-AGENT_READY: Smart Agent for Licensing is initialized *MMM DD HH:MM:SS.XXX: %SMART_LIC-6-AGENT_ENABLED: Smart Agent for Licensing is enabled *MMM DD HH:MM:SS.XXX: %SMART_LIC-6-EXPORT_CONTROLLED: Usage of export controlled features is not allowed *MMM DD HH:MM:SS.XXX: %SMART_LIC-6-HA_ROLE_CHANGED: Smart Agent HA role changed to Standby. *MMM DD HH:MM:SS.XXX: dev_pluggable_optics_selftest attribute table internally inconsistent @ 0x1ED *MMM DD HH:MM:SS.XXX: mcp_pm_subsys_init : Init done sucessfullySID Manager, starting initialization ... *MMM DD HH:MM:SS.XXX: Notifications initializedSID Manager, completed initialization ... *MMM DD HH:MM:SS.XXX: %SPANTREE-5-EXTENDED_SYSID: Extended SysId enabled for type vlan *MMM DD HH:MM:SS.XXX: %SMART_LIC-6-AGENT_READY: Smart Agent for Licensing is initialized *MMM DD HH:MM:SS.XXX: %SMART_LIC-6-AGENT_ENABLED: Smart Agent for Licensing is enabled *MMM DD HH:MM:SS.XXX: %SMART_LIC-6-EXPORT_CONTROLLED: Usage of export controlled features is not allowed *MMM DD HH:MM:SS.XXX: %CRYPTO-4-AUDITWARN: Encryption audit check could not be performed *MMM DD HH:MM:SS.XXX: %VOICE_HA-7-STATUS: CUBE HA-supported platform detected. *MMM DD HH:MM:SS.XXX: %IOSXE_VMAN-3-MSGINITFAIL: Failed to initialize required Virt-manager resource: Initalize MQIPC *MMM DD HH:MM:SS.XXX: mcp_pm_init_done : Called *MMM DD HH:MM:SS.XXX: %ONEP_BASE-6-SS_ENABLED: ONEP: Service set Base was enabled by Default *MMM DD HH:MM:SS.XXX: cwan_pseudo_oir_insert_one: [0/0] ctrlr[16506] already analyzed *MMM DD HH:MM:SS.XXX: %CRYPTO_ENGINE-5-KEY_ADDITION: A key named TP-self-signed-1598997203 has been generated or imported by crypto config *MMM DD HH:MM:SS.XXX: %CRYPTO_ENGINE-5-KEY_ADDITION: A key named ca has been generated or imported by crypto config *MMM DD HH:MM:SS.XXX: %CRYPTO_ENGINE-5-KEY_ADDITION: A key named ewlc-tp1 has been generated or imported by crypto config *MMM DD HH:MM:SS.XXX: %AAA-5-USER_RESET: User admin failed attempts reset by console *MMM DD HH:MM:SS.XXX: %CRYPTO_ENGINE-5-KEY_REPLACE: A key named TP-self-signed-1598997203 has been replaced by crypto config with new key data *MMM DD HH:MM:SS.XXX: %SSH-5-DISABLED: SSH 1.99 has been disabled *MMM DD HH:MM:SS.XXX: %CRYPTO_ENGINE-5-KEY_REPLACE: A key named ca has been replaced by crypto config with new key data *MMM DD HH:MM:SS.XXX: %CRYPTO_ENGINE-5-KEY_REPLACE: A key named ewlc-tp1 has been replaced by crypto config with new key data MMM DD HH:MM:SS.XXX: %SPA_OIR-6-OFFLINECARD: SPA (BUILT-IN-4X10G/1G) offline in subslot 0/0 MMM DD HH:MM:SS.XXX: %IOSXE_OIR-6-INSCARD: Card (fp) inserted in slot F0 MMM DD HH:MM:SS.XXX: %IOSXE_OIR-6-ONLINECARD: Card (fp) online in slot F0 MMM DD HH:MM:SS.XXX: %IOSXE_OIR-6-INSCARD: Card (cc) inserted in slot 0 MMM DD HH:MM:SS.XXX: %IOSXE_OIR-6-ONLINECARD: Card (cc) online in slot 0 MMM DD HH:MM:SS.XXX: %IOSXE_OIR-6-INSSPA: SPA inserted in subslot 0/0 MMM DD HH:MM:SS.XXX: %IOSXE_OIR-3-SPA_INTF_ID_ALLOC_FAILED: Failed to allocate interface identifiers forSPA(BUILT-IN-4X10G/1G) in slot/bay: 0/0 MMM DD HH:MM:SS.XXX: %SYS-5-RESTART: System restarted -- Cisco IOS Software [Fuji], WLC9500 Software (WLC9500_IOSXE), Experimental Version 16.10.20180920:011848 [v1610_throttle-/nobackup/mcpre/BLD-BLD_V1610_THROTTLE_LATEST_20180920_010739 154] Copyright (c) 1986-2018 by Cisco Systems, Inc. Compiled Thu 20-Sep-18 03:07 by mcpre MMM DD HH:MM:SS.XXX: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0, changed state to down MMM DD HH:MM:SS.XXX: %SSH-5-ENABLED: SSH 1.99 has been enabled MMM DD HH:MM:SS.XXX: %CRYPTO_ENGINE-5-KEY_ADDITION: A key named TP-self-signed-1598997203.server has been generated or imported by crypto-engine MMM DD HH:MM:SS.XXX: %SYS-6-BOOTTIME: Time taken to reboot after reload = 328 seconds MMM DD HH:MM:SS.XXX: %SMART_LIC-3-HOT_STANDBY_OUT_OF_SYNC: Smart Licensing agent on hot standby is out of sync with active Smart Licensing agent MMM DD HH:MM:SS.XXX: %SPA_OIR-6-ONLINECARD: SPA (BUILT-IN-4X10G/1G) online in subslot 0/0 MMM DD HH:MM:SS.XXX: %IOSXE_SPA-6-UPDOWN: Interface TenGigabitEthernet0/0/2, link down due to local fault MMM DD HH:MM:SS.XXX: %IOSXE_SPA-6-UPDOWN: Interface TenGigabitEthernet0/0/3, link down due to local fault MMM DD HH:MM:SS.XXX: BUILT-IN-4X10G/1G[0/0] : Unsupported rate(0) for the XCVR inserted inport 0 xcvr_type=0 admin_state=UNSHUT MMM DD HH:MM:SS.XXX: BUILT-IN-4X10G/1G[0/0] : Unsupported rate(0) for the XCVR inserted inport 1 xcvr_type=0 admin_state=UNSHUT MMM DD HH:MM:SS.XXX: %PKI-3-KEY_CMP_MISMATCH: Key in the certificate and stored key does not match for Trustpoint-TP-self-signed-1598997203. MMM DD HH:MM:SS.XXX: %PKI-4-NOAUTOSAVE: Configuration was modified. Issue "write memory" to save new certificate MMM DD HH:MM:SS.XXX: %TRANSCEIVER-3-INIT_FAILURE: SIP0/0: Detected for transceiver module in TenGigabitEthernet0/0/0, module disabled MMM DD HH:MM:SS.XXX: %LINK-3-UPDOWN: SIP0/0: Interface TenGigabitEthernet0/0/0, changed state to up MMM DD HH:MM:SS.XXX: %PLATFORM-6-RF_PROG_SUCCESS: RF state STANDBY HOT
Voer deze opdracht uit op een willekeurige eenheid en u ziet standaard elke 5 seconden een update van HA-synchronisatie:
# show redundancy history monitor [ interval <5-3600 seconds > ]
Sep 21 15:24:24.727 RF_EVENT_CLIENT_PROGRESSION(503) RP Platform RF(1340) op=8 rc=0
Sep 21 15:24:24.727 RF_EVENT_CLIENT_PROGRESSION(503) RP Platform RF(1340) op=8 rc=11
Sep 21 15:24:24.740 RF_EVENT_CLIENT_PROGRESSION(503) CWAN Interface Events(1504) op=8 rc=0
Sep 21 15:24:24.741 RF_EVENT_CLIENT_PROGRESSION(503) CWAN Interface Events(1504) op=8 rc=0
Sep 21 15:24:24.741 RF_EVENT_CLIENT_PROGRESSION(503) CWAN Interface Events(1504) op=8 rc=11
Sep 21 15:24:24.741 RF_EVENT_CLIENT_PROGRESSION(503) NAT HA(401) op=8 rc=0
Sep 21 15:24:24.741 RF_EVENT_CLIENT_PROGRESSION(503) NAT HA(401) op=8 rc=0
Sep 21 15:24:24.741 RF_EVENT_CLIENT_PROGRESSION(503) NAT HA(401) op=8 rc=11
Sep 21 15:24:24.741 RF_EVENT_CLIENT_PROGRESSION(503) NAT64 HA(404) op=8 rc=0
Sep 21 15:24:24.741 RF_EVENT_CLIENT_PROGRESSION(503) NAT64 HA(404) op=8 rc=0
Sep 21 15:24:24.741 RF_EVENT_CLIENT_PROGRESSION(503) NAT64 HA(404) op=8 rc=11
Sep 21 15:24:24.743 RF_EVENT_CLIENT_PROGRESSION(503) DHCPv6 Relay(148) op=8 rc=0
Sep 21 15:24:24.743 RF_EVENT_CLIENT_PROGRESSION(503) DHCPv6 Relay(148) op=8 rc=0
Sep 21 15:24:24.743 RF_EVENT_CLIENT_PROGRESSION(503) DHCPv6 Relay(148) op=8 rc=11
Sep 21 15:24:24.782 RF_EVENT_CLIENT_PROGRESSION(503) DHCPv6 Server(149) op=8 rc=0
Sep 21 15:24:24.782 RF_EVENT_CLIENT_PROGRESSION(503) DHCPv6 Server(149) op=8 rc=0
Sep 21 15:24:24.782 RF_EVENT_CLIENT_PROGRESSION(503) DHCPv6 Server(149) op=8 rc=11
Sep 21 15:24:24.783 RF_EVENT_CLIENT_PROGRESSION(503) Last Slave(65000) op=8 rc=0
Sep 21 15:24:25.783 RF_PROG_STANDBY_HOT(105) Last Slave(65000) op=8 rc=0
Sep 21 15:24:25.783 RF_EVENT_CLIENT_PROGRESSION(503) Last Slave(65000) op=8 rc=0
End = e Freeze = f
Enter Command: e
Voer deze opdracht uit om een meer gedetailleerde weergave van het HA-synchronisatieproces te krijgen:
# show logging process stack_mgr internal
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
3.0 |
22-Mar-2024
|
hercertificering |
1.0 |
21-Nov-2018
|
Eerste vrijgave |