Inhalt

Einleitung

Hintergrundinformationen

Einschränkungen

Voraussetzungen

Anforderungen

Verwendete Komponenten

Konfigurieren von HA auf einem 9800-WLC (Hardware-basiert)

Netzwerkdiagramm

Konfigurationen

HA auf virtuellen 9800-WLCs konfigurieren

Netzwerkdiagramm

Konfigurationen

Einrichten des Netzwerks für virtuelle Redundanz

Festlegen der HA-Konfiguration

Aktivieren des Konsolenzugriffs auf dem Standby-9800-WLC

Erzwingen eines Switchovers

Unterbrechen von HA

Löschen der HA-Konfiguration auf beiden 9800-WLCs

Peer-Timeout-Konfiguration

Upgrade

Überprüfung

Fehlerbehebung

Einleitung

In diesem Dokument wird beschrieben, wie Sie Catalyst 9800 Wireless Controller (WLC - Appliance oder virtuell) in High Availability (HA) SSO ohne Redundanz-Management-Schnittstelle in Cisco IOS® XE 16.10 bis 16.12 konfigurieren.

In Cisco IOS XE® 17.x und höher für Catalyst 9800. Der Schwerpunkt dieses Dokumentartikels liegt auf HA SSO in Version 16.x.

Das Konzept einer Redundanz-Management-Schnittstelle fügt eine Reihe von Unterschieden hinzu, die im entsprechenden Leitfaden behandelt werden.

Hochverfügbarkeits-SSO - Bereitstellungsleitfaden für Cisco Catalyst Wireless Controller der Serie 9800, Cisco IOS XE Amsterdam 17.

Hintergrundinformationen

Die in diesem Artikel erläuterte Redundanz ist 1:1, was bedeutet, dass eine der Einheiten im aktiven Zustand arbeitet, während die andere im Hot Standby-Zustand arbeitet.

Wenn die aktive Box als nicht erreichbar erkannt wird, wird die Hot Standby-Einheit aktiviert, und alle APs und Clients behalten ihren Dienst über die neue aktive Einheit bei.

Sobald beide Geräte synchronisiert sind, bildet der Standby-9800-WLC seine Konfiguration mit der primären Einheit nach.

Alle Konfigurationsänderungen, die an der aktiven Einheit vorgenommen werden, werden über den Redundancy Port (RP) auf der Standby-Einheit repliziert.

Konfigurationsänderungen sind auf dem Standby-9800-WLC nicht mehr zulässig.

Neben der Synchronisierung der Konfiguration zwischen den Boxen synchronisieren sie auch:

- APs im UP-Status (nicht APs im Download-Status oder APs im DTLS-Handshake)

- Clients im RUN-Status (Wenn ein Client im Web Authentication-Status erforderlich ist und ein Switchover stattfindet, muss dieser Client seinen Zuordnungsprozess neu starten),

- RRM-Konfiguration

- (andere Einstellungen)

Einschränkungen

Bevor Sie HA zwischen zwei 9800-WLCs aktivieren, führen Sie die folgenden Validierungen durch:

- Beide Geräte müssen dieselbe PID haben. Bei 9800-CL muss die Hostumgebung (ESXi, KVM oder ENCS) für beide Instanzen identisch sein.

- Auf beiden Geräten muss die gleiche Softwareversion ausgeführt werden.

- Beide Geräte müssen im gleichen Installationsmodus ausgeführt werden (entweder Paket oder Installation). Wir empfehlen den Installationsmodus für WLC.

- Beide Geräte müssen über redundante IPs im gleichen Subnetz verfügen. Die für die Redundanz verwendeten IP-Adressen müssen ohne ein im Subnetz vorhandenes Gateway nicht routbar sein.

- Beide Geräte müssen über eine eindeutige Wireless-Management-Schnittstelle verfügen.

- Die Wireless-Managementschnittstellen beider Geräte müssen zum selben VLAN/Subnetz gehören.

- Bei 9800-CL

- Stellen Sie sicher, dass beiden Instanzen die gleichen CPU-, Speicher- und Speicherressourcen zugewiesen sind.

- Vergewissern Sie sich, dass VM-Snapshots für beide Instanzen deaktiviert sind.

- Beide Geräte müssen die gleiche Schnittstellennummer (z. B. GigabitEthernet3) für HA verwenden.

Voraussetzungen

Anforderungen

Cisco empfiehlt Kenntnisse des Basisbetriebs des 9800 WLC.

Verwendete Komponenten

Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:

- Virtueller 9800-CL-WLC, Version 16.10 bis 16.12

- 9800-40-WLC, Version 16.10 bis 16.12

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Konfigurieren von HA auf einem 9800-WLC (Hardware-basiert)

Netzwerkdiagramm

Dieses Dokument basiert auf folgender Topologie:

Konfigurationen

Redundanz-SSO ist standardmäßig aktiviert, es ist jedoch weiterhin eine Kommunikationskonfiguration zwischen den Geräten erforderlich.

Bevor Sie einen Schritt konfigurieren, stellen Sie sicher, dass beide Kontrollkästchen die gleiche Version ausführen.

Schritt 1: Schließen Sie 9800-WLCs an das Netzwerk an, und stellen Sie sicher, dass sie gegenseitig erreichbar sind.

Die Wireless-Managementschnittstellen beider Systeme müssen zum selben VLAN und Subnetz gehören.

Schritt 2: Verbinden Sie den RP entsprechend der gezeigten Netzwerktopologie. Es gibt zwei Verbindungsoptionen für den 9800 WLC RP:

- RP – RJ45-10/100/1000-Redundanz-Ethernet-Port

- RP – 10-GE-SFP-Port

Hinweis: In Cisco IOS® XE 16.10 bis 16.12 wird empfohlen, den 9800s-Redundanz-Port mit demselben Switch zu verbinden, mit dem auch die Managementverbindung des 9800 verbunden ist (siehe Netzwerktopologie). Dies liegt daran, dass bei diesen Versionen keine Überprüfung der Gateway-Erreichbarkeit stattfindet. Eine Back-to-Back-Verbindung funktioniert, erhöht aber die Chance, dass 9800 Controller bei einer solchen Verbindung aktiv-aktiv werden. Beachten Sie, dass der RP-Port kein VLAN-Tagging verwendet.

Schritt 3: Zuweisen der Redundanz-IP-Adresse zu beiden 9800-WLCs

GUI:

Navigieren Sie zu Administration > Device > Redundancy. Deaktivieren Clear Redundancy Config aufrufen und die gewünschte IP-Adresse eingeben.

Beide Einheiten müssen über eindeutige IP-Adressen verfügen, und beide müssen demselben Subnetz angehören.

Dieses Subnetz kann im Netzwerk nirgendwo geroutet werden.

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-->

Um festzulegen, welche Einheit der aktive 9800 WLC sein muss, legen Sie die Chassis-Priorität über die GUI oder CLI fest. Die Einheit mit der höheren Priorität wird als primär ausgewählt.

GUI:

CLI:

16.10

# chassis 1 priority <1-15>

16.11

# chassis 1 priority <1-2>

Wenn eine bestimmte Einheit nicht als aktiv ausgewählt wird, wählen die Einheiten basierend auf der niedrigsten MAC-Adresse Aktiv aus.

Überprüfen Sie die aktuelle Konfiguration mit dem folgenden Befehl:

# 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

Schritt 4: Speichern der Konfigurationen auf beiden 9800-WLCs

GUI:

CLI:

# write

Schritt 5: Beide Geräte gleichzeitig neu starten

GUI:

Navigieren Sie zu Administration > Management > Backup & Restore > Reload

CLI:

# reload

Konfigurieren von HA auf virtuellen 9800-WLCs

Netzwerkdiagramm

Dieses Dokument basiert auf folgender Topologie:

Konfigurationen

Einrichten des Netzwerks für virtuelle Redundanz

Schritt 1: Öffnen Sie den vCenter-Client, und navigieren Sie zu Host > Configuration > Networking > Add Networking...

Schritt 2: Auswählen Virtual Machine und klicke auf Next.

Schritt 3: Auswählen Create a vSphere standard switch und klicke auf Next.

Schritt 4: Passen Sie optional das Network Label -Parameters. Nach diesem Klick Next.

Schritt 5: Beenden Sie den Assistenten.

Schritt 6: Verbinden Sie von beiden virtuellen 9800-WLCs jeweils eine Schnittstelle mit dem Redundanznetzwerk.

Klicken Sie mit der rechten Maustaste auf den virtuellen 9800 WLC, und klicken Sie auf Edit Settings...

Wählen Sie einen der verfügbaren Netzwerkadapter aus, und weisen Sie ihn dem Redundancy Network, und klicke auf OK.

Wiederholen Sie diesen Vorgang für beide Systeme.

Festlegen der HA-Konfiguration

Bevor eine weitere Konfiguration durchgeführt wird, stellen Sie sicher, dass die Wireless-Management-Schnittstelle von beiden Einheiten zum gleichen VLAN und Subnetz gehört und miteinander erreichbar ist.

Stellen Sie sicher, dass beide Gehäuse die gleiche Version verwenden.

Schritt 1: Zuweisen der Redundanz-IP-Adresse zu beiden 9800-WLCs

GUI:

Navigieren Sie zu Administration > Device > Redundancy. Deaktivieren Clear Redundancy Config aufrufen und die gewünschte IP-Adresse eingeben.

Vergewissern Sie sich, dass beide über eine eindeutige IP-Adresse verfügen und beide Geräte zum gleichen Subnetz gehören.

9800 WLC-1

9800 WLC-2

Hinweis: Beachten Sie, dass GigabitEthernet3 für die HA-Schnittstelle ausgewählt wurde. Dies liegt daran, dass die dritte Schnittstelle des virtuellen Systems mit dem Redundanznetzwerk verbunden ist. Diese Schnittstelle ermöglicht die Kommunikation zwischen den beiden Boxen, bevor Cisco IOS gestartet wird, den Transport von HA-Steuermeldungen (z. B. Rollenauswahl, Kealives usw.) und den Transport für Interprocess Communication (IPC) zwischen den beiden Boxen.

CLI bei 16.10:

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-->

CLI bei 16.12:

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-->

Hinweis: Wenn die GigabitEthernet 3-Schnittstelle als HA ausgewählt und das Gerät neu gestartet wurde (auch wenn die HA nicht zwischen zwei 9800-WLCs aufgebaut ist), wird diese Schnittstelle nicht mehr in der Ausgabe von 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.

Schritt 2: (Optional) Um manuell festzulegen, welches Feld der aktive 9800 WLC sein muss, legen Sie die Active Chassis Priorityentweder über die GUI oder die CLI.

Das Chassis mit der höheren Priorität wird als primär ausgewählt.

GUI:

CLI:

# chassis 1 priority <1-15>

Wenn keine bestimmte Einheit für die Aktivierung angegeben ist, wählen die Felder die primäre aktive Einheit 9800 WLC aus.

Schritt 3: Speichern der Konfigurationen auf beiden 9800-WLCs

GUI:

CLI:

# write

Schritt 4: Starten Sie beide Gehäuse gleichzeitig neu.

GUI:

Navigieren Sie zu Administration > Management > Backup & Restore > Reload

CLI:

# reload

Aktivieren des Konsolenzugriffs auf dem Standby-9800-WLC

Sobald HA aktiviert ist und eines der Geräte als aktiv und das andere als Standby-Hot zugewiesen ist, kann es standardmäßig nicht mehr den exec-Modus (enable) auf dem Standby-Gerät erreichen.

Um es zu aktivieren, melden Sie sich per SSH/Konsole beim aktiven 9800-WLC an, und geben Sie die folgenden Befehle ein:

# config t

# redundancy

# main-cpu

# standby console enable

# end

Erzwingen eines Switchovers

Um einen Switchover zwischen Geräten zu erzwingen, starten Sie den aktiven 9800 WLC manuell neu, oder führen Sie den folgenden Befehl aus:

# redundancy force-switchover

Unterbrechen von HA

Löschen der HA-Konfiguration auf beiden 9800-WLCs

Um HA auf beiden Systemen zu unterbrechen, können Sie die hier aufgeführten Schritte durchführen.

Schritt 1: Löschen der HA-Konfiguration des derzeit aktiven 9800-WLC und Erzwingen eines Redundanz-Switchovers (Der aktuell aktive 9800-WLC wird neu gestartet, und die HA-Konfiguration wurde gelöscht.)

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

Schritt 2: Sobald der Standby-9800-WLC aktiviert ist, melden Sie sich an, und löschen Sie die Redundanzkonfiguration.

new-Acitve-9800 WLC# chassis clear

WARNING: Clearing the chassis HA configuration will resultin the chassis coming up in Stand Alone mode after reboot.The HA co nfiguration will remain the same on other chassis. Do you wish to continue? [y/n]? [yes]: y

Schritt 3: Aktualisieren Sie die IP-Adresse des neuen aktiven 9800-WLC. Aktualisieren Sie ggf. den Hostnamen.

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

Schritt 4: Speichern Sie die Konfiguration, und laden Sie den neuen aktiven 9800-WLC neu.

new-Acitve-9800 WLC# write

new-Acitve-9800 WLC# reload

Danach wird die zweite Box neu gestartet und mit der Konfiguration der neuen IP-Adresse (zur Vermeidung der Duplizierung von IP-Adressen mit dem früheren HA 9800 WLC) und deaktivierter HA-Konfiguration wieder angezeigt. Der ursprünglich aktive 9800-WLC behält seine ursprüngliche IP-Adresse bei.

Peer-Timeout-Konfiguration

Das aktive und das Standby-Chassis senden sich Keepalive-Nachrichten, um sicherzustellen, dass beide weiterhin verfügbar sind.

Peer-Timeout wird verwendet, um zu bestimmen, ob das Peer-Chassis verloren geht, wenn es im konfigurierten Peer-Timeout keine Keep-Alive-Nachricht vom Peer-Chassis empfängt.

Das Standard-Timeout beträgt 500 ms. Der Wert kann über die CLI konfiguriert werden. Der konfigurierte Timeout-Wert wird mit dem Standby-9800-WLC synchronisiert.

Verwenden Sie diesen Befehl, um den Timer anzupassen:

# chassis timer peer-timeout <500-16000 msec>

Verwenden Sie diesen Befehl, um den konfigurierten Timer zu löschen (falls erforderlich):

# chassis timer peer-timeout default

Upgrade

Ein Standard-Upgrade (nicht AP oder ISSU) kann über die Webbenutzeroberfläche durchgeführt werden. Sobald sich die WLCs in einem HA-Paar befinden, wird auf ihnen dieselbe Version im gleichen Modus (vorzugsweise INSTALL) ausgeführt.

Die Seite für das Upgrade der Webbenutzeroberfläche übernimmt die Softwareverteilung auf beide Controller des Paars und installiert und startet beide Geräte gleichzeitig neu.

Dies führt zu identischen Stillstandszeiten an beiden Geräten. Weitere Techniken, die weniger Ausfallzeiten verursachen, finden Sie im Patching- und Installationsleitfaden .

Überprüfung

Nachdem beide 9800 WLC-Einheiten neu gestartet und miteinander synchronisiert wurden, können Sie mit den folgenden Befehlen auf sie über die Konsole zugreifen und ihren aktuellen Status überprüfen:

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-->

Hinweis: Standby zeigt auch IPs an, Verfolgung von 'Cisco Bug ID CSCvm64484'  für Fix

'*' zeigt auf das Chassis, von dem aus Sie den Befehl ausführen.

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

Sie können die aktuellen Daten sowohl vom aktiven als auch vom Standby-9800-WLC aus überprüfen, um sicherzustellen, dass sie auf beiden identisch sind.

Beispiele:

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

Fehlerbehebung

Beispiel für die Konsolenausgabe einer erfolgreichen HA-Paar-Synchronisierung zwischen zwei Hardware-9800-WLCs:

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

Führen Sie diesen Befehl auf einer beliebigen Einheit aus, und standardmäßig wird alle 5 Sekunden eine Aktualisierung der HA-Synchronisierung angezeigt:

# 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

Führen Sie den folgenden Befehl aus, um eine detailliertere Ansicht des HA-Synchronisierungsprozesses zu erhalten:

# show logging process stack_mgr internal