Problemen met Power over Ethernet op Catalyst 9000-switches oplossen

Inleiding

In dit document wordt beschreven hoe u problemen met Power over Ethernet (PoE) op Catalyst 9000 PoE-compatibele switchplatforms kunt oplossen. 

Voorwaarden

Vereisten

Cisco raadt kennis van de volgende onderwerpen aan:

•Catalyst 9000 Series switches

• Power over Ethernet 

Gebruikte componenten

Dit document is niet beperkt tot specifieke software- en hardware-versies. PoE wordt ondersteund op switch- en lijnkaartmodellen die geschikt zijn voor PoE in de Catalyst 9200-, Catalyst 9300- en Catalyst 9400-productreeks. De voorbeeld-outputs in dit document zijn gebaseerd op een aantal software- en hardwareversies uit de Catalyst 9000-productreeks.

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.

Achtergrondinformatie

Catalyst 9000 switches ondersteunen verschillende soorten PoE-standaarden.

• Pre-standaard PoE-apparaten worden gedetecteerd en geclassificeerd op laag 1 door het Physical Layer Device (PHY) te switches, stroom wordt op standaardniveau geleverd en/of hogere vermogensniveaus worden overeengekomen met Cisco Discovery Protocol (CDP).
• IEEE 802.3af (PoE) en 802.3at (PoE+) aangedreven apparaten (PD's) worden gedetecteerd door een PoE-controller op Catalyst 9000 switch / lijnkaart (soms zijn er meer dan één), en het juiste vermogensniveau kan worden geclassificeerd voordat het wordt ingeschakeld via IEEE-classificatie, en later worden onderhandeld.
• Cisco UPoE (Universal Power over Ethernet) apparaatdetectie en classificatiefuncties, net als op standaarden gebaseerde, maar de limiet van 30 W wordt verhoogd tot 60 W door onderhandeling (na opstarten) via het Link Layer Discovery Protocol (LLDP) om online stroom over extra draden te verkrijgen.
• Cisco UPoE+ is gebaseerd op IEEE 802.03bt en is beschikbaar op selectieve Catalyst 9000-producten en kan tot 90 W per poort leveren.

PoE-switchmodellen

• Catalyst 9000-switches en lijnkaarten met "P" in hun product-ID ondersteunen PoE+ op een groep poorten of alle poorten. Bijvoorbeeld C9200L-48P-4G, C9200-24P, C9300-48P, C9400-LC-48P enzovoort.
• Catalyst 9000-switches en lijnkaarten met "U" in hun product-ID ondersteunen UPoE op een groep poorten of alle poorten. Bijvoorbeeld C9300-24U, C9400-LC-48UX, enzovoort.
• Catalyst 9000-switches en lijnkaarten met "H" in hun product-ID ondersteunen UPoE+ op een groep poorten of alle poorten. Bijvoorbeeld C9300-48H, C9400-LC-48H enzovoort.

Opmerking: PoE-capaciteit alleen garandeert geen PoE-toewijzing. Raadpleeg het gegevensblad voor andere beperkingen en vereisten zoals ondersteund poortbereik, benodigde voedingen en minimale softwareversie enzovoort.

Terminologie

• PoE - Power-over-Ethernet
• PoE+ - PoE+ standaard verhoogt het maximale vermogen dat kan worden getrokken door een aangedreven apparaat van 15,4 tot 30 W per poort
• UPoE - Universal PoE. Cisco-technologie die de IEEE 802.at PoE-standaard uitbreidt en de mogelijkheid biedt om tot 60 W power-over per poort te gebruiken
• IF_ID - Interface Identifier, interne unieke waarde die een specifieke interface vertegenwoordigt
• Platform Manager - Interne softwarecomponent in Cisco IOS® XE
• Chassis Manager - Interne softwarecomponent in Cisco IOS XE
• IOMD - stuurprogramma voor de invoeruitvoermodule. Interne softwarecomponent in Cisco IOS XE
• MCU - Micro Controller Unit
• PD - Aangedreven apparaat (IP-telefoons, toegangspunten, camera's enzovoort.)
• PSE - Power Sourcing Equipment, zoals een PoE-geschikte katalysator 9000-switch.

PoE-klasse

Op standaarden gebaseerde Cisco PoE-apparatuur voldoet aan de IEEE-standaarden voor vijf vermogensclassificaties voor gevoede apparaten. Wanneer Cisco PoE switch een apparaat met voeding detecteert en een stroomverzoek toewijst, kan de switch het stroombudget (beschikbare stroom) aanpassen volgens de IEEE-classificatie van het apparaat met voeding.

PoE-klassen beschrijven een vermogenbereik dat door een bepaald gevoed apparaat wordt gebruikt. Sommige gevoede apparaten hebben meer vermogen nodig dan andere en dankzij vermogensklassen kunnen switches een vermogensbudget beheren. Wanneer een gevoed apparaat wordt gedetecteerd en de klasse ervan wordt geïdentificeerd, wordt het juiste vermogensbereik toegewezen (gereserveerd) door de switch.

De switch kan de IEEE-vermogensklasse van het aangedreven apparaat bepalen door 20V DC op de lijn aan te brengen en vervolgens de resulterende stroomstroom te meten. IEEE-compatibele apparaten produceren een zeer specifieke stroomstroom als reactie op de 20 VDC die door de switch wordt toegepast.

PoE-leds op switchpoorten

In deze tabel wordt uitgelegd wat de status van de LED-kleur op de switch betekent.

Algemene richtlijnen voor troubleshooting

Omgevingsomstandigheden en symptomen verifiëren

• Wordt het apparaat met voeding (PD) in kwestie helemaal niet opgestart of wordt het kort opgestart en vervolgens uitgeschakeld?
• Begon het probleem tijdens de eerste installatie of begon het een periode waarin het apparaat normaal werkte?
• Als het probleem is begonnen nadat het apparaat normaal werkte, wat is er dan veranderd? Was er sprake van hardware- of softwarewijzigingen? Veranderingen in de omgeving (temperatuur, luchtvochtigheid, luchtstroom, enzovoort)? Enige elektrische veranderingen (onderhoud, storing, interferentie, enzovoort)?
• Is er iets gebeurd in het lokale netwerk toen het probleem zich voordeed? Gebruik de opdracht Logboekregistratie weergeven om het logboek van de switch en SNMP-traps (Simple Network Management Protocol) te bekijken (indien geconfigureerd). Zo ja, kan het dan te maken hebben met een ander probleem dat specifiek betrekking heeft op dat lokale netwerk?
• Gebeurt het probleem op een bepaald moment van de dag of nacht? Zo ja, zijn er bekende omgevings-/elektrische veranderingen op die specifieke tijd/dag?
• Is er een netwerkgebeurtenis tegelijkertijd opgemerkt? Een verkeersstroom, storm, lus, verhoogde netwerkcongestie, hoger dan normaal gebruik van bronnen (CPU, interfaces, enzovoort) kan leiden tot tijdelijk verlies van connectiviteit tussen PD en een ander netwerkelement, waardoor de PD opnieuw kan worden opgestart.

Bijzonderheden van het gevoede apparaat en de switch verifiëren

• Welk type apparaat wordt gebruikt (Cisco legacy, 802.3af, 802.3at, UPOE?) en ondersteunt de Catalyst 9000-variant in kwestie dit type?
• Is er voldoende inline stroom beschikbaar via de voeding op de respectievelijke switch/lijnkaart?
• Bieden alle poorten van één switch lid/lijnkaart geen of slechts enkele PoE?
• Hoe zit het met poorten op verschillende PoE-controllers op dezelfde switch / lijnkaart? (Niet-UPoE-modellen bevatten vier poorten per controller, UPoE-modellen twee poorten per controller)
• Heeft dit gevolgen voor meer dan één lijnkaart/switch in een chassis/stapel?
• Bieden alleen nieuw aangesloten poorten geen PoE en werken reeds aangesloten poorten OK op dezelfde switch/lijnkaart? 
• Als een van de reeds verbonden poorten (PoE-status OK) op dezelfde switch/lijnkaart wordt teruggekaatst (shut/no shut), wordt de PoE-functionaliteit dan onderbroken of werkt deze nog steeds goed?
• Is de gegevensconnectiviteit aangetast of is het alleen de PoE-functionaliteit?
• Is het probleem beperkt tot één type / model van PD?
• Zijn er PoE-syslog-berichten gezien?
• Wat zijn de switch modellen, soorten lijnkaarten en PD's gebruikt?
• Geeft de inline stroomvoorziening [detail] de stroomstatus op de poort nauwkeurig weer?

Veelvoorkomende PoE-problemen

Geen PoE op slechts één poort

Stap 1: Controleer of het apparaat met voeding werkt op andere poorten en dat het probleem zich slechts op één poort bevindt.

Stap 2: Gebruik de opdrachten Show Run en Show Interface Status om te controleren of de poort niet is uitgeschakeld of uitgeschakeld.

Stap 3: Gebruik de opdracht show run om te controleren of de inline-interface voor voeding nooit is geconfigureerd op de poort.

Stap 4: Controleer of de ethernetkabel van de telefoon naar de poort van de switch goed is. Sluit een bekend goed niet-PoE ethernetapparaat aan (zoals een computer) en gebruik dezelfde ethernetkabel op een bekende poort die werkt, en zorg ervoor dat deze een koppeling tot stand brengt en verkeer uitwisselt met een andere host. Vervang de kabel indien nodig.

Stap 5: Controleer of de totale kabellengte van het voorpaneel van de switch tot het apparaat met voeding niet meer dan 100 meter bedraagt. 100 meter omvat de lengte van de kabel tussen twee uiteinden van het patchpaneel (indien in gebruik).

Stap 6: Als het patchpaneel in gebruik is, sluit u het aangesloten apparaat rechtstreeks aan op de switchpoort om een probleem met het patchpaneel uit te sluiten.

Stap 7: Als de Ethernet-kabel vrij lang is (> 50 m), koppelt u de switch los van de kabelpoort. Gebruik een kortere Ethernet-kabel om een goed werkend data-apparaat (zoals een computer) op deze switch aan te sluiten. Controleer of het apparaat een Ethernet-verbinding met alleen gegevens tot stand brengt en verkeer uitwisselt met een andere host of het IP-adres van de switch VLAN SVI. Sluit vervolgens een gevoed apparaat op deze poort aan en zie of het wordt ingeschakeld.

Stap 8: Gebruik de inline energieweergave en de detailopdrachten voor de energieweergave om het aantal aangesloten apparaten te vergelijken met het stroombudget van de switch (beschikbare PoE). Controleer of het apparaat kan worden gevoed op basis van het vermogensbudget van de switch.

Stap 9: Ga naar de sectie Geavanceerde probleemoplossing voor geavanceerde probleemoplossing en gegevensverzameling.

Geen PoE op alle poorten of een groep poorten

Stap 1: Gebruik de opdracht Interfacestatus weergeven om te controleren of de poorten niet zijn afgesloten en de fout niet is uitgeschakeld.

Stap 2: Gebruik de show-omgeving, toon de interfacestatus en laat inline-opdrachten voor stroom zien om de stroomstatus te bekijken als geen apparaat op een poort kan worden ingeschakeld. Gebruik de opdracht ‘show log’ om alarmen te bekijken die eerder door systeemmeldingen zijn gemeld. Als u een ongewone toestand met betrekking tot de voedingen ziet, richt u zich daar eerst op.

Stap 3: Als het probleem zich op alle poorten voordoet, kan het PoE-gedeelte van de voeding defect zijn als de switch normaal werkt, behalve voor PoE en als niet-PoE-apparaten een ethernetverbinding met gegevens op elke poort kunnen maken. Als het probleem zich voordoet op een opeenvolgende groep poorten, maar niet op alle poorten, kan er sprake zijn van een niet werkende PoE-subsectie in de switch.

Stap 4: Controleer logs met de opdrachtshow logging. Veel voorkomende PoE-logs worden later beschreven. Als er logs zijn die in dit gedeelte worden weergegeven, interpreteert u de verzamelde informatie en neemt u de juiste stappen.

Stap 5: Verwijder de interface die is verbonden met de switchpoort. Als dat niet helpt, probeert u de switch opnieuw te laden door het netsnoer te verwijderen, wacht u 15 seconden en de switch krijgt weer stroom.

Stap 6: Let tijdens/na het opstarten op eventuele diagnostische fouten.

Gevoed Cisco-apparaat werkt niet op Cisco PoE-switch

Wanneer een functionele Cisco IP Phone, een Cisco draadloos toegangspunt of een ander Cisco-apparaat met tussenpozen opnieuw wordt geladen of de verbinding wordt verbroken, voert u de volgende stappen uit:

Stap 1: Controleer alle elektrische verbindingen tussen de switch en het gevoede apparaat. Een onbetrouwbare verbinding leidt tot stroomonderbrekingen en een onderbroken werking van het apparaat, bijvoorbeeld omdat de verbinding wordt verbroken of het apparaat opnieuw wordt geladen.

Stap 2: Controleer of de totale kabellengte van het voorpaneel van de switch naar het gevoede apparaat, inclusief patchpaneel (indien in gebruik), niet meer dan 100 meter is.

Stap 3: Merk op wat er in de elektrische omgeving op de plaats van de switch is veranderd. Wat gebeurt er bij het aangesloten apparaat wanneer de verbinding wordt verbroken?

Stap 4: Gebruik de opdracht show log om syslog en gebeurtenissen te bekijken. Bestudeer syslog-tijdstempels om te zien of er andere foutmeldingen door de switch worden gerapporteerd op het moment dat een verbinding wordt verbroken.

Stap 5: Controleer of een Cisco IP Phone de verbinding met de gespreksbeheerder niet verliest onmiddellijk voordat de herlading plaatsvindt. Het kan een netwerkprobleem zijn, geen PoE-probleem. Dit kan worden bepaald door SPAN-vastlegging op de switch-poort terwijl het aangedreven apparaat de verbinding verbreekt en analyse van het vastlegbestand.

Stap 6: Als het gevoede apparaat PoE-debug-opdrachten of pakketvastleggingen toestaat, kunt u deze inschakelen voor extra datapunten voor probleemoplossing.

Stap 7: Sluit een niet-PoE-apparaat aan op de poort en controleer of dit werkt. Als een niet-PoE-apparaat verbindingsproblemen of een hoog foutenpercentage heeft, kan het probleem een onbetrouwbare kabelverbinding zijn tussen de switch-poort en de gebruiker.

Gevoed niet-Cisco-apparaat werkt niet op Cisco PoE-switch

Wanneer een apparaat dat niet door Cisco wordt aangedreven, is verbonden met een Cisco PoE-switch, maar nooit wordt ingeschakeld of ingeschakeld en de verbinding vervolgens snel wordt verbroken (uitgeschakeld). Niet-PoE-apparaten werken normaal gesproken als volgt:

Stap 1: Gebruik de opdrachtshow power inlineom te controleren of het energiebudget van de switch (beschikbare PoE) niet is uitgeput voor of na de aansluiting van het apparaat. Controleer of er voldoende voeding beschikbaar is voor het apparaattype.

Stap 2: Gebruik de show interface status opdracht om te controleren of het apparaat met voeding door de switch wordt gedetecteerd wanneer het wordt aangesloten.

Stap 3: Gebruik de opdrachtshow loggingom te controleren of het aangedreven apparaat geen controllerfout op de poort veroorzaakt. Als dit gebeurt, wordt het in een syslog gemarkeerd.

Stap 4: Als het apparaat met voeding in eerste instantie wordt ingeschakeld en de verbinding wordt verbroken, kan het probleem een eerste stroomstoot zijn die een huidige limietdrempel voor de poort van de switch overschrijdt.

Stap 5: Controleer of het apparaat met voeding compatibel is met de Cisco-switch. Als beide eenheden bijvoorbeeld aan de normen voldoen, zijn ze interoperabel. CDP kan niet worden gebruikt om een niet-Cisco-apparaat te identificeren en de switch moet vertrouwen op accurate detectie en classificering via laag 1-classificatie of LLDP wanneer een niet-Cisco-apparaat wordt gebruikt. Controleer of LLDP werkt op de switchpoort.

Aangedreven apparaatscenario's van derden

Scenario 1 - Aangesloten gevoed apparaat heeft meer stroom nodig dan de klasse toestaat. Het biedt echter geen ondersteuning voor CDP/LLDP-uitbreiding of wordt uitgeschakeld gehouden op basis van organisatiebeleid. Als gevolg hiervan blijft de switchport flapperen.

Aanbeveling – Statisch vermogen configureren

Gebruik de power inline statische interface niveauconfiguratie om de maximale power aan de PD te geven, ongeacht de klasse, PD-architectuur en het gebruikte onderhandelingsprotocol. Gebruik deze stap als het door het gevoede apparaat benodigde maximale vermogen niet bekend is.

C9000(config-if)#power inline static

Als het maximale vermogen dat een PD nodig heeft bekend is, kan deze configuratie op interfaceniveau worden gebruikt.

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

Scenario 2 - Aangesloten PD is PoE geschikt voor zowel signaal- als reserveparen. Het biedt echter geen ondersteuning voor CDP/LLDP-uitbreiding of wordt uitgeschakeld gehouden op basis van organisatiebeleid. 

 Aanbeveling - Configureer PoE met vier paren als het gevoede apparaat dit ondersteunt.

Ontdek of PD 4 PoE-paren ondersteunt met de details van de opdrachtshow power inline :

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

4 paar PoE configureren:

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

Opmerking: Standaard gebruikt UPoE switch LLDP. Configureer geen 4-paars PoE tenzij het aangedreven apparaat geschikt is voor 4-paars en LLDP niet kan worden gebruikt.

Raadpleeg de secties Common PoE Syslog en Advanced Troubleshooting voor aanvullende probleemoplossing.

Scenario 3 - Apparaat van klasse 4 heeft 30 W nodig, maar biedt geen ondersteuning voor CDP/LLDP of wordt uitgeschakeld gehouden volgens het beleid van de organisatie. 

Aanbeveling - Configureer een 2-gebeurtenisclassificatie of configureer een statische max. PoE

Wanneer een klasse 4-apparaat wordt gedetecteerd, wijst Cisco IOS 30W toe zonder enige CDP- of LLDP-onderhandeling. Dit betekent dat het klasse 4-voedingsapparaat al 30 W krijgt voordat de verbinding tot stand komt. Ook op hardwareniveau doet de switch een 2-gebeurtenisclassificatie waarmee een klasse 4 PD de mogelijkheid van de switch kan detecteren om 30W van de hardware te leveren, zichzelf te registreren en naar PoE+-niveau te gaan zonder enige CDP / LLDP-pakketuitwisseling. Zodra 2-event is ingeschakeld op een poort, moet u de poort handmatig afsluiten/niet afsluiten of de PD opnieuw aansluiten om de IEEE-detectie opnieuw te starten. De toewijzing van het energiebudget voor een klasse-4-apparaat is 30 W als classificatie van 2 gebeurtenissen is ingeschakeld op de poort, anders is het 15,4 W.

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

Opmerking: Een shut/no shut on-poort is nodig om de opdrachtpower inline port 2-eventeffectief te laten zijn. Zowel de switch-/lijnkaart als de PD moeten 2-gebeurtenisclassificatie ondersteunen om dit commando te laten werken.

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

Veelvoorkomende PoE-syslog-berichten, uitleg en acties

1. CONTROLLER PORT ERROR

Een poortfout die door de PoE-controller (Power over Ethernet) wordt gemeld, wordt door de Cisco-switch gedetecteerd. Van deze controllerfout bestaan enkele veelvoorkomende varianten.

1.1 Tstart-fout

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

Tstart is gerelateerd aan inschakelstroom wanneer een gevoed apparaat wordt geïnitialiseerd op een switchpoort. Tstart-fout betekent dat de waarde van de inrush-stroom, gemeten door de switch PoE-controller, hoger was dan het toegestane maximum.

Vastgesteld is dat deze fout in sommige gevallen verband kan houden met het snel aansluiten/loskoppelen van het gevoede apparaat. Dit kan gebeuren wanneer de platformafhankelijke PoE-toestandsmachine zich in een overgangstoestand bevindt en het opnieuw invoegen van de PD een nieuwe reeks toestandsmachinestappen heeft geactiveerd die in strijd zijn met die in de overgang.

U kunt dit probleem uitsluiten door de stekker uit het stopcontact te halen voor het gevoede apparaat dat is aangesloten op de poort waar de TStart-fout is opgetreden. Wacht tot u het syslog-bericht ‘powered down removed’ en/of ‘link down’ ziet. Sluit het gevoede apparaat weer aan en controleer of het syslog-bericht niet opnieuw wordt weergegeven.

In sommige gevallen kunnen Tstart-fouten verband houden met langere of kortere Cat5- of Cat6-kabel. Zorg ervoor dat de lengte van de kabel (inclusief de lengte van de kabel tussen de uiteinden van het patchpaneel) binnen de specificaties valt. Het gebruik van een kabel van verschillende lengte kan het probleem in sommige van deze gevallen mogelijk oplossen.

1.2 Oververhitting van voeding

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

Het commandopower inline port 2-eventkan in sommige gevallen helpen die dit scenario ervaren.

Controleer voor deze fout op een Catalyst 9300L-switch de Cisco-bug-ID CSCvs52594 en controleer of u op Cisco IOS XE versie 16.12.3 of hoger bent.

1.3 Imax-fout

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

Er doet zich een Imax-fout voor wanneer een PoE-poort op de switch meer stroom verbruikt dan is onderhandeld. Bovendien kunnen sommige niet-Cisco-apparaten een overmatige stroompiek hebben wanneer ze voor het eerst worden aangesloten op een PoE-poort, wat een Imax-fout kan veroorzaken.

Meestal wordt deze fout gezien wanneer het aangedreven apparaat (PD) dat is aangesloten op een bepaalde poort meer stroom trekt dan wat wordt onderhandeld via CDP / LLDP-onderhandeling.

Probeer een goede PD op dezelfde poort en kijk of dat helpt. Als het probleem voldoet aan een specifiek PD/model, zorg er dan voor dat het aangesloten apparaat voldoet aan de IEEE-norm.

Zie Problemen met PoE Imax-fouten oplossen op Catalyst 3650/3850-Switches voor meer informatie.

1.4 Andere ongewone logboekregistraties voor controllerpoortfouten

1. Gegeven vermogen, maar Power Controller rapporteert geen goed vermogen.

%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

Als onderdeel van PoE-detectie en classificatie is er een onderhandeling tussen de PSE en PD die de PSE helpt bepalen welke klasse de PD is. Zodra PoE-detectie en -classificatie is voltooid, wordt PoE toegewezen. In ideale scenario's rapporteert de PD na PoE-toewijzing Power Good terug aan de PSE en wordt de interface naar boven gebracht (laag 1 treedt op na PoE).

Als de PD het Power Good-bericht niet of niet tijdig verstuurt, wordt deze foutmelding afgedrukt, wat resulteert in een volledige herstart van de PoE-onderhandeling. Dit kan symptomen veroorzaken zoals het apparaat nooit volledig wordt aangesloten of constant aan de macht is. 

Om het probleem verder te isoleren, zijn PoE-debugs en -sporen vereist van de problematische toestand.

2. PWRGOOD SPARE PAIR

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

Het gevoede apparaat heeft een verzoek om voeding voor het reservepaar gedaan en er is nu voeding beschikbaar op het reservepaar. Dit is geen foutbericht, maar een indicatie dat het gevoede apparaat om voeding heeft verzocht op het reservepaar van de Cat 5- of Cat 6-kabel en dat dit verzoek is ingewilligd. U hoeft verder niets te doen.

3. POWER CDP-AFSLUITING

%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

Dit syslog-bericht geeft aan dat de inline voeding is afgesloten omdat CDP heeft gedetecteerd dat het stroomverbruik op deze PoE-switchpoort hoger is dan:

1. Toewijzingsbevoegdheid, of
2. Hardware-interfacelimiet, of
3. Door de gebruiker geconfigureerde max. voeding, of
4. Beschikbare stroom op deze switch.

Als dit een tijdelijk probleem is, lost het probleem zichzelf op nadat de switchport stuitert zoals in het voorbeeld. Als er een overheersend probleem is, onderzoek dan de vier eerder genoemde punten en sluit ze uit.

In sommige scenario's kan deze fout worden gezien wanneer zowel CDP als LLDP zijn ingeschakeld op de switchport en PoE-debugs onthullen het gebruik van beide protocollen bij energieonderhandeling. U kunt LLDP uitschakelen om het probleem op te lossen:

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

In zeldzame gevallen kan dit logbericht een gevolg zijn van het gedrag van het gevoede apparaat. PD vraagt bijvoorbeeld een lagere vermogenswaarde in de eerste onderhandeling en switch wijst de gevraagde macht toe aan PD. Later vraagt hetzelfde gevoede apparaat meer vermogen aan dan eerder, meer dan het eerder toegewezen vermogen. Dit resulteert dan in een CDP-uitschakeling en een poortfluctuatie. Dergelijke scenario's kunnen profiteren van Perpetual PoE of Fast PoE

4. INVALID IEEE CLASS

%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

Deze foutmelding verschijnt wanneer het aangesloten gevoede apparaat een ongeldige IEEE-klasse heeft. De switch schakelt het apparaat niet in. Zie PoE-klasse voor meer informatie over PoE-klassen.

Als u een niet-Cisco powered device (PD) gebruikt, moet u nagaan of de PD de juiste klasse is.

5. SHUT OVERDRAWN

%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

Deze fout betekent dat de switch heeft besloten om de interface af te sluiten omdat het apparaat met voeding meer verbruikt dan het maximale geconfigureerde/onderhandelde vermogen.

Zorg ervoor dat het juiste vermogensbudget is bepaald voor deze interface, gebaseerd op de elektrische specificaties of nominale waarden van het gevoede apparaat. U wordt aangeraden het uitschakelvermogen indien nodig te wijzigen in een hogere waarde om het apparaat ingeschakeld te laten.

Als u een apparaat gebruikt dat niet door Cisco wordt aangedreven, moet u weten welke stroom naar verwachting nodig is ten opzichte van wat wordt getrokken.

6. TSTART SPAREPAIR

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

Deze fout betekent dat het apparaat dat is aangesloten op de switchport geprobeerd heeft stroom aan te vragen op het reservepaar van Cat5 of Cat6 en dat de switch een hogere stroomtoevoer dan verwacht heeft gedetecteerd (Tstart-fout) en daarom heeft besloten het apparaat uit te schakelen.

Deze fout wordt vaak gezien in combinatie met Imax-fout of andere besproken fouten. Herstel de beschreven procedures voor die secties die afhankelijk zijn van de waargenomen fout.

7. SINGLE PAIRSET FAULT

%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

Deze fout betekent dat het apparaat met dubbele handtekening op de switchport een kritieke fout heeft geraakt op één paarset en daarom wordt die paarset uitgeschakeld. Het eerdere voorbeeld is genomen van een UPoE + geschikt aangedreven apparaat en switch.

8. PGOOD TIMEOUT SPARE PAIR

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

Deze fout betekent dat het apparaat dat is aangesloten op de switchport geprobeerd heeft stroom aan te vragen voor het reservepaar Cat5 of Cat6, maar dat er een fout is opgetreden met de goede time-out van het reservepaar en dat de stroom op het reservepaar niet wordt geleverd.

Met een 802.3bt (UPoE+)-switch moet u onthouden dat de Cisco-switch die de IEEE 802.3bt-standaard ondersteunt voor Type 3-apparaten standaard in de 802.3at-modus kan staan. De 802.3bt-modus kan via deze configuratie worden ingeschakeld in de globale configuratiemodus. Met deze opdracht wordt de switch opnieuw opgestart na de configuratie. Deze stap is niet van toepassing op switchmodellen die niet UPoE+-compatibel zijn.

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?

Een andere mogelijke oplossing zou kunnen zijn om hardcode te proberen en de benodigde stroom op de switchport met de interfaceconfiguratiepower inline static.

In zeldzame gevallen kan deze fout gepaard gaan met het gebruik van een 802.2bt-lijnkaart/switch.

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

Dit betekent dat het gevoede apparaat niet kan werken met het 802.3bt PoE-systeem. Gebruik een niet-802.3bt PoE-switch.

9. ILPOWER POWER DENY

%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

Deze fout betekent dat er niet voldoende stroom in de switch is om de Power over Ethernet-poort (PoE) te voeden.

Dit is waarschijnlijk te wijten aan het totale inline vermogen groter dan het beschikbare vermogen. Verifieer de vermogensbudgettering. Installeer zo mogelijk meer voedingseenheden. Aanpassing van de redundantie van de voeding van redundant naar gecombineerd kan ook helpen. Voor gestapelde systemen kan de gestapelde voeding worden beschouwd als de totale voeding voor stapels.

10. CONTROLLER POST ERR

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

De switch heeft besloten PoE uit te schakelen omdat POST (Power On Self Test) op deze switch is mislukt.

Verifieer de functionaliteit van de PoE-controller (Power over Ethernet) om de status van de voedingsbronapparatuur te controleren. Zie de sectie over POST onder PoE-outputs en gegevensverzameling voor meer informatie.

11. IEEE DISCONNECT

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

Deze fout duidt erop dat het gevoede apparaat niet meer is aangesloten op de switch of dat het aangesloten gevoede apparaat is overgeschakeld naar een externe AC-voedingsbron waardoor de switch PoE op de poort heeft verwijderd.

In sommige gevallen gaat deze fout gepaard met andere fouten, zoals:

%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

Neem in dergelijke gevallen passende maatregelen, afhankelijk van de andere fout.

12. LOG OVERDRAWN

%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

Interface X heeft het vermogen overtrokken. Het heeft Y milliwatt verbruikt terwijl het maximale geconfigureerde vermogen Z milliwatt is. Dit is slechts een informatief logbericht en de switch blijft PoE leveren op de poort tenzij de switch zonder stroom komt te zitten (SHUT_OVERDRAWN) of er een andere fout optreedt.

Zorg ervoor dat het juiste vermogen voor deze interface wordt begroot op basis van de elektrische specificaties en beoordelingen van het aangedreven apparaat. U wordt aangeraden zo nodig het uitschakelvermogen te wijzigen.

13. CLR OVERDRAWN

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

Dit informatieve logboek vertelt de gebruiker dat interface X eerder stroom heeft overtrokken, maar NIET meer is. het heeft Y milliwatt verbruikt, terwijl de maximale geconfigureerde waarde Z milliwatt is.

14. DET TIMEOUT SPARE PAIR

%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

Deze fout betekent dat het gevoede apparaat om Cat 5- of Cat 6-reservedraadvoeding heeft gevraagd en dat tijdens het proces een time-out van het reservepaar is ontdekt. Als gevolg hiervan wordt stroom op reservepaar niet geleverd.

PoE-outputs en dataverzameling

PoE-syslog

Zoek naar relevante foutmeldingen die worden beschreven in de sectie Common PoE syslog inshow logginguitvoer. Bijvoorbeeld, PoE controller fout, PoE budget fout, stroomvoorziening probleem en ga zo maar door.

POST-status  

POST test de functionaliteit van de PoE-controller (Power over Ethernet) om de toegankelijkheid van de chip, de firmwaredownload en de status van de voedingsbronapparatuur te controleren.

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 voeding en budget

Verifieer het PoE-vermogensbudget en de status van de inline voeding van een switch-lid/lijnkaart/interface. Gebruik de opdracht ‘show power inline’ om de volgende factoren te bekijken:

• PoE-vermogen beschikbaar per switch.
• PoE-vermogen dat door alle poorten in de switch wordt gebruikt.
• PoE-vermogen dat door elk aangesloten gevoed apparaat wordt gebruikt.
• PoE-vermogensclassificatie.

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

Met online diagnoses kunt u de hardwarefunctionaliteit van een apparaat testen en verifiëren terwijl het apparaat op een actief netwerk is aangesloten. Online diagnoses bevatten pakketswitchingtests waarmee verschillende hardwarecomponenten worden gecontroleerd en het datapad en besturingssignalen worden geverifieerd. Met online diagnoses worden onder andere problemen gerelateerd aan de volgende aspecten gedetecteerd:

• PoE-hardwarecomponenten
• Interfaces
• Soldeerverbindingen en bordintegriteit

Hier zijn enkele diagnostische tests die kunnen worden gebruikt. Deze kunnen on-demand worden uitgevoerd, in tegenstelling tot POST dat alleen tijdens het opstarten wordt uitgevoerd. Lees vóór de test de informatie in de tabel om de potentiële impact te begrijpen.

* Onderzocht door Cisco of dit in de toekomst niet-verstorend kan worden gemaakt.

** Niet-ontwrichtende test, kan veilig worden uitgevoerd tijdens productie.

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

Geavanceerde troubleshooting

Deze sectie bevat debug-informatie voor PoE en platformspecifieke informatie die nuttig is om PoE-problemen op te lossen. Sommige van deze uitgangen zijn niet logisch of zouden niet beschikbaar zijn in een menselijk leesbaar formaat voor de eindgebruiker. Deze zijn veilig bevonden om in productie te worden uitgevoerd en zouden nuttig zijn als ze aan Cisco TAC worden verstrekt wanneer een PoE probleemoplossing is.

Debug-opdrachten voor InlinePower (ILP) voor PoE

ILpower (ILP) is een interne Cisco IOS XE-softwarecomponent die wordt uitgevoerd binnen Cisco IOS Dameon (Cisco IOSd). ilpower implementeert PoE-statusmachine die verschillende stappen van PoE-functionaliteit regelt. Vervolgens is er een ilpower-diagram dat kan worden gebruikt als referentie in combinatie met Cisco IOSd-debugs.

Bestudeer debug-opdrachten van elke stap van de toestandsautomaat om erachter te komen bij welke stap de functionaliteit niet meer werkt. Vergelijk deze debugs van een PoE-poort die werkt en een PoE-poort die niet werkt met dezelfde / vergelijkbare PD's kan ook nuttig zijn om anomalieën te identificeren.

1. Start deze debug-opdrachten:

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. Sluit de betreffende poort.

3. Schakel de logboekconsole en de terminalmonitor uit (geen logboekconsole vanuit globale configuratiemodus en term no mon form user Exec-modus).

4. Maak indien nodig een back-up van de logboekuitvoer, aangezien de volgende stap de logboekbuffer opnieuw instelt. Voorbeeld: logboekregistratie tonen | omleiden flash: showlogbackup.txt

5. Zorg ervoor dat het bufferniveau voor logboekregistratie is ingesteld op foutopsporing. Verhoog de grootte van de logboekregistratiebuffer in elk geval naar 50.000 (logging buffer 50000). Het is belangrijk om te onthouden dat deze stap historische logs opruimt.

6. Schakel voorwaardelijke foutopsporing en duidelijke logboekregistratie in (logboekregistratie wissen).

7. Maak de sluiting van de betreffende poort ongedaan en wacht minstens 30-40 seconden op de PoE-onderhandeling.

8. Schakel foutopsporing metundebug alluit en verzamel de gegevens om de foutopsporingshow loggingte begrijpen. 

9. Maak alle wijzigingen ongedaan die in stap 2-7 zijn aangebracht. 

Dit is hoe een succesvolle PoE-transactie er meestal uitziet:

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

Specifieke dataverzameling voor Catalyst 9200

1. Collect show tech-support PoE.

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

2. Haal de IFM-toewijzing voor het betreffende switch-lid op. Zorg ervoor dat u de juiste switch nummer waarop de PoE probleem bestaat gebruiken. Dit is handig voor TAC om andere verzamelde outputs te interpreteren.

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. Verzamel traces. Deze CLI maakt een binair bestand in Flash. Voor nader onderzoek kan dit worden gedecodeerd door Cisco TAC.

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. Verzamel nog meer PoE-registers. Deze CLI maakt een bestand in Flash. Voor meer informatie kan dit worden geanalyseerd door Cisco TAC.

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

Opmerking: deze CLI wordt vanaf 17.6.x officieel ondersteund.

Specifieke dataverzameling voor Catalyst 9300

1. Collect show tech-support PoE.

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

2. Nuttige tonen commando's (ook aanwezig in show tech poe) die individueel kunnen worden verzameld en onderzocht.

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. Verzamel frontend-controller versie en controller dump.

3.1 Show platform frontend-controller version 0 <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 Show controllers power inline module <switch number>.

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

3.3 Lees de controllerregisters.

     test frontend-controller read-poe module

U moet de consoletoegang gebruiken om deze uitvoer af te drukken. Verzamel deze output voor alle MCU’s op de betreffende switch.

Opmerking: voor een UPoE-module is het MCU-nummer 1-24 en voor de POE+-module is het MCU-nummer 1-12.

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. Haal de IFM-toewijzing voor het betreffende switch-lid op. Gebruik het nummer van de StackWise-switch waarop zich het PoE-probleem voordoet. Dit is handig voor TAC om andere verzamelde outputs te interpreteren.

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. Verzamel traces van platformbeheer voor TAC

5.1 Set het PoE-traceringsniveau in op ‘verbose’. Gebruik het betreffende switchnummer.

Vóór Cisco IOS XE-versie 16.11.x

set platform software trace platform-mgr switch r0 redearth verbose set platform software trace platform-mgr switch r0 poe verbose
Vanaf Cisco IOS XE-versie 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. Voer een shut/no shut uit voor de betreffende poort.

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

5.3 Wacht 20-30 seconden.

5.4 Verzamel traces.

De opdracht maaktrequest platform software trace archiveeen binair bestand in flash van de primaire switch, moet worden gedecodeerd door TAC.

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 Zet het Trace-niveau terug op Info.

Vóór Cisco IOS XE-versie 16.11.x

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

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

Specifieke dataverzameling voor Catalyst 9400

1. Collect show tech-support PoE.

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

2. Nuttige showcommando's (ook aanwezig in showtech PoE) die individueel kunnen worden verzameld en onderzocht.

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. Platformspecifieke informatie verzamelen.

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

4. Verzamel poortregisterdumps.

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. Haal de IFM-toewijzing voor poorten op. Dit is handig voor TAC om andere verzamelde outputs te interpreteren.

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. Verzamel IOMD-traces.

6.1 Stel het IOMD-traceringsniveau in op ‘verbose’. Gebruik het betreffende modulenummer.

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. Voer een shut/no shut uit voor de betreffende poort.

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

6.3 Wacht 40-60 seconden.

6.4 Verzamel traces.

De opdracht maaktrequest platform software trace archiveeen binair bestand in flash van de primaire switch, moet worden gedecodeerd door TAC.

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 Zet het Trace-niveau terug op Info.

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

Laatste redmiddel/ontwrichtende herstelstappen

Als PoE niet herstelt door een van de genoemde stappen en lijkt te wijten aan zachte mislukking, kunnen andere stappen worden geprobeerd om een herstel te proberen. Houd er rekening mee dat deze stappen ontwrichtend zijn en tot uitvaltijd kunnen leiden. Daarnaast kunnen data worden gewist die doorgaans nodig zijn om de hoofdoorzaak van het probleem te bepalen. Als de oorzaak belangrijk is, neem dan contact op met TAC en verzamel de benodigde informatie vóór deze stappen. 

1. Raadpleeg Aanbevolen Cisco IOS XE-releases voor Catalyst 9000-switches en upgrade naar de aanbevolen release. Aanbevolen releases bevatten fixes en optimalisaties die mogelijk een in het verleden bekend en opgelost probleem kunnen oplossen.

2. Als wordt gebruikgemaakt van stack-voeding, verwijdert u de stack-voedingskabels tijdelijk voordat u deze stappen uitvoert.

3. Probeer een reload van het switch-lid of de lijnkaart in kwestie uit te voeren

4. In een StackWise-systeem (C9200, C9300) moet u het lid of de actieve switch in kwestie uitschakelen en weer inschakelen.  Deze stap is ook nodig als u een MCU-reset uitvoert.

5. Voor een harde reset moet u alle ingangsvoedingskabels naar de stack loskoppelen en deze vervolgens laten uitschakelen. Wacht 10 seconden en sluit de voedingskabels weer aan. Probeer voor Catalyst 9400 een harde reset van de lijnkaart uit te voeren. Maak de lijnkaart fysiek los, wacht een paar seconden en plaats de kaart terug.

6. Als het een configuratie met hoge beschikbaarheid (High Availability, HA) betreft en het probleem zich voordoet bij meerdere leden van een stapel of meerdere lijnkaarten van een C9400-chassis, probeer dan HA failover/SSO (redundancy force-switchover)

7. Als het probleem zich blijft voordoen en het betreffende lid van de switch deel uitmaakt van een stapel, probeert u de volgende stappen:

             A. Haal het switch-lid uit de stack en start dit opnieuw op in de standalone modus. Kijk of dat helpt om PoE te herstellen op dat switch-lid.
             b. Als dit niet het geval is, schakelt u het lid uit (standalone / wanneer het niet meer op stapel staat) en wacht u 3-5 minuten voordat de stroom opnieuw wordt geleverd.
    
 8. Voor C9400 kunt u de betreffende lijnkaart indien mogelijk naar een andere sleuf of chassis verplaatsen.

Gerelateerde informatie

• Technische ondersteuning en documentatie – Cisco Systems
• Gegevensblad voor Cisco Catalyst 9200 Series switches
• Gegevensblad voor Cisco Catalyst 9300 Series switches
• Gegevensblad voor Cisco Catalyst 9400 Series switch
• Gegevensblad voor lijnkaarten voor Cisco Catalyst 9400 Series switch
• Aanbevolen Cisco IOS XE releases voor Catalyst 9000 switches
• Aankondiging van End-of-Sale en End-of-Life voor Cisco IOS XE 16.6.x
• Aankondiging van End-of-Sale en End-of-Life voor Cisco IOS XE 16.9.x