Fehlerbehebung bei Power over Ethernet auf Catalyst 9000-Switches

Einleitung

In diesem Dokument wird die Fehlerbehebung für Power over Ethernet (PoE) auf Catalyst 9000 PoE-fähigen Switching-Plattformen beschrieben. 

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:

•Catalyst Switches der Serie 9000

• Power over Ethernet 

Verwendete Komponenten

Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt. PoE wird auf PoE-fähigen Switch- und Linecard-Modellen der Produktfamilien Catalyst 9200, Catalyst 9300 und Catalyst 9400 unterstützt. Die Beispielausgaben in diesem Dokument basieren auf einer Reihe von Software- und Hardwareversionen der Catalyst 9000-Produktfamilie.

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.

Hintergrundinformationen

Catalyst 9000 Switches unterstützen verschiedene Arten von PoE-Standards.

• Pre-Standard-PoE-Geräte werden auf Layer 1 durch den Switch oder das Physical Layer Device (PHY) erkannt und klassifiziert, die Stromversorgung erfolgt auf einer Standardstufe, und/oder höhere Leistungsstufen werden mit dem Cisco Discovery Protocol (CDP) vereinbart.
• Geräte mit PoE- (IEEE 802.3af) und PoE+ (802.3at) werden von einem PoE-Controller auf Catalyst 9000-Switch-/Line Card-Geräten erkannt (manchmal sind es mehr als eine). Der entsprechende Leistungsgrad kann vor dem Einschalten über die IEEE-Klassifizierung klassifiziert und später ausgehandelt werden.
• Die Erkennung und Klassifizierung von Cisco UPoE-Geräten (Universal Power over Ethernet) ähnelt standardbasierten Funktionen. Der Grenzwert von 30 W wird jedoch durch Aushandlung (nach dem Einschalten) über das Link Layer Discovery Protocol (LLDP) auf 60 W erhöht, um die Inline-Stromversorgung über zusätzliche Leitungen zu gewährleisten.
• Cisco UPoE+ basiert auf IEEE 802.03bt und ist für ausgewählte Catalyst 9000-Produkte verfügbar und kann bis zu 90 W pro Port bereitstellen.

PoE-Switch-Modelle

• Catalyst 9000-Switches und Linecards mit "P" in ihrer Produkt-ID unterstützen PoE+ an einer Gruppe von Ports oder an allen Ports. Beispielsweise C9200L-48P-4G, C9200-24P, C9300-48P, C9400-LC-48P usw.
• Catalyst 9000-Switches und Linecards mit "U" in ihrer Produkt-ID unterstützen UPoE an einer Gruppe von Ports oder an allen Ports. Beispielsweise C9300-24U, C9400-LC-48UX usw.
• Catalyst 9000-Switches und Linecards mit "H" in ihrer Produkt-ID unterstützen UPoE+ an einer Gruppe von Ports oder an allen Ports. Zum Beispiel C9300-48H, C9400-LC-48H und so weiter.

Terminologie

• PoE = Power over Ethernet
• PoE+: PoE+ erhöht die maximale Leistung, die ein strombetriebenes Gerät verbrauchen kann, von 15,4 auf 30 W pro Port.
• UPoE - Universal PoE. Proprietäre Technologie von Cisco, die den IEEE 802.at PoE-Standard erweitert und die Möglichkeit bietet, bis zu 60 W Leistung pro Port bereitzustellen
• IF_ID - Interface Identifier, interner eindeutiger Wert, der eine bestimmte Schnittstelle darstellt
• Platform Manager - Interne Softwarekomponente in Cisco IOS® XE
• Chassis-Manager - Interne Softwarekomponente in Cisco IOS XE
• IOMD = Input Output Module Driver (Eingangs-Ausgangsmodultreiber) Interne Softwarekomponente in Cisco IOS XE
• MCU = Micro Controller Unit
• PD - Powered Device (IP-Telefone, Access Points, Kameras usw.)
• PSE - Power Sourcing Equipment, wie ein PoE-fähiger Catalyst 9000 Switch.

PoE-Klasse

Auf Standards basierende Cisco PoE-Geräte entsprechen den IEEE-Standards für fünf Leistungsklassifizierungen für strombetriebene Geräte. Wenn der Cisco PoE-Switch ein strombetriebenes Gerät erkennt und eine Stromversorgungsanforderung erteilt, kann der Switch das Leistungsbudget (die verfügbare Leistung) entsprechend der IEEE-Klassifizierung für strombetriebene Geräte anpassen.

PoE-Klassen beschreiben einen Leistungsbereich, der von einem bestimmten strombetriebenen Gerät verwendet wird. Einige strombetriebene Geräte benötigen mehr Strom als andere, und dank der Leistungsklassen konnten Switches ein Strombudget oder eine verfügbare Leistung verwalten. Wenn ein strombetriebenes Gerät erkannt und seine Klasse identifiziert wird, weist der Switch den entsprechenden Leistungsbereich zu (reserviert).

Der Switch kann die IEEE-Leistungsklasse des mit Strom versorgten Geräts ermitteln, indem er 20 V Gleichstrom in die Leitung einspeist und anschließend den resultierenden Stromfluss misst. IEEE-konforme strombetriebene Geräte erzeugen einen sehr spezifischen Stromfluss als Reaktion auf den 20-V-Gleichstrom, der vom Switch bereitgestellt wird.

Klasse	Maximal zulässige Leistungsstufe für das Gerät
0 (Klassenstatus unbekannt)	15,4 W
1	4 W
2	7 W
3	15,4 W
4	30 W
5	45 W
6	60 W
7	75 W
8	90 W

PoE-LEDs an Switch-Ports

In dieser Tabelle wird die Bedeutung des LED-Farbstatus auf dem Switch erläutert.

Farbe	Beschreibung
Aus	Der PoE-Modus ist nicht ausgewählt. Keinem der 10/100/1000-Ports wurde die Stromversorgung verweigert oder es liegt ein Fehler vor.
Grün	Der PoE-Modus wird ausgewählt, und die Port-Leuchtdiode (LEDs) zeigt den PoE-Modus an.
Intermittierend gelb	Der PoE-Modus ist nicht ausgewählt. Mindestens einem der 10/100/1000-Ports wurde die Stromversorgung verweigert oder mindestens einer der 10/100/1000-Ports weist einen PoE-Modusfehler auf.

Allgemeine Richtlinien zur Fehlerbehebung

Umgebungsbedingungen und Symptome überprüfen

• Schaltet sich das strombetriebene Gerät (PD) überhaupt nicht ein, oder schaltet es sich kurz ein und dann wieder aus?
• Hat das Problem während der Erstinstallation begonnen, oder hat es einen Zeitraum begonnen, in dem das Gerät normal funktioniert hat?
• Was hat sich geändert, wenn das Problem auftrat, nachdem das strombetriebene Gerät normal funktioniert hat? Wurden Hardware- oder Softwareänderungen vorgenommen? Irgendwelche Umweltveränderungen (Temperatur, Feuchtigkeit, Luftstrom usw.)? Irgendwelche elektrischen Veränderungen (Wartung, Ausfall, Störungen usw.)?
• Ist im lokalen Netzwerk irgendetwas vorgefallen, als das Problem aufgetreten ist? Verwenden Sie den Befehl show logging, um das Switch-Protokoll und SNMP-Traps (Simple Network Management Protocol) zu überprüfen (falls konfiguriert). Wenn ja, könnte dies mit einem anderen spezifischen Problem in diesem lokalen Netzwerk zusammenhängen?
• Tritt das Problem zu einer bestimmten Tages- oder Nachtzeit auf? Wenn ja, gibt es zu diesem bestimmten Zeitpunkt/Tag bekannte Änderungen in der Umwelt/in der elektrischen Umgebung?
• Wurden Netzwerkereignisse gleichzeitig bemerkt? Eine Flut von Datenverkehr, ein Sturm, eine Schleife, eine erhöhte Netzwerküberlastung und eine höhere Ressourcenauslastung als normal (CPU, Schnittstellen usw.) könnten zu einem vorübergehenden Verlust der Verbindung zwischen PD und einem anderen Netzwerkelement führen, was einen Neustart des PD zur Folge haben kann.

Details zum eingeschalteten Gerät und Switch überprüfen

• Welcher Gerätetyp wird verwendet (Cisco Legacy, 802.3af, 802.3at, UPOE?), und unterstützt die betreffende Catalyst 9000-Variante diesen Typ?
• Steht auf dem jeweiligen Switch-Element bzw. der jeweiligen Linecard genügend Inline-Stromversorgung über das Netzteil zur Verfügung?
• Bieten alle Ports eines Switch-Mitglieds/einer Line Card kein oder nur wenige PoE?
• Wie sieht es mit Ports an verschiedenen PoE-Controllern auf demselben Switch/derselben Linecard aus? (Nicht-UPoE-Modelle verfügen über 4 Ports pro Controller und UPoE über 2 Ports pro Controller)
• Sind mehrere Linecards/Switches in einem Chassis/Stack betroffen?
• Bieten nur neu verbundene Ports kein PoE und funktionieren die bereits verbundenen Ports auf demselben Switch/derselben Linecard ordnungsgemäß? 
• Wenn einer der bereits verbundenen Ports (PoE-Status OK) auf demselben Switch-Mitglied bzw. derselben Line Card zurückgesetzt wird (shutdown/no shutdown), wird die PoE-Funktionalität beeinträchtigt oder funktioniert sie weiterhin einwandfrei?
• Ist die Datenverbindung betroffen, oder handelt es sich lediglich um die PoE-Funktionalität?
• Ist das Problem auf einen bestimmten PD-Typ/ein bestimmtes PD-Modell beschränkt?
• Wurden PoE-Syslog-Meldungen erkannt?
• Welche Switch-Modelle, Linecard-Typen und PDs werden verwendet?
• Gibt die Anzeige der Inline-Stromversorgung [Details] den Stromversorgungsstatus am Port korrekt an?

Häufige PoE-Probleme

Kein PoE an nur einem Port

Schritt 1: Vergewissern Sie sich, dass das strombetriebene Gerät an anderen Ports funktioniert und das Problem nur an einem Port auftritt.

Schritt 2: Verwenden Sie die Befehle show run und show interface status, um sicherzustellen, dass der Port nicht heruntergefahren oder deaktiviert wurde.

Schritt 3: Verwenden Sie den Befehl show run, um zu überprüfen, ob die Inline-Stromversorgung auf dem Port nicht konfiguriert ist.

Schritt 4: Überprüfen Sie, ob das Ethernetkabel vom Telefon zum Switch-Port funktioniert. Schließen Sie ein zweifelsfrei funktionierendes Ethernet-Gerät ohne PoE (wie einen Computer) an, und verwenden Sie dasselbe Ethernet-Kabel für einen funktionierenden Port. Stellen Sie außerdem sicher, dass eine Verbindung hergestellt wird und der Datenverkehr mit einem anderen Host ausgetauscht wird. Tauschen Sie das Kabel bei Bedarf aus.

Schritt 5: Vergewissern Sie sich, dass die gesamte Kabellänge von der Vorderseite des Switches zum strombetriebenen Gerät nicht mehr als 100 Meter beträgt. 100 m umfasst die Länge des Kabels zwischen zwei Enden des Patchfeldes (falls verwendet).

Schritt 6: Wenn ein Patch-Panel verwendet wird, schließen Sie das strombetriebene Gerät direkt an den Switch-Port an, um ein Problem mit dem Patch-Panel auszuschließen.

Schritt 7: Wenn das Ethernetkabel ziemlich lang ist (> 50 m), trennen Sie es vom Switchport. Verwenden Sie ein kürzeres Ethernet-Kabel, um ein funktionsfähiges Gerät (z. B. einen Computer) mit diesem Switch zu verbinden. Überprüfen Sie, ob das Gerät eine reine Daten-Ethernet-Verbindung herstellt und Datenverkehr mit einem anderen Host austauscht, oder senden Sie einen Ping an die IP-Adresse des Switch-VLAN SVI. Schließen Sie als Nächstes schließen ein strombetriebenes Gerät an diesen Port an und prüfen Sie, ob es eingeschaltet wird.

Schritt 8: Verwenden Sie die Befehle show power inline und show power inline detail, um die Anzahl der mit Strom versorgten Geräte mit dem Leistungsbudget des Switches (verfügbares PoE) zu vergleichen. Stellen Sie sicher, dass das Gerät mit dem Leistungsbudget des Switches mit Strom versorgt werden kann.

Schritt 9: Wechseln Sie zum Abschnitt Erweiterte Fehlerbehebung für erweiterte PoE-Fehlerbehebung und Datenerfassung.

Kein PoE auf allen Ports oder einer Portgruppen

Schritt 1: Verwenden Sie den Befehl show interface status (Schnittstellenstatus anzeigen), um sicherzustellen, dass die Ports nicht heruntergefahren und nicht fehlerhaft deaktiviert sind.

Schritt 2: Verwenden Sie die Befehle show environment all (Alle anzeigen), show interface status (Schnittstellenstatus anzeigen) und show power inline (Integrierte Stromversorgung anzeigen), um den Stromversorgungsstatus zu überprüfen, wenn kein eingeschaltetes Gerät an einem Port eingeschaltet werden kann. Verwenden Sie den Befehl "show log", um Alarme zu überprüfen, die zuvor durch Systemmeldungen gemeldet wurden. Wenn die Netzteile ein ungewöhnliches Verhalten aufweisen, konzentrieren Sie sich zunächst darauf.

Schritt 3: Wenn das Problem auf allen Ports auftritt, kann der PoE-Abschnitt des Netzteils fehlerhaft sein, wenn der Switch außer PoE normal funktioniert und Geräte, die nicht PoE-fähig sind, eine Datenethernet-Verbindung an einem beliebigen Port herstellen können. Wenn das Problem bei einer Gruppe fortlaufender Ports, aber nicht an allen Ports besteht, ist ein PoE-Unterabschnitt im Switch möglicherweise defekt.

Schritt 4: Überprüfen Sie die Protokolle mit dem Befehlshow logging. Allgemeine PoE-Protokolle werden später beschrieben. Wenn in diesem Abschnitt Protokolle angezeigt werden, interpretieren Sie die gesammelten Informationen, und unternehmen Sie die entsprechenden Schritte.

Schritt 5: Bounce der mit dem Switch-Port verbundenen Schnittstelle. Wenn dies nicht hilfreich ist, versuchen Sie, den Switch durch Entfernen des Netzkabels neu zu laden. Warten Sie 15 Sekunden, und der Switch wird erneut mit Strom versorgt.

Schritt 6: Achten Sie beim/nach dem Hochfahren auf Diagnosefehler.

Das von Cisco betriebene Geräte funktioniert nicht auf dem Cisco PoE-Switch

Wenn ein funktionierendes Cisco IP-Telefon, ein Cisco Wireless Access Point oder ein anderes von Cisco betriebenes Gerät gelegentlich das Inline-Stromnetz neu lädt oder trennt, gehen Sie wie folgt vor:

Schritt 1: Überprüfen Sie alle elektrischen Verbindungen zwischen dem Switch und dem strombetriebenen Gerät. Jede unzuverlässige Verbindung führt zu Unterbrechungen der Stromversorgung und unregelmäßigen Betriebsabläufen von strombetriebenen Geräten, z. B. beim Trennen und erneuten Laden von strombetriebenen Geräten.

Schritt 2: Stellen Sie sicher, dass die Gesamtkabellänge von der Vorderseite des Switches bis zu dem strombetriebenen Gerät einschließlich Patchfeld (falls verwendet) nicht mehr als 100 Meter beträgt.

Schritt 3: Beachten Sie, was sich in der elektrischen Umgebung am Switch-Standort geändert hat. Was passiert am strombetriebenen Gerät, wenn die Verbindung getrennt wird?

Schritt 4: Verwenden Sie den Befehl show log (Protokoll anzeigen), um Syslog und Ereignisse zu überprüfen. Überprüfen Sie die Syslog-Zeitstempel, um festzustellen, ob der Switch weitere Fehlermeldungen ausgibt, wenn die Verbindung getrennt wird.

Schritt 5: Vergewissern Sie sich, dass die Verbindung zum Anrufmanager eines Cisco IP-Telefons nicht unmittelbar vor dem erneuten Laden unterbrochen wird. Dabei kann es sich um ein Netzwerkproblem handeln, nicht um ein PoE-Problem. Dies kann durch SPAN-Erfassung am Switch-Port ermittelt werden, während das strombetriebene Gerät die Verbindung trennt, und durch Analyse der Erfassungsdatei.

Schritt 6: Wenn das strombetriebene Gerät PoE-Debugging oder die Paketerfassung zulässt, aktivieren Sie diese, um zusätzliche Datenpunkte zur Fehlerbehebung zu erhalten.

Schritt 7: Schließen Sie ein Nicht-PoE-Gerät an den Port an und überprüfen Sie, ob es funktioniert. Wenn bei einem Gerät ohne PoE-Unterstützung Verbindungsprobleme oder eine hohe Fehlerrate auftreten, kann das Problem eine unzuverlässige Kabelverbindung zwischen dem Switch-Port und dem Benutzer sein.

Geräte, die nicht von Cisco betrieben werden, funktionieren nicht mit dem Cisco PoE-Switch

Wenn ein Gerät, das nicht von Cisco betrieben wird, mit einem Cisco PoE-Switch verbunden ist, jedoch nie hochgefahren oder hochgefahren wird und dann schnell wieder abgeschaltet wird (Herunterfahren). Nicht-PoE-Geräte funktionieren normal. Gehen Sie wie folgt vor:

Schritt 1: Verwenden Sie denshow power inlineBefehl, um sicherzustellen, dass das Leistungsbudget des Switches (verfügbarer PoE-Port) nicht vor oder nach dem Anschließen des Geräts mit Strom erschöpft ist. Stellen Sie sicher, dass für den Typ des strombetriebenen Geräts ausreichend Strom verfügbar ist.

Schritt 2: Verwenden Sie den show interface status Befehl, um zu überprüfen, ob das strombetriebene Gerät vom Switch erkannt wird, wenn es angeschlossen ist.

Schritt 3: Verwenden Sie denshow loggingBefehl, um sicherzustellen, dass das strombetriebene Gerät keinen Controller-Fehler am Port verursacht. In diesem Fall wird sie in einem Syslog markiert.

Schritt 4: Wenn das strombetriebene Gerät zuerst eingeschaltet wird und dann die Verbindung trennt, kann das Problem ein anfänglicher Stromstoß sein, der einen Stromgrenzwert für den Switch-Port überschreitet.

Schritt 5: Überprüfen der Kompatibilität des mit Strom versorgten Geräts mit dem Cisco Switch Wenn beispielsweise beide Geräte den Standards entsprechen, sind sie interoperabel. CDP kann nicht zur Identifizierung eines Geräts verwendet werden, das nicht von Cisco stammt, und der Switch muss bei Verwendung eines Geräts, das nicht von Cisco stammt, über eine Layer-1-Klassifizierung oder ein LLDP-Protokoll genau erkannt und klassifiziert werden. Stellen Sie sicher, dass LLDP am Switch-Port betriebsbereit ist.

Szenarien für von Drittanbietern unterstützte Geräte

Szenario 1: Angeschlossene PDs benötigen mehr Strom, als ihre Klasse zulässt. Die CDP-/LLDP-Erweiterung wird jedoch nicht unterstützt oder ist gemäß der Unternehmensrichtlinie deaktiviert. Dadurch flattert der Switch-Port weiter.

Empfehlung: Konfigurieren der statischen Stromversorgung

Verwenden Sie die inline statische Konfiguration auf Schnittstellenebene, um die maximale Leistung für die PD-Einheit unabhängig von ihrer Klasse, PD-Architektur und dem verwendeten Verhandlungsprotokoll festzulegen. Verwenden Sie diesen Schritt, wenn die von der PD benötigte maximale Leistung nicht bekannt ist.

C9000(config-if)#power inline static

Wenn die von einer PD benötigte maximale Leistung bekannt ist, kann stattdessen diese Konfiguration auf Schnittstellenebene verwendet werden.

C9000(config-if)#power inline static max <required_power>

Szenario 2: Die angeschlossene PD ist sowohl für Signal- als auch Ersatzpaare PoE-fähig. Die CDP-/LLDP-Erweiterung wird jedoch nicht unterstützt oder ist gemäß der Unternehmensrichtlinie deaktiviert. 

 Empfehlung: Konfigurieren Sie 4-paariges PoE, wenn PD dies unterstützt.

Finden Sie mithilfe dershow power inline Befehlsdetails heraus, ob PD PoE mit 4 Paaren unterstützt:

C9000#show power inline Gi1/0/1 detail
 Interface: Gi1/0/1
 Inline Power Mode: auto
 Operational status: on
 Device Detected: yes
 Device Type: Ieee PD
<snip>
Four-Pair PoE Supported: Yes  <++
Spare Pair Power Enabled: No
Four-Pair PD Architecture: Shared  <++

Konfiguration von PoE mit 4 Paaren:

Cat9K(config-if)#power inline four-pair forced  

Weitere Informationen zur Fehlerbehebung finden Sie in den Abschnitten Common PoE Syslog und Advanced Troubleshooting (Erweiterte Fehlerbehebung).

Szenario 3: Geräte der Klasse 4 benötigen 30 W, unterstützen jedoch nicht CDP/LLDP oder sind gemäß der Unternehmensrichtlinie deaktiviert. 

Empfehlung: Konfigurieren Sie die 2-Ereignis-Klassifizierung oder das statische max. PoE

Wenn ein Gerät der Klasse 4 erkannt wird, weist Cisco IOS 30 W ohne CDP- oder LLDP-Aushandlung zu. Dies bedeutet, dass das Stromversorgungsgerät der Klasse 4 bereits vor dem Verbindungsaufbau 30 W erhält. Außerdem führt der Switch auf Hardwareebene eine 2-Ereignis-Klassifizierung durch, die es einer PD-Klasse 4 ermöglicht, die Switch-Fähigkeit zu erkennen, 30 W von der Hardware bereitzustellen, sich selbst zu registrieren und auf die PoE+-Ebene zu wechseln, ohne dass ein CDP-/LLDP-Paketaustausch erforderlich ist. Sobald 2-event auf einem Port aktiviert ist, müssen Sie den Port manuell herunterfahren/nicht herunterfahren oder den PD erneut anschließen, um die IEEE-Erkennung erneut zu starten. Das Leistungsbudget für ein Gerät der Klasse 4 beträgt 30 W, wenn die Klassifizierung von 2 Ereignissen auf dem Port aktiviert ist. Andernfalls beträgt der Wert 15,4 W.

Cat9K(config-if)#power inline port 2-event 

Cat9K(config-if)#power inline static max <value> <++ desired amount of power in milliwatts

   

Gängiges PoE-Syslog, Erklärung und Aktionen

1. CONTROLLER-PORTFEHLER

Ein vom Power over Ethernet (PoE)-Controller gemeldeter Portfehler wird vom Cisco Switch erkannt. Der Controller-Fehler weist einige häufige Varianten auf.

1.1 Tstart-Fehler

ILPOWER-3-CONTROLLER_PORT_ERR: Controller port error, Interface Gi1/0/1: Power Controller reports power Tstart error detected 

Tstart bezieht sich auf den Einschaltstrom, wenn ein strombetriebenes Gerät an einem Switch-Port eingeschaltet wird. Tstart-Fehler bedeutet, dass der vom Switch-PoE-Controller gemessene Wert für den Einschaltstrom den zulässigen Höchstwert überschritten hat.

Es wurde festgestellt, dass dieser Fehler in einigen Fällen mit dem schnellen Anschließen/Trennen des strombetriebenen Geräts zusammenhängt. Dies kann passieren, wenn sich das plattformabhängige PoE-Statussystem in einem Übergangszustand befindet und die Wiedereinsetzung der PD eine Reihe neuer Schritte des Statussystems ausgelöst hat, die mit denjenigen in der Übergangsphase in Konflikt stehen.

Um dies auszuschließen, wird empfohlen, das strombetriebene Gerät von dem Anschluss zu trennen, an dem der TStart-Fehler aufgetreten ist. Warten Sie, bis das Systemprotokoll "power down removed" und/oder "link down" angezeigt wird. Schließen Sie das strombetriebene Gerät wieder an und prüfen Sie, ob das Syslog nicht erneut angezeigt wird.

In einigen Fällen können Tstart-Fehler auf längere oder kürzere CAT5- oder CAT6-Kabel zurückzuführen sein. Stellen Sie sicher, dass die Kabellänge (einschließlich der Kabellänge zwischen den Enden der Patchfelder) den Spezifikationen entspricht. Die Verwendung eines Kabels unterschiedlicher Länge könnte das Problem in einigen dieser Fälle beheben.

1.2 Stromversorgung über Wärme

%ILPOWER-3-CONTROLLER_PORT_ERR: Controller port error, Interface Gi1/0/1: Power Controller reports power supply over heat

Derpower inline port 2-eventBefehl könnte in einigen Fällen helfen, die dieses Szenario erleben.

Überprüfen Sie für diesen Fehler auf einem Catalyst 9300L-Switch die Cisco Bug-ID CSCvs52594, und stellen Sie sicher, dass Sie Cisco IOS XE Version 16.12.3 oder höher verwenden.

1.3 Imax-Fehler

%ILPOWER-3-CONTROLLER_PORT_ERR: Controller port error, Interface Te3/0/1: Power Controller reports power Imax error detected

Imax-Fehler tritt auf, wenn ein PoE-fähiger Port am Switch mehr Strom verbraucht als ausgehandelt wurde. Darüber hinaus kann der Strom bei einigen Geräten, die nicht von Cisco stammen, beim ersten Anschließen an einen PoE-Port übermäßig stark ansteigen, was einen Imax-Fehler auslösen kann.

In der Regel tritt dieser Fehler auf, wenn das mit einem Port verbundene Stromversorgungsgerät (PD, powered device) mehr Strom verbraucht, als durch CDP-/LLDP-Aushandlung ausgehandelt wird.

Probieren Sie eine gute PD am gleichen Port aus, und prüfen Sie, ob das hilft. Wenn das Problem eine bestimmte PD/Modell erfüllt, stellen Sie sicher, dass das angeschlossene Gerät IEEE-konform ist.

Weitere Informationen finden Sie unter Fehlerbehebung bei PoE-Imax-Fehlern bei Catalyst 3650/3850-Switches.

1.4 Andere ungewöhnliche Fehlerprotokolle des Controller-Ports

1. Die Leistung wurde übertragen, aber der Stromcontroller meldet die Leistung nicht.

%ILPOWER-3-CONTROLLER_PORT_ERR: Controller port error, Interface Gi1/0/20: Power given, but Power Controller does not report Power Good
%ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/20: PD removed
%ILPOWER-5-DETECT: Interface Gi1/0/20: Power Device detected: IEEE PD
%ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/20: PD removed
%ILPOWER-3-CONTROLLER_PORT_ERR: Controller port error, Interface Gi1/0/20: Power given, but Power Controller does not report Power Good
%ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/20: PD removed

Im Rahmen der PoE-Erkennung und -Klassifizierung gibt es eine Verhandlung zwischen PSE und PD, die dem PSE hilft, die PD-Klasse zu bestimmen. Nach Abschluss der PoE-Erkennung und -Klassifizierung wird das PoE zugewiesen. Unter idealen Szenarien meldet die PD nach der PoE-Zuweisung Power Good an den PSE und dann wird die Schnittstelle aktiviert (Layer 1 tritt nach PoE auf).

Wenn der PD die Power Good-Meldung nicht oder nicht rechtzeitig sendet, wird diese Fehlermeldung ausgegeben, die zu einem vollständigen Neustart der PoE-Aushandlung führt. Dies kann zu Symptomen führen, wie z. B. dass das Gerät nie vollständig angeschlossen wird oder ständig neu gestartet wird. 

Um das Problem weiter zu isolieren, sind PoE-Debug- und -Traces im problematischen Zustand erforderlich.

2. PWRGOOD ERSATZPAAR

%ILPOWER-5-PWRGOOD_SPARE_PAIR: Interface Gi1/0/1: spare pair power good

Der vom strombetriebenen Gerät erstellte Ersatznetzanschluss war erfolgreich und die Stromversorgung ist über Ersatzteil verfügbar. Dies ist keine Fehlermeldung, sondern nur ein Hinweis darauf, dass das strombetriebene Gerät ein Ersatzteilpaar des Cat5- oder Cat6-Kabels mit anfordert und es gewährt wurde. Es sind keine weiteren Maßnahmen erforderlich.

3. CDP-STROMVERSORGUNG

%ILPOWER-5-ILPOWER_POWER_CDP_SHUT: Interface Gi3/0/1: inline power shut
%LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet3/0/1, changed state to down
%LINK-3-UPDOWN: Interface GigabitEthernet3/0/1, changed state to down
%ILPOWER-7-DETECT: Interface Gi3/0/1: Power Device detected: IEEE PD
%ILPOWER-5-POWER_GRANTED: Interface Gi3/0/1: Power granted

Dieses Syslog bedeutet, dass die Inline-Stromversorgung unterbrochen wird, da CDP erkannt hat, dass der Stromverbrauch an diesem PoE-Switch-Port größer ist als:

1. Zuweisungsleistung oder
2. Hardware-Schnittstellenlimit oder
3. vom Benutzer konfigurierte maximale Leistung oder
4. Verfügbare Leistung an diesem Switch

Wenn es sich um ein vorübergehendes Problem handelt, wird es nach dem Bouncing des Switch-Ports wie im Beispiel behoben. Besteht ein Problem, untersuchen und schließen Sie die vier oben genannten Punkte aus.

In einigen Szenarien ist dieser Fehler zu erkennen, wenn sowohl CDP als auch LLDP am Switch-Port aktiviert sind und PoE-Debug-Meldungen die Verwendung beider Protokolle bei der Stromzuweisung erkennen. Sie können LLDP deaktivieren, um das Problem zu beheben:

no lldp tlv-select power-management
OR
no lldp transmit / no lldp receive

Unter bestimmten seltenen Bedingungen wird beobachtet, dass dieses Protokoll auf ein Fehlverhalten des strombetriebenen Geräts zurückzuführen sein könnte. PD fordert beispielsweise bei der ersten Aushandlung einen niedrigeren Leistungswert an, und der Switch weist PD die angeforderte Leistung zu. Später fordert dieselbe PD mehr Leistung an als zuvor, höher als die zuvor zugewiesene Leistung. Dies löst ein Abschalten des CDP und einen Port-Flap aus. Solche Szenarien können von unbefristetem oder schnellem PoE profitieren

4. UNGÜLTIGE IEEE-KLASSE

%ILPOWER-5-INVALID_IEEE_CLASS: Interface Gi1/0/1: has detected invalid IEEE class: 8 device. Power denied
%ILPOWER-7-DETECT: Interface Gi1/0/1: Power Device detected: IEEE PD

Dieser Fehler tritt auf, wenn das angeschlossene strombetriebene Gerät eine ungültige IEEE-Klasse aufweist. Der Switch schaltet das Gerät nicht ein. Weitere Informationen zu PoE-Klassen finden Sie unter PoE-Klasse.

Wenn Sie ein nicht von Cisco betriebenes Gerät (PD) verwenden, finden Sie heraus, ob das PD die richtige Klasse ist.

5. ÜBERZOGENES SCHLIESSEN

%ILPOWER-3-SHUT_OVERDRAWN: Interface Gi1/0/1 is shutdown as it is consuming more than the maximum configured power (15400) milliwatts.
%ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/1: PD removed
%PM-4-ERR_DISABLE: inline-power error detected on Gi1/0/1, putting Gi1/0/1 in err-disable state

Dieser Fehler bedeutet, dass der Switch die Schnittstelle heruntergefahren hat, da festgestellt wurde, dass das mit Strom versorgte Gerät mehr als die maximal konfigurierte/vereinbarte Leistung verbraucht hat.

Stellen Sie sicher, dass die richtige Leistung für diese Schnittstelle entsprechend den elektrischen Spezifikationen oder Bewertungen des strombetriebenen Geräts veranschlagt wird. Es wird empfohlen, den durch die Richtlinie festgelegten Wert für die Stromabschaltung auf einen höheren Wert zu setzen, damit das Gerät eingeschaltet bleibt.

Wenn Sie ein Gerät verwenden, das nicht von Cisco betrieben wird, ermitteln Sie den erwarteten Stromverbrauch und den Stromverbrauch.

6. TSTART SPAREPAIR

%ILPOWER-5-TSTART_SPARE_PAIR: Interface Te3/0/1: spare pair power error: TSTART

Dieser Fehler bedeutet, dass das mit Strom versorgte Gerät, das an den Switch-Port angeschlossen ist, versucht hat, das Cat5- oder Cat6-Ersatzkabel mit Strom zu versorgen. Der Switch hat einen unerwartet hohen Stromeinbruch festgestellt (Tstart-Fehler) und daher beschlossen, den Strom abzuschalten.

Dieser Fehler tritt häufig in Verbindung mit dem Imax-Fehler oder anderen angesprochenen Fehlern auf. Beheben Sie die beschriebenen Verfahren für die Abschnitte, die vom erkannten Fehler abhängen.

7. FEHLER BEI EINZELPAIRSET

%LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/1, changed state to up
%ILPOWER-5-SINGLE_PAIRSET_FAULT: Interface Gi1/0/1: shutting down Alt-B pairset due to OVERCLS fault
%ILPOWER-5-SINGLE_PAIRSET_FAULT: Interface Gi1/0/1: shutting down Alt-B pairset due to OVERCLS fault

Dieser Fehler bedeutet, dass das Gerät mit zwei Signaturen am Switch-Port einen kritischen Fehler an einem Paarsatz festgestellt hat und dieser Paarsatz daher heruntergefahren wird. Das vorherige Beispiel stammt von einem UPoE+-fähigen Gerät und Switch.

8. PGOOD TIMEOUT ERSATZPAAR

%ILPOWER-5-PGOOD_TIMEOUT_SPARE_PAIR: Interface Te1/0/1: spare pair power good timeout error

Dieser Fehler bedeutet, dass das mit dem Switch-Port verbundene strombetriebene Gerät versucht hat, das Cat5- oder Cat6-Ersatzkabelpaar mit Strom zu versorgen. Es ist jedoch ein Fehler aufgetreten, und das Ersatzkabelpaar wird nicht mit Strom versorgt.

Bei einem 802.3bt-Switch (UPoE+) ist der Cisco Switch, der den IEEE 802.3bt-Standard für Geräte mit Typ 3-Stromversorgung unterstützt, standardmäßig im 802.3at-Modus. Der 802.3bt-Modus kann über diese Konfiguration im globalen Konfigurationsmodus aktiviert werden. Beachten Sie, dass der Switch mit diesem Befehl nach der Konfiguration ausgeschaltet und wieder eingeschaltet wird. Dieser Schritt gilt nicht für Switch-Modelle, die nicht UPoE+-fähig sind.

C9K(config)# hw-module switch 1 upoe-plus
!!!WARNING!!!This configuration will power cycle the switch to make it effective. Would you like to continue y/n?

Eine weitere mögliche Lösung wäre, den erforderlichen Stromverbrauch des Switch-Ports mit der Schnittstellenkonfiguration zupower inline staticprogrammieren.

In seltenen Fällen kann dieser Fehler bei Verwendung einer 802.2bt-Linecard bzw. eines 802.2bt-Switches auftreten.

%ILPOWER-5-SINGLE_PAIRSET_FAULT: Interface Gi1/0/1: shutting down Alt-B pairset due to OVERCLS fault

Dies würde bedeuten, dass das strombetriebene Gerät nicht mit dem PoE-System nach dem Standard IEEE 802.3bt arbeiten kann. Verwenden Sie einen PoE-Switch, der nicht 802.3bt ist.

9. LEERSTROMVERSORGUNG VERWEIGERN

%ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/1: PD removed
%ILPOWER-7-DETECT: Interface Gi1/0/1: Power Device detected: IEEE PD
%ILPOWER-5-ILPOWER_POWER_DENY: Interface Gi1/0/1: inline power denied. Reason: insufficient power

Dieser Fehler bedeutet, dass der Switch nicht über genügend Strom verfügt, um den Power over Ethernet (PoE)-Port zu versorgen.

Dies liegt wahrscheinlich daran, dass die Inline-Gesamtleistung höher ist als die verfügbare Leistung. Überprüfen Sie die Leistungsbudgetierung. Installieren Sie bei Bedarf weitere Netzteile. Die Anpassung der Netzteilredundanz von redundant zu kombiniert kann ebenfalls helfen. Bei Stacking-Systemen kann davon ausgegangen werden, dass die Stack-Leistung die Gesamtleistung über die Stacks verteilt.

10. CONTROLLER-POST-FEHLER

%ILPOWER-3-CONTROLLER_POST_ERR: Inline Power Feature is disabled on this switch because
     Power On Self Test (POST) failed on this switch.

Der Switch hat entschieden, PoE auszuschalten, da der Power On Self Test (POST) auf diesem Switch fehlgeschlagen ist.

Überprüfen Sie den Funktionstest des Power over Ethernet(PoE)-Controllers auf den Integritätsstatus der Stromversorgungsgeräte. Weitere Informationen finden Sie im Abschnitt "POST" unter PoE-Ausgaben und Datenerfassung.

11. IEEE-TRENNUNG

%ILPOWER-7-DETECT: Interface Gi2/0/1: Power Device detected: Cisco PD
%ILPOWER-5-IEEE_DISCONNECT: Interface Gi2/0/1: PD removed

Dieser Fehler bedeutet, dass das strombetriebene Gerät nicht mehr mit dem Switch verbunden ist oder das angeschlossene strombetriebene Gerät an eine externe Wechselstromquelle umgeschaltet wird, wodurch PoE durch den Switch am Port entfernt wurde.

In einigen Fällen geht dieser Fehler mit anderen Fehlern einher, z. B.:

%ILPOWER-5-IEEE_DISCONNECT: Interface Tw1/0/1: PD removed
%ILPOWER-3-CONTROLLER_PORT_ERR: Controller port error, Interface Tw1/0/1: Power is given, but State Machine Power Good wait timer timed out
%ILPOWER-5-IEEE_DISCONNECT: Interface Tw1/0/1: PD removed

In solchen Fällen ergreifen Sie die entsprechenden Maßnahmen in Abhängigkeit von dem anderen Fehler.

12. PROTOKOLLÜBERZOGEN

%ILPOWER-4-LOG_OVERDRAWN: Interface Gi1/0/1 is overdrawing power. it is consuming 2346 milliwatts where as maximum configured power is (0) milliwatts.
%ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/1: PD removed

Die Schnittstelle X hat die Leistung überzogen. Sie hat Y Milliwatt verbraucht, während die konfigurierte Höchstleistung Z Milliwatt beträgt. Hierbei handelt es sich lediglich um ein Informationsprotokoll. Der Switch stellt weiterhin PoE auf dem Port bereit, es sei denn, der Switch wird nicht mehr mit Strom versorgt (SHUT_OVERDRAWN) oder ein anderer Fehler tritt auf.

Stellen Sie sicher, dass die Stromversorgung für diese Schnittstelle gemäß den elektrischen Spezifikationen und Bewertungen des mit Strom versorgten Geräts im Budget enthalten ist. Es wird empfohlen, die Ausschaltfunktion der Polizei bei Bedarf entsprechend zu ändern.

13. CLR-ÜBERZOGEN

%ILPOWER-3-CONTROLLER_PORT_ERR: Controller port error, Interface Gi1/0/1: Power given, but State Machine Power Good wait timer timed out
%ILPOWER-4-LOG_OVERDRAWN: Interface Gi1/0/1 is overdrawing power. it is consuming 2346 milliwatts whereas maximum configured power is (0) milliwatts.
%ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/1: PD removed
%ILPOWER-7-DETECT: Interface Gi1/0/1: Power Device detected: Cisco PD
%ILPOWER-5-CLR_OVERDRAWN: Interface Gi1/0/1 is NOT overdrawing power. 
                          it is consuming 2346 milliwatts whereas maximum configured value is (15400) milliwatts.

Dieses Informationsprotokoll weist den Benutzer darauf hin, dass die Schnittstelle X den Stromverbrauch früher überschritten hat, dies jedoch nicht mehr ist. Sie hat Y Milliwatt verbraucht, während der konfigurierte Höchstwert Z Milliwatt beträgt.

14. DET TIMEOUT ERSATZPAAR

%ILPOWER-6-SET_ILPOWER: Set power allocated to POE to 17180 for slot 0
%ILPOWER-7-DETECT: Interface Gi4/0/1: Power Device detected: IEEE PD
%ILPOWER-5-POWER_GRANTED: Interface Gi4/0/1: Power granted
%ILPOWER-5-DET_TIMEOUT_SPARE_PAIR: Interface Gi4/0/1: spare pair detect timeout

Dieser Fehler bedeutet, dass das strombetriebene Gerät zwar die Stromversorgung für Cat5- oder Cat6-Ersatzkabel angefordert hat und dass dabei eine Zeitüberschreitung für das Ersatzpaar erkannt wurde. Das bedeutet, dass das Ersatzteil-Netzteil nicht mitgeliefert wird.

PoE-Ausgaben und Datenerfassung

PoE-Syslog

Suchen Sie in der Ausgabe nach relevanten Fehlermeldungen, die im Abschnitt Common PoE syslog beschrieben werdenshow logging. Beispiel: PoE-Controller-Fehler, PoE-Budget-Fehler, Netzteilproblem usw.

POST-Status  

POST testet den Funktionstest des Power over Ethernet(PoE)-Controllers, um die Zugänglichkeit des Chips, den Firmware-Download und den Integritätsstatus der PSE-Geräte (Power-Sourcing Equipment) zu überprüfen.

C9K#show post 
Stored system POST messages:
Switch 1
---------
**snip**
POST: Inline Power Controller Tests : Begin  <++ PoE related test
POST: Inline Power Controller Tests : End, Status Passed   <++ Desirable outcome

Inline-Stromversorgung und -Budget

Überprüfen Sie das PoE-Budget und den Status der Inline-Stromversorgung eines Switch-Mitglieds/einer Linecard/Schnittstelle. Verwenden Sie den Befehl "show power inline", um diese Faktoren zu überprüfen:

• Verfügbare PoE-Leistung pro Switch.
• PoE-Leistung, die von allen Ports im Switch verwendet wird.
• PoE-Leistung, die von jedem angeschlossenen strombetriebenen Gerät verwendet wird.
• PoE-Leistungsklassifizierung.

C9348U#show platform software ilpower system 1  <++ This value represents switch number for C9300/C9200 and line card number for C9400

ILP System Configuration 
    Slot: 1 
   ILP Supported: Yes 
   Total Power: 857000 
   Used Power: 8896 
   Initialization Done: Yes
   Post Done: Yes 
   Post Result Logged: No 
   Post Result: Success
   Power Summary: 
      Module: 0 
      Power Total: 857000 
      Power Used: 8896 
      Power Threshold: 80 
      Operation Status: On
   Pool: 1
      Pool Valid: Yes
      Total Power: 857000
      Power Usage: 8896

C9348U#show power inline module 1 <++ This value represents switch number for C9300/C9200 and line card number for C9400

Module   Available     Used         Remaining
         (Watts)      (Watts)        (Watts) 
------   ---------   --------       ---------
  1        857.0        8.9           848.1     <++ available PoE budget on switch 1
Interface  Admin    Oper     Power       Device         Class Max
                            (Watts) 
--------- ------ ---------- ------- ------------------- ----- ----
Gi1/0/1    off    off        0.0         n/a              n/a 60.0 
Gi1/0/2   auto    off        0.0         n/a              n/a 60.0 
Gi1/0/3   auto    off        0.0         n/a              n/a 60.0 
Gi1/0/4   auto    on         8.9       IP Phone 8851       4  60.0
**snip**

C9348U#show power inline gigabitEthernet 1/0/4 

Interface  Admin   Oper      Power      Device          Class  Max
                            (Watts)     
--------- ------ ---------- ------- ------------------- -----  ----
Gi1/0/4    auto     on         8.9     IP Phone 8851       4   60.0    <++ Oper status is typically "on". Other states are bad/faulty/off and so on

C9348U#show power inline gigabitEthernet 1/0/4 detail 
 Interface: Gi1/0/4
 Inline Power Mode: auto
 Operational status: on <++ Success
 Device Detected: yes <++ Success
 Device Type: Cisco IP Phone 8851       <++ Success
 IEEE Class: 4 <++ Success
 Discovery mechanism used/configured: Ieee and Cisco
 Police: off

 Power Allocated 
 Admin Value: 60.0
 Power drawn from the source: 8.9 <++ Success
 Power available to the device: 8.9 <++ Success

 Actual consumption
 Measured at the port: 3.4 <++ Success
 Maximum Power drawn by the device since powered on: 3.8

 Absent Counter: 0
 Over Current Counter: 0
 Short Current Counter: 0
 Invalid Signature Counter: 0
 Power Denied Counter: 0

 Power Negotiation Used: CDP
 LLDP Power Negotiation --Sent to PD-- --Rcvd from PD--
       Power Type:         -                 -
       Power Source:       -                 -
       Power Priority:     -                 -
       Requested Power(W): -                 -
       Allocated Power(W): -                 -

Four-Pair PoE Supported: Yes
Spare Pair Power Enabled: No 

C9348U#show power inline police gigabitEthernet 1/0/4

Interface  Admin    Oper      Admin     Oper     Cutoff   Oper 
State     State    Police     Police     Power    Power 
--------- ------ ---------- ---------- ---------- ------ ----- 
Gi1/0/4   auto      on         none      n/a       n/a     3.4    <++ Verify Operating Power

C9348U#show platform software ilpower port gigabitEthernet 1/0/4
ILP Port Configuration for interface Gi1/0/4
  Initialization Done: Yes
   ILP Supported: Yes 
   ILP Enabled: Yes
   POST: Yes
   Detect On: No
   PD Detected Yes
   PD Class Done No
   Cisco PD: No
   Power is On: Yes
   Power Denied: No
   PD Type: IEEE
   PD Class: IEEE4
   Power State: OK
   Current State: NGWC_ILP_LINK_UP_S     <++ Success
   Previous State: NGWC_ILP_LINK_UP_S
   Requested Power: 8896
   Short: 0
   Short Cnt: 0
   Cisco PD Detect Count: 0
   Spare Pair mode: 0
   Spare Pair Arch: 1
   Signal Pair Pwr alloc: 0
   Spare Pair Power On: 0
   PD power state: 0
   Timer:
      Bad Power: Stopped
      Power Good: Stopped
      Power Denied: Stopped
      Cisco PD Detect: Stopped
      IEEE Detect: Stopped
      IEEE Short: Stopped
      Link Down: Stopped
      Vsense: Stopped

PoE-Diagnose  

Mit der Online-Diagnose können Sie die Hardwarefunktionalität eines Geräts testen und überprüfen, während es mit einem Live-Netzwerk verbunden ist. Die Online-Diagnose beinhaltet Paket-Switching-Tests, bei denen verschiedene Hardwarekomponenten sowie der Datenpfad und die Steuersignale überprüft werden. Die Online-Diagnose erkennt unter anderem Probleme im Zusammenhang mit:

• PoE-Hardwarekomponenten
• Schnittstellen
• Lötstellen und Planintegrität

Hier sind einige Diagnosetests, die verwendet werden können. Diese können auf Anforderung ausgeführt werden, im Gegensatz zu POST, der nur beim Hochfahren ausgeführt wird. Lesen Sie vor dem Test die Informationen in der Tabelle, um sich über die möglichen Auswirkungen zu informieren.

Plattform	Testname	Mit Unterbrechungen oder unterbrechungsfrei	Standardstatus	Empfehlung	Erstveröffentlichung
Catalyst 9200	DiagPoETest	Unterbrechungsfrei**	off	Führen Sie diesen Test aus, wenn bei einem Port Probleme mit dem PoE-Controller auftreten. Dieser kann nur als On-Demand-Test durchgeführt werden.	16.9.2
Catalyst 9300	TestPoE	Mit Unterbrechungen*	off	Starten Sie diesen Diagnosetest nicht während des normalen Switch-Betriebs, es sei denn, es wird vom TAC empfohlen/bestätigt. Dieser Test kann ausgeführt werden, wenn bei einem Port Probleme mit dem PoE-Controller auftreten. Er kann nur als On-Demand-Test ausgeführt werden.	16.6.1
Catalyst 9400	DiagPoETest	Unterbrechungsfrei**	off	Führen Sie diesen Test aus, wenn bei einem Port Probleme mit dem PoE-Controller auftreten. Dieser kann nur als On-Demand-Test durchgeführt werden.	16.6.1

* Wird von Cisco geprüft, ob dies in Zukunft unterbrechungsfrei erfolgen kann.

** Unterbrechungsfreier Test, sicher während der Produktion.

 Catalyst 9200

C9200L-24P-4X-A#diagnostic start switch 1 test DiagPoETest    <++ 1 is switch number, use respective switch number in question
Diagnostic[switch 1]: Running test(s) 6 may disrupt normal system operation and requires reload
Do you want to continue? [no]: yes     <++ hit yes, this is non-disruptive. Enhancement is being tracked to remove warning message

*Jun 10 10:22:06.718: %DIAG-6-TEST_RUNNING: switch 1: Running DiagPoETest{ID=6} ...
*Jun 10 10:22:06.719: %DIAG-6-TEST_OK: switch 1: DiagPoETest{ID=6} has completed successfully

C9200L-24P-4X-A#sh diagnostic result switch 1 test DiagPoETest
Current bootup diagnostic level: minimal

Test results: (. = Pass, F = Fail, U = Untested)
6) DiagPoETest ---------------------> .      <++ expected result is pass "."

Catalyst 9300

C9348U-1#diagnostic start switch 1 test DiagPoETest <++ 1 is switch number, use respective switch number in question
Diagnostic[switch 1]: Running test(s) 8 may disrupt normal system operation and requires reload
Do you want to continue? [no]: yes << use with caution, this is disruptive test
C9348U-1#
*Mar 7 06:28:39 CET: %DIAG-6-TEST_RUNNING: switch 1: Running DiagPoETest{ID=8} ...
*Mar 7 06:28:39 CET: %DIAG-6-TEST_OK: switch 1: DiagPoETest{ID=8} has completed successfully
C9348U-1#

C9348U-1#show diagnostic result switch 1 test DiagPoETest
Current bootup diagnostic level: minimal
Test results: (. = Pass, F = Fail, U = Untested)
8) DiagPoETest ---------------------> . <++ expected result is pass "."

Catalyst 9400

C9400#diagnostic start module 3 test TestPoe <++ 3 is line card number, use respective line card number in question
*Jun 10 10:15:23.835: %SYS-5-CONFIG_I: Configured from console by console
test94#
*Jun 10 10:15:26.118: %DIAG-6-TEST_RUNNING: module 3: Running TestPoe{ID=5} ...
*Jun 10 10:15:26.119: %DIAG-6-TEST_OK: module 3: TestPoe{ID=5} has completed successfully


C9400#sh diagnostic result module 3 test TestPoe
Current bootup diagnostic level: minimal

Test results: (. = Pass, F = Fail, U = Untested
5) TestPoe -------------------------> . <++ expected result is pass "."

Erweiterte Fehlerbehebung

Dieser Abschnitt enthält PoE-Debugs und plattformspezifische Informationen, die zur Behebung von PoE-Problemen nützlich sind. Einige dieser Ausgaben sind nicht sinnvoll oder für den Endbenutzer nicht in einem für Menschen lesbaren Format verfügbar. Diese können problemlos in der Produktionsumgebung eingesetzt werden und wären bei Bereitstellung im Cisco TAC hilfreich, wenn eine PoE-Fehlerbehebung durchgeführt wird.

InlinePower (ILP) Debugs für PoE

ILpower (ILP) ist eine interne Cisco IOS XE-Softwarekomponente, die in Cisco IOS Dameon (Cisco IOSd) ausgeführt wird. ilpower implementiert ein PoE-Statemaschine, die verschiedene Schritte der PoE-Funktionalität steuert. Als Nächstes ein ilpower-Diagramm, das als Referenz für Cisco IOSd-Fehlerbehebungen verwendet werden kann.

Untersuchen Sie die Debugs aus den einzelnen Schritten des Statussystems, um zu verstehen, bei welchem Schritt die Funktionalität unterbrochen wurde. Vergleichen Sie diese Fehlerbehebungen anhand eines funktionierenden PoE-Ports mit einem PoE-Port, der nicht mit denselben/ähnlichen PDs funktioniert. Dies ist ebenfalls hilfreich, um Anomalien zu identifizieren.

1. Starten Sie diese Debugs:

debug condition interface GigabitEthernet <> <++ Specify interface number for conditional debugging. This helps to limit impact on CPU.
debug ilpower event 
debug ilpower controller
debug ilpower powerman

2. Schließen Sie den betreffenden Hafen.

3. Deaktivieren Sie die Protokollierungskonsole und den Terminalmonitor (keine Protokollierungskonsole aus dem globalen Konfigurationsmodus und term no mon form user Exec mode).

4. Sichern Sie ggf. die Protokollausgabe, da der nächste Schritt den Protokollierungspuffer zurücksetzt. Beispiel: show logging | Nächster Schritt: showlogbackup.txt

5. Stellen Sie sicher, dass die Protokollierungspufferebene auf debugging festgelegt ist. Erhöhen Sie den Protokollierungspuffer auf mindestens 50 KB (Protokollierungspuffer 50000). Beachten Sie, dass bei diesem Schritt Verlaufsprotokolle gelöscht werden.

6. Aktivieren Sie das bedingte Debuggen und das Löschen der Protokollierung (Löschen der Protokollierung).

7. Schalten Sie den betreffenden Port aus, und warten Sie mindestens 30-40 Sekunden auf die PoE-Aushandlung.

8. Deaktivieren Sie das Debuggen mitundebug all, und sammeln Sie die , um dieshow loggingDebugs zu verstehen. 

9. Macht alle in den Schritten 2-7 vorgenommenen Änderungen rückgängig. 

So sieht eine erfolgreiche PoE-Transaktion in der Regel aus:

*Mar 6 22:18:33.493: ILP:: ilp enabled in hwidb Gi1/0/4
*Mar 6 22:18:33.493: ILP notify LLDB-TLV: lldp power class tlv:
*Mar 6 22:18:33.493: (curr/prev) pwr value 15400/0
*Mar 6 22:18:33.493: ILP:: ILP CLI 'no shut' handling ( Gi1/0/4 ) Okay
*Mar 6 22:18:33.493: ILP:: Sending poe coredump msg to slot:1
*Mar 6 22:18:33.493: ILP::
Sending E_ILP_GET_DEBUG_CORE_DUMP IPC message from RP to platform
*Mar 6 22:18:33.493: ILP:: ilp hwidb Gi1/0/4 admstate 2
*Mar 6 22:18:33.493: ILP:: ilp hwidb Gi1/0/4 admstate auto, start detect 2
*Mar 6 22:18:33.493: ILP:: ILP CLI 'no shut' handling ( Gi1/0/4 ) Okay
*Mar 6 22:18:33.493: ILP:: ilp enabled in hwidb Gi1/0/4
*Mar 6 22:18:33.494: ILP:: Gi1/0/4: State=NGWC_ILP_SHUT_OFF_S-0, Event=NGWC_ILP_CLI_START_DETECT_EV-17
*Mar 6 22:18:33.494: ILP:: START_DETECT_EV, shutoff_state Gi1/0/4
*Mar 6 22:18:33.494: ILP:: Sending poe detect msg to slot:1 port:4
*Mar 6 22:18:33.494: ILP::
Sending E_ILP_START_IEEE IPC message from RP to platform


*Mar 6 22:18:34.617: ILP:: ILP:get_all_events: num_port: 1, if_id: 4
*Mar 6 22:18:34.617: ILP:: interface in get_all_events: Gi1/0/4, slot 1, port 4
*Mar 6 22:18:34.617: ILP:: ilp event CLASS DONE            <++ Classification done
*Mar 6 22:18:34.617: ILP:: posting ilp slot 1 port 4 event 1 class 4
*Mar 6 22:18:34.617: ILP:: ilp fault 0
*Mar 6 22:18:34.618: ILP:: Gi1/0/4: State=NGWC_ILP_DETECTING_S-2, Event=NGWC_ILP_IEEE_CLASS_DONE_EV-1
*Mar 6 23:18:34 CET: %ILPOWER-7-DETECT: Interface Gi1/0/4: Power Device detected: IEEE PD
*Mar 6 22:18:34.618: (Gi1/0/4) data power pool 1           <++ power is taken from a single pool on the PSE called pool 1
*Mar 6 22:18:34.618: Ilpower PD device 3 class 7 from interface (Gi1/0/4)
*Mar 6 22:18:34.618: (Gi1/0/4) state auto
*Mar 6 22:18:34.618: (Gi1/0/4) data power pool: 1, pool 1
*Mar 6 22:18:34.618: (Gi1/0/4) curr pwr usage 30000
*Mar 6 22:18:34.618: (Gi1/0/4) req pwr 30000               <++ requested power is 30W i.e 30000 mw
*Mar 6 22:18:34.618: (Gi1/0/4) total pwr 857000            <++ total current available PoE on switch 1 is 875000 mw
*Mar 6 22:18:34.618: (Gi1/0/4) power_status OK
*Mar 6 22:18:34.618: ilpower new power from pd discovery Gi1/0/4, power_status ok
*Mar 6 22:18:34.618: Ilpower interface (Gi1/0/4) power status change, allocated power 30000
*Mar 6 22:18:34.618: ILP notify LLDB-TLV: lldp power class tlv:
*Mar 6 22:18:34.618: (curr/prev) pwr value 30000/0         <++ current value 30W and previous value was 0
*Mar 6 22:18:34.618: ILP::
Sending E_ILP_USED_POE IPC message from RP to platform

*Mar 6 22:18:34.618: ILP:: Update used poe power 30000 to platform_mgr for slot 1
*Mar 6 22:18:34.618: ILP:: Sending icutoff current msg to slot:1 port:4
*Mar 6 22:18:34.618: ILP::
Sending E_ILP_SET_ICUTOFF IPC message from RP to platform
*Mar 6 22:18:34.618: ilpower_notify_lldp_power_via_mdi_tlv Gi1/0/4 pwr alloc 30000
*Mar 6 22:18:34.618: Gi1/0/4 AUTO PORT PWR Alloc 255 Request 255
*Mar 6 22:18:34.618: Gi1/0/4: LLDP NOTIFY TLV:             <++ values are pushed down to software in form of TLV (type-length-value)
(curr/prev) PSE Allocation: 25500/0
(curr/prev) PD Request : 25500/0
(curr/prev) PD Class : Class 4/ <++ class 4 device, 30W from PSE
(curr/prev) PD Priority : low/unknown
(curr/prev) Power Type : Type 2 PSE/Type 2 PSE
(curr/prev) mdi_pwr_support: 15/0
(curr/prev Power Pair) : Signal/
(curr/prev) PSE Pwr Source : Primary/Unknown
*Mar 6 22:18:34.619: ILP:: Sending ieee pwr msg to slot:1 port:4
*Mar 6 22:18:34.619: ILP::
Sending E_ILP_APPROVE_PWR,DENY IPC message from RP to platform
*Mar 6 22:18:34.619: ILP:: ILP Power Accounting REQ_PWR ( Gi1/0/4 ) Okay sys_used=30000
*Mar 6 22:18:34.619: ILP::
Sending E_ILP_SET_ICUTOFF IPC message from RP to platform
*Mar 6 22:18:34.619: ILP:: Sending icutoff current msg to slot:1 port:4
*Mar 6 22:18:34.619: ILP::
Sending E_ILP_SET_ICUTOFF IPC message from RP to platform
*Mar 6 22:18:34.619: ILP::
Sending E_ILP_SET_ICUTOFF IPC message from RP to platform
*Mar 6 22:18:34.619: ILP:: Sending icutoff current msg to slot:1 port:4
*Mar 6 22:18:34.619: ILP::
Sending E_ILP_SET_ICUTOFF IPC message from RP to platform
*Mar 6 22:18:34.619: ILP::
Sending E_ILP_SET_ICUTOFF IPC message from RP to platform
*Mar 6 22:18:34.619: ILP:: Sending icutoff current msg to slot:1 port:4
*Mar 6 22:18:34.619: ILP::
Sending E_ILP_SET_ICUTOFF IPC message from RP to platform

*Mar 6 22:18:34.909: ILP:: Rx Response ILP msg: response_code 12, sw_num 1
*Mar 6 22:18:34.909: ILP:: ILP msg: received E_ILP_GET_POWER_SENSE
*Mar 6 22:18:34.909: ILP:: ILP:pwr_sense: num_ports: 48, switch_num: 1
*Mar 6 22:18:34.910: ILP:: ILP:Gi1/0/4:power real 0, min 0, max 0, police 0, overdraw: 0
*Mar 6 23:18:35 CET: %SYS-5-CONFIG_I: Configured from console by console

*Mar 6 22:18:35.205: ILP:: ILP:get_all_events: num_port: 1, if_id: 4
*Mar 6 22:18:35.206: ILP:: interface in get_all_events: Gi1/0/4, slot 1, port 4
*Mar 6 22:18:35.206: ILP:: ilp event PWR GOOD
*Mar 6 22:18:35.206: ILP:: posting ilp slot 1 port 4 event 2 class 0
*Mar 6 22:18:35.206: ILP:: ilp fault 0
*Mar 6 22:18:35.206: ILP:: Gi1/0/4: State=NGWC_ILP_IEEE_PD_DETECTED_S-4, Event=NGWC_ILP_PWR_GOOD_EV-2
*Mar 6 23:18:35 CET: %ILPOWER-5-POWER_GRANTED: Interface Gi1/0/4: Power granted
*Mar 6 23:18:35 CET: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/4, changed state to down
*Mar 6 22:18:39.318: ILP:: ilpsm posting link up event Gi1/0/4
*Mar 6 22:18:39.319: ILP:: Gi1/0/4: State=NGWC_ILP_LINK_UP_S-6, Event=NGWC_ILP_PHY_LINK_UP_EV-20
*Mar 6 23:18:41 CET: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/4, changed state to up
*Mar 6 22:18:41.317: ILP:: ilp enabled in hwidb Gi1/0/4
*Mar 6 23:18:42 CET: %SYS-5-LOG_CONFIG_CHANGE: Console logging: level debugging, xml disabled, filtering disabled
*Mar 6 23:18:42 CET: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/4, changed state to up
**snip**

Catalyst 9200-spezifische Datenerfassung

1. Sammeln Sie Show Tech-Support PoE.

C9200#show tech-support poe | redirect flash:shtechPOE9200.txt

2. IFM-Zuordnung für das jeweilige Switch-Element abrufen. Stellen Sie sicher, dass Sie die richtige Switch-Nummer verwenden, unter der das PoE-Problem auftritt. Dies ist für das TAC nützlich, damit andere erfasste Ausgaben interpretiert werden können.

C9200#show platform software fed switch 1 ifm mappings 

Interface            IF_ID Inst Asic Core Port SubPort Mac Cntx LPN GPN Type Active
GigabitEthernet1/0/1  0x7   0    0    0    4     0     12    4   1   1  NIF   Y
GigabitEthernet1/0/2  0x8   0    0    0    5     0      4    5   2   2  NIF   Y
GigabitEthernet1/0/3  0x9   0    0    0    6     0     14    6   3   3  NIF   Y
GigabitEthernet1/0/4  0xa   0    0    0    7     0     13    7   4   4  NIF   Y
**snip**

3. Spuren sammeln. Diese CLI erstellt eine Binärdatei im Flash-Speicher. Sie kann von Cisco TAC decodiert werden, um tiefergehende Untersuchungen durchzuführen.

C9200#request platform software trace archive

C9200#dir flash: | in tar
48602 -rw- 404145 Jun 9 2020 03:12:36 +00:00 C9200L-48P-4X-1_1_RP_0_trace_archive-20200609-031235.tar.gz <++ upload to TAC case
C9200#

4. Sammeln Sie weitere PoE-Register. Diese CLI erstellt eine Datei im Flash-Speicher. Sie kann vom Cisco TAC analysiert werden, um tiefergehende Untersuchungen durchzuführen.

C9200#show controllers power inline
For logs refer to /flash/poe_controller_logs_*

C9200#dir flash: | in poe
32472   -rw-            33566   Dec 4 2021 09:12:10 +00:00  poe_controller_logs_sw2_Sat-Dec-04-21-09:12:10-UTC

Catalyst 9300-spezifische Datenerfassung

1. Sammeln Sie Show Tech-Support PoE.

C9300#show tech-support poe | redirect flash:shtechPOE9300.txt

2. Nützliche show-Befehle (auch in show tech poe vorhanden), die individuell gesammelt und untersucht werden können.

show clock 
show version 
show running-config 
show env all 
show power inline 
show power inline police 
show interface status 
show platform software ilpower details 
show stack-power budgeting 
show stack-power detail 
show controllers ethernet-controller phy detail 
show controllers power inline module 1 
show platform frontend-controller version 0 1 
show platform frontend-controller manager 0 1 
show platform frontend-controller subordinate 0 1 
show platform software ilpower system 1 
show power inline Gi<> detail 

3. Sammeln Sie Frontend-Controller-Version und Controller-Dump.

3.1 Zeigen Sie die "frontend-controller"-Version 0 der Plattform an. <switch number>.

C9348U#show platform frontend-controller version 0 1   <++ 1 is switch number here, use your respective switch number in question
Switch 1 MCU:
Software Version  129
System Type        6
Device Id          2
Device Revision    0
Hardware Version   41
Bootloader Version 17

3.2 Zeigen Sie das Stromversorgungsmodul des Controllers an. <switch number>.

show controllers power inline module 1 <++ 1 is switch number, use respective switch no. in question

3.3 Lesen Sie Controller-Register.

     test frontend-controller read-poe module

Sie müssen den Konsolenzugriff verwenden, um diese Ausgabe zu drucken. Sammeln Sie diese Ausgabe für alle MCUs auf dem betreffenden Switch.

test frontend-controller read-poe 1 module 1 <++ MCU #1 of switch 1,use respective switch number as applicable
test frontend-controller read-poe 2 module 1 <++ MCU #2 of switch 1,use respective switch number as applicable
test frontend-controller read-poe 3 module 1 <++ MCU #3 of switch 1,use respective switch number as applicable
... 
...
test frontend-controller read-poe 12 module 1 <++ MCU #12 of switch 1,use respective switch number as applicable
... 
...     <++ Output for MCU 13-24 is applicable only to UPoE devices
...
test frontend-controller read-poe 24 module 1 

Sample Output-

C9300#test frontend-controller read-poe 24 module 1
Switch 1 Power controller instance 24
Switch number:1

Basic registers:
0x08 0xF6 0x00 0x00 0x01 0x01 0x00 0x00 
0x00 0x00 0x00 0x00 0x06 0x00 0x00 0x00 
0x00 0x2C 0x02 0x0F 0x11 0xF0 0xC0 0x80 
0x00 0x00 0x10 0x1B 0x10 0x01 0x00 0x00 
0x00 0x00 0x10 0x02 0x00 0x00 0x00 0x00 
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

Extended registers:
0xFF 0xFF 0x00 0x00 0x00 0x00 0x00 0xA8 
0x00 0x69 0x03 0x00 0x00 0x00 0x00 0x00 
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
0x00 0x00 0x00 0x00 0x15 0x16 0x60 0xFF 
0x00 0x00 0x00 0x02 0xAA 0x00 0x00 0x00 
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

4. IFM-Zuordnung für das jeweilige Switch-Element abrufen. Stellen Sie sicher, dass Sie die richtige StackWise-Switch-Nummer verwenden, auf der das PoE-Problem vorliegt. Dies ist für das TAC nützlich, damit andere erfasste Ausgaben interpretiert werden können.

C9348U#show platform software fed switch 1 ifm mappings 
Interface            IF_ID  Inst  Asic  Core  Port  SubPort  Mac  Cntx  LPN  GPN  Type  Active
GigabitEthernet1/0/1 0x8     1     0     1     0      0      26    6     1    1    NIF   Y
GigabitEthernet1/0/2 0x9     1     0     1     1      0       6    7     2    2    NIF   Y
GigabitEthernet1/0/3 0xa     1     0     1     2      0      28    8     3    3    NIF   Y
GigabitEthernet1/0/4 0xb     1     0     1     3      0      27    9     4    4    NIF   Y
**snip**

5. Plattform-Manager-Traces für TAC sammeln

5.1 Legen Sie die PoE-Ablaufverfolgungsebene auf "verbose" (ausführlich) fest. Verwenden Sie die jeweilige Switch-Nummer.

Vor Cisco IOS XE Version 16.11.x

set platform software trace platform-mgr switch r0 redearth verbose set platform software trace platform-mgr switch r0 poe verbose
Ab Cisco IOS XE Version 16.11.x

set platform software trace chassis-manager switch r0 re_poe verbose set platform software trace chassis-manager switch r0 redearth verbose

set platform software trace chassis-manager switch 1 r0 re_poe verbose 
set platform software trace chassis-manager switch 1 r0 redearth verbose

   

5.2 Schließen Sie den betreffenden Port bzw. schließen Sie ihn nicht.

interface gi1/0/4
sh 
no shut <++ wait 2-4 sec before issuing no shut

5.3 Warten Sie 20-30 Sekunden.

5.4 Sammeln Sie Ablaufverfolgungen.

Der Befehlrequest platform software trace archiveerstellt eine Binärdatei im Flash-Speicher des Primärswitches und muss vom TAC decodiert werden.

C9K#request platform software trace archive 

C9K#dir flash: | in tar 
434284 -rw- 7466248 June 07 2020 13:45:54 +01:00 DUT_1_RP_0_trace_archive-20191125-134539.tar.gz   <++ upload this to TAC case

   

5.5 Setzen Sie die Ablaufverfolgungsebene auf Info zurück.

Vor Cisco IOS XE Version 16.11.x

set platform software trace platform-mgr switch r0 redearth info set platform software trace platform-mgr switch r0 poe info
Ab Cisco IOS XE Version 16.11.x

set platform software trace chassis-manager switch r0 re_poe info set platform software trace chassis-manager switch r0 redearth info

Catalyst 9400-spezifische Datenerfassung

1. Sammeln Sie Show Tech-Support PoE.

C9400#show tech-support poe | redirect bootflash:showtechpoe9400.txt

2. Nützliche show-Befehle (auch in show tech PoE vorhanden), die individuell erfasst und untersucht werden können.

show clock 
show version 
show running-config 
show env all 
show power inline 
show power inline police 
show interface status 
show platform software ilpower details 
show controllers ethernet-controller phy detail 
show power inline upoe-plus (applicable to modules supporting UPoE+ like C9400-LC-48H)
**snip**

3. Erfassen Sie plattformspezifische Informationen.

show platform software iomd redundancy show platform show tech-support platform | redirect bootflash:showtechplatform9400.txt

4. Sammeln Sie Port Register Dumps.

test platform hard poe get global test platform hard poe get port

test platform hard poe get 3 global <++ line card slot number 3, use respective line card number
test platform hard poe get 3 port 1 <++ line card slot number 3, port 1, use respective line card/port number

C9400#test platform hard poe get 2 global
Global Register for slot 2
0x00FFFFFF    0x00FFFFFF    0x80001304    0x000000C1
0x00000000    0x00000700    0x0FFD0FFD    0x00000015
0x0000000E    0x00000000    0x005AD258    0x00003A0A
0x00000700    0x00000000    0x00000000    0x00000000
0x00000000    0x00000000    0x00000000    0x00000000

 POE FW loaded successfully <-- success
 POE health status : GOOD   <-- success
 POE PSE FW ver :19
 POE Abstraction layer FW ver = 14

5. IFM-Zuordnung für Ports abrufen. Dies ist für das TAC nützlich, damit andere erfasste Ausgaben interpretiert werden können.

show platform software fed active ifm mappings

C9400#show platform software fed active ifm mappings 

Interface            IF_ID Inst Asic Core Port SubPort Mac Cntx LPN GPN Type Active
GigabitEthernet1/0/1  0x8   0    0    0    0    0      4    4    1  101 NIF   Y
GigabitEthernet1/0/2  0x9   0    0    0    1    1      4    4    2  102 NIF   Y
GigabitEthernet1/0/3  0xa   0    0    0    2    2      4    4    3  103 NIF   Y
**snip**

6. IOMD-Spuren sammeln.

6.1 Legen Sie die IOMD-Ablaufverfolgungsebene auf "verbose" (ausführlich) fest. Verwenden Sie die entsprechende Modulnummer.

set platform software trace iomd /0 poe verbose.

set platform software trace iomd 3/0 poe verbose <++ Here 3 is line card slot#, use respective slot number as applicable

6.2 Schließen Sie den betreffenden Port bzw. schließen Sie ihn nicht.

conf t
interface gi3/0/1
shut
! wait 2-4 sec before issuing no shut
no shut

   

6.3 Warten Sie 40-60 Sekunden.

6.4 Sammeln Sie Ablaufverfolgungen.

Der Befehlrequest platform software trace archiveerstellt eine Binärdatei im Flash-Speicher des Primärswitches und muss vom TAC decodiert werden.

C9400#dir bootflash: | in tar
194692 -rw- 50261871 Jun 9 2020 02:53:36 +00:00 test94_RP_0_trace_archive-20200609-025326.tar.gz <++ upload this file to TAC case

6.5 Setzen Sie die Ablaufverfolgungsebene auf Info zurück.

set platform software trace iomd /0 poe info

set platform software trace iomd 3/0 poe info <++ Here 3 is line card slot#, use respective slot number as applicable

Letzte Resort-/Intrusive Recovery-Schritte

Wenn sich PoE über einen der genannten Schritte nicht erholt und der Grund hierfür anscheinend ein weicher Fehler ist, können andere Schritte unternommen werden, um eine Wiederherstellung zu versuchen. Beachten Sie, dass diese Schritte intrusiv sind und zu einer potenziellen Ausfallzeit führen können. Sie können auch Daten löschen, die normalerweise benötigt werden, um das Problem zu beheben. Wenn die Ursache wichtig ist, wenden Sie sich an das TAC, und sammeln Sie vor diesen Schritten die erforderlichen Informationen. 

1. Weitere Informationen finden Sie unter Empfohlene Cisco IOS XE-Versionen für Catalyst 9000-Switches und Upgrade auf die empfohlene Version. Empfohlene Versionen enthalten Korrekturen und Optimierungen, die möglicherweise ein in der Vergangenheit bekanntes und gelöstes Problem lösen könnten.

2. Wenn Stack-Strom verwendet wird, entfernen Sie die Stack-Stromkabel vorübergehend, bevor Sie einen dieser Schritte durchführen.

3. Versuchen Sie, das betreffende Switch-Mitglied bzw. die betreffende Linecard neu zu laden.

4. In einem Stackwise-System (C9200, C9300) muss das betreffende Mitglied/der betreffende aktive Switch aus- und wieder eingeschaltet werden.  Dieser Schritt ist auch erforderlich, wenn Sie ein MCU-Reset durchführen.

5. Trennen Sie zum Zurücksetzen alle Eingangskabel vom Stack, und lassen Sie es abschalten. Warten Sie 10 Sekunden und schließen Sie die Netzkabel wieder an. Versuchen Sie bei dem Catalyst 9400, die Linecard wieder fest einzusetzen. Entfernen Sie die Linecard physisch, warten Sie einige Sekunden und setzen Sie die Karte wieder ein.

6. Wenn es sich um eine HA-Konfiguration (High Availability) handelt und das Problem bei mehreren Elementen eines Stacks oder mehreren Linecards eines C9400-Chassis besteht, versuchen Sie es mit HA-Failover/SSO (Redundanz erzwingt Switchover).

7. Wenn das Problem weiterhin besteht und das betreffende Switch-Element Teil eines Stacks ist, gehen Sie wie folgt vor:

             a. Nehmen Sie den Switch aus dem Stack und starten Sie ihn im Standalone-Modus. Prüfen Sie, ob dies zur Wiederherstellung von PoE auf dem Switch dieses Mitglieds beiträgt.
             b. Schalten Sie andernfalls das Element aus (Standalone/außerhalb des Stacks), und warten Sie 3-5 Minuten, bevor die Stromversorgung wiederhergestellt wird.
    
 8. Bei C9400 können Sie die betreffende Linecard, wenn möglich, in einen anderen Steckplatz oder ein anderes Chassis verschieben.

Zugehörige Informationen

• Technischer Support und Dokumentation für Cisco Systeme
• Datenblatt zu Cisco Catalyst 9200 Switches
• Datenblatt zu Cisco Catalyst 9300 Switches
• Datenblatt zu Cisco Catalyst 9400 Switches
• Datenblatt zu den Linecards der Cisco Catalyst 9400 Switches
• Empfohlene Cisco IOS XE-Versionen für Catalyst Switches der Serie 9000
• Ankündigung des Vertriebsendes und des Produktlebenszyklusendes für Cisco IOS XE 16.6.x
• Ankündigung des Vertriebsendes und des Produktlebenszyklusendes für Cisco IOS XE 16.9.x