Risoluzione dei problemi di Power over Ethernet (PoE) sui dispositivi Catalyst 9000 Switch

Introduzione

In questo documento viene descritto come risolvere i problemi relativi a Power over Ethernet (PoE) su piattaforme di switching Catalyst 9000 con funzionalità PoE. 

Prerequisiti

Requisiti

Cisco raccomanda la conoscenza dei seguenti argomenti:

•Switch Catalyst serie 9000

• Power over Ethernet 

Componenti usati

Il documento può essere consultato per tutte le versioni software o hardware. La funzionalità PoE è supportata sui modelli di switch e schede di linea PoE della famiglia di prodotti Catalyst 9200, Catalyst 9300 e Catalyst 9400. Per gli output di esempio riportati nel documento, sono state usate versioni di software e hardware diverse della famiglia di prodotti Catalyst 9000.

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Premesse

Gli switch Catalyst 9000 supportano diversi tipi di standard PoE.

· I dispositivi PoE pre-standard vengono rilevati e classificati al layer 1 tramite switch per il dispositivo Physical Layer (PHY), l'alimentazione viene fornita a un livello predefinito e/o i livelli di alimentazione più elevati vengono negoziati con il protocollo Cisco Discovery Protocol (CDP).

• I dispositivi alimentati IEEE 802.3af (PoE) e 802.3at (PoE+) sono rilevati da un controller PoE sullo switch/sulla scheda di linea del Catalyst 9000 (a volte più di uno). Il livello di potenza appropriato può essere determinato prima dell'accensione in base alla classificazione IEEE oppure può essere negoziato in un secondo momento.

· Le funzionalità di rilevamento e classificazione dei dispositivi Cisco UPoE (Universal Power over Ethernet) sono simili a quelle basate su standard, ma il limite di 30 W è portato a 60 W tramite negoziazione (post-accensione) tramite il protocollo LLDP (Link Layer Discovery Protocol) per ottenere alimentazione in linea su cavi aggiuntivi.

· Cisco UPoE+ è basato su IEEE 802.03bt ed è disponibile su prodotti Catalyst 9000 selezionati e può fornire fino a 90 W per porta.

Modelli di switch PoE

• Gli switch e le schede di linea Catalyst 9000 con ID contrassegnato dalla lettera "P" supportano la tecnologia PoE+ su una serie di porte o su tutte le porte. Ad esempio, C9200L-48P-4G, C9200-24P, C9300-48P, C9400-LC-48P e così via.

• Gli switch e le schede di linea Catalyst 9000 con ID contrassegnato dalla lettera "U" supportano la tecnologia UPoE su una serie di porte o su tutte le porte. Ad esempio, C9300-24U, C9400-LC-48UX e così via.

• Gli switch e le schede di linea Catalyst 9000 con ID contrassegnato dalla lettera "H" supportano la tecnologia UPoE+ su una serie di porte o su tutte le porte. Ad esempio, C9300-48H, C9400-LC-48H e così via.

Terminologia

• PoE - Power over Ethernet

• PoE+ - Standard PoE+ che aumenta la potenza massima che può essere assorbita da un dispositivo alimentato da 15,4 a 30 W per porta

• UPoE - Universal PoE. Tecnologia proprietaria Cisco che estende lo standard PoE IEEE 802.at per fornire la capacità di generare fino a 60 W di alimentazione su ciascuna porta

· IF_ID - Identificatore interfaccia, valore univoco interno che rappresenta un'interfaccia specifica

• Platform Manager - Componente software interno di Cisco IOS® XE

· Chassis Manager - Componente software interno in Cisco IOS XE

• IOMD (Input Output Module Driver) - Driver del modulo I/O. Componente software interno di Cisco IOS XE

• MCU - Micro Controller Unit

· PD - Dispositivo alimentato (telefoni IP, punti di accesso, telecamere e così via).

• PSE (Power Sourcing Equipment) - Apparecchiature che erogano alimentazione, ad esempio uno switch Catalyst 9000 con funzionalità PoE.

Classe PoE

Le apparecchiature Cisco PoE sono conformi agli standard IEEE e rientrano nelle cinque classificazioni di dispositivi alimentati. Quando lo switch PoE Cisco rileva un dispositivo alimentato e invia una richiesta di alimentazione, può regolare il budget di alimentazione (alimentazione disponibile) in base alla classificazione IEEE del dispositivo alimentato.

Le classi PoE descrivono gli intervalli di potenza utilizzati da uno specifico dispositivo alimentato. Alcuni dispositivi alimentati richiedono più energia di altri e le classi di potenza permettono di gestire il budget energetico ovvero la potenza disponibile. Quando rileva un dispositivo alimentato e ne identifica la classe, lo switch gli assegna (riserva) l'intervallo di potenza appropriato.

Lo switch può determinare la classe di alimentazione IEEE del dispositivo alimentato tramite l'applicazione di 20V DC alla linea e quindi la misurazione del flusso di corrente risultante. I dispositivi alimentati conformi allo standard IEEE generano un flusso di corrente molto specifico in risposta ai 20 V CC applicati dallo switch.

Classe	Livello massimo di potenza richiesta dal dispositivo
0 (stato classe sconosciuto)	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

LED PoE sulle porte dello switch

In questa tabella viene spiegato il significato dello stato dei colori dei LED sullo switch.

Colore	Descrizione
Spento	La modalità PoE non è selezionata. A nessuna delle porte 10/100/1000 è stata negata l'alimentazione o si trova in condizione di errore.
Verde	È selezionata la modalità PoE e il LED della porta mostra lo stato della modalità PoE.
Giallo intermittente	La modalità PoE non è selezionata. Ad almeno una delle porte 10/100/1000 è stata negata l'alimentazione o almeno una delle porte 10/100/1000 presenta un errore in modalità PoE.

Linee guida generali per la risoluzione dei problemi

Verifica delle condizioni ambientali e dei sintomi

• Il dispositivo alimentato non si accende affatto o si accende brevemente per spegnersi subito dopo?

· Il problema si è verificato durante l'installazione iniziale o ha avuto inizio in un periodo di tempo in cui il dispositivo funzionava normalmente?

· Se il problema si è verificato dopo che il dispositivo alimentato ha funzionato normalmente, che cosa è cambiato? Sono state apportate modifiche all'hardware o al software? Eventuali cambiamenti ambientali (temperatura, umidità, flusso d'aria e così via)? Modifiche elettriche (manutenzione, interruzione, interferenze e così via)?

• Quando si è manifestato il problema, è successo qualcosa di particolare sulla rete locale? Utilizzare il show logging  comando per esaminare il log dello switch e le trap SNMP (Simple Network Management Protocol) (se configurate). In caso affermativo, potrebbe essere correlato a un altro problema specifico della rete locale?

• Il problema si è verificato a un orario specifico del giorno o della notte? In caso affermativo, si è a conoscenza di qualche modifica ambientale o elettrica che si è verificata in quel particolare orario o giorno?

• Sono stati notati eventi particolari sulla rete, Un'inondazione del traffico, una tempesta, un loop, una maggiore congestione della rete, un utilizzo delle risorse superiore al normale (CPU, interfacce e così via) potrebbe portare a una perdita temporanea di connettività tra il PD e un altro elemento di rete, che può causare il riavvio del PD.

Verifica delle specifiche relative al dispositivo alimentato e allo switch

· Che tipo di dispositivo viene utilizzato (Cisco legacy, 802.3af, 802.3at, UPOE?) e la variante Catalyst 9000 in questione supporta questo tipo?

• È disponibile un'alimentazione in linea adeguata dall'alimentatore dallo switch/scheda di linea?

• La funzionalità PoE è supportata su tutte le porte di tutti gli switch/di tutte le schede di linea o solo su alcune?

• E su tutte le porte dei diversi controller PoE dello stesso switch/scheda di linea? (I modelli non UPoE hanno 4 porte per controller, i modelli UPoE 2 porte per controller.)

• Il problema riguarda più di una scheda di linea o più di uno switch del chassis/stack interessato?

· Solo le porte connesse di recente non forniscono PoE e le porte già connesse funzionano correttamente sulla stessa scheda membro/linea dello switch? 

· Se una delle porte già collegate (stato PoE OK) sullo stesso switch o sulla stessa scheda di linea è collegata (chiusa/non chiusa), la funzionalità PoE si interrompe o continua a funzionare correttamente?

• La connettività dei dati è interessata dal problema o lo è solo la funzionalità PoE?

• Il problema è limitato a un tipo/modello di dispositivo alimentato?

· Hai visto qualche messaggio di syslog PoE?

· Quali sono i modelli di switch, i tipi di schede di linea e i PD utilizzati?

· show power inline [detail] riflette accuratamente lo stato di alimentazione sulla porta?

Problemi PoE comuni

Funzionalità PoE assente su una sola porta

Passaggio 1: Verificare che il dispositivo alimentato funzioni su altre porte e che il problema sia relativo a una sola porta.

Passaggio 2: Per verificare che la porta non sia stata chiusa o disabilitata a causa di un errore, usare i comandi show run and show interface status .

Passaggio 3: Utilizzare il comando show run per verificare che l'interfaccia non sia configurata sullapower inline neverporta.

Passaggio 4: Verificare che il cavo Ethernet tra il telefono e la porta dello switch sia corretto. Collegare un dispositivo ethernet non PoE funzionante (come un computer) e utilizzare lo stesso cavo ethernet a una porta nota che funzioni e verificare che stabilisca un collegamento e scambi traffico con un altro host. Se necessario, sostituire il cavo.

Passaggio 5: Verificare che la lunghezza totale del cavo tra il pannello anteriore dello switch e il dispositivo alimentato non sia superiore a 100 metri. La lunghezza di 100 m deve essere misurata da patch panel a patch panel, se in uso.

Passaggio 6: se il pannello delle patch è in uso, collegare il dispositivo alimentato direttamente alla porta dello switch per evitare problemi con il pannello delle patch.

Passaggio 7: Se il cavo Ethernet è piuttosto lungo (> 50 m), scollegarlo dalla porta dello switch. Utilizzare un cavo Ethernet più corto per collegare a questo switch un dispositivo solo dati sicuramente funzionante, ad esempio un computer. Verificare che il dispositivo stabilisca un collegamento Ethernet solo dati e scambi il traffico con un altro host, oppure eseguire il ping dell'indirizzo IP della SVI della VLAN dello switch. Quindi, collegare un dispositivo alimentato a questa porta e verificare se si accende.

Passaggio 8: utilizzare i comandi show power inline andshow power inline detail per confrontare il numero di dispositivi alimentati collegati con il budget di alimentazione dello switch (PoE disponibile). Verificare che il budget energetico dello switch possa alimentare il dispositivo.

Passaggio 9: passare alla sezione Risoluzione dei problemi avanzata per la risoluzione dei problemi PoE avanzata e la raccolta dei dati.

Funzionalità PoE assente su tutte o su alcune porte

Passaggio 1: Utilizzare il comando show interface status per verificare che le porte non siano state chiuse e che non siano state disabilitate a causa di un errore.

Passaggio 2: utilizzare i comandi show environment all , show interface status e show power inline per verificare lo stato dell'alimentazione se nessun dispositivo alimentato su alcuna porta può accendersi. Usare il comando "show log" per riesaminare gli avvisi segnalati precedentemente nei messaggi di sistema. Se si rileva uno stato insolito negli alimentatori, procedere prima a risolvere questo problema.

Passaggio 3: Se il problema si verifica su tutte le porte, la sezione PoE dell'alimentatore può essere difettosa se lo switch funziona normalmente, ad eccezione della PoE, e se i dispositivi non PoE possono stabilire un collegamento Ethernet dati su qualsiasi porta. Se il problema riguarda una serie consecutiva di porte, ma non tutte, è possibile che nello switch sia presente una sottosezione PoE difettosa.

Passaggio 4: controllare i log con il comando show logging . I log PoE comuni sono descritti più avanti. Se vengono rilevati registri da questa sezione, interpretare le informazioni raccolte e adottare le misure appropriate.

Passaggio 5. Ricaricare l'interfaccia connessa alla porta dello switch. Se il problema persiste, provare a ricaricare lo switch rimuovendo il cavo di alimentazione, attendere 15 secondi e riaccendere lo switch.

Passaggio 6. Dopo l'avvio, verificare che non vi siano errori di diagnostica.

Il dispositivo alimentato Cisco non funziona sullo switch Cisco PoE

Quando un Cisco IP Phone, un punto di accesso wireless Cisco o un altro dispositivo alimentato da Cisco viene ricaricato o disconnesso in modo intermittente dall'alimentazione, attenersi alla seguente procedura:

Passaggio 1. Verificare tutti i collegamenti elettrici tra lo switch e il dispositivo alimentato. Qualsiasi collegamento non affidabile provoca interruzioni dell'alimentazione e il funzionamento intermittente dei dispositivi alimentati, ossia scollegamento e ricaricamento.

Passaggio 2. Verificare che la lunghezza complessiva del cavo tra il pannello anteriore dello switch e il dispositivo alimentato, compreso il patch panel se presente, non superi i 100 metri.

Passaggio 3: notare le modifiche apportate all'ambiente elettrico nello switch. Cosa succede al dispositivo alimentato quando si verifica la disconnessione?

Passaggio 4: utilizzare il comando show log per esaminare syslog ed eventi. Esaminare gli indicatori di data e ora dei syslog per verificare se al momento della disconnessione sono stati generati altri messaggi di errore per lo switch.

Passaggio 5: Verificare che un Cisco IP Phone non perda la connettività al gestore delle chiamate immediatamente prima che si verifichi il ricaricamento. Può trattarsi di un problema di rete, non di PoE. Questa condizione può essere determinata dall'acquisizione SPAN sulla porta dello switch quando il dispositivo alimentato si disconnette e l'analisi del file di acquisizione.

Passaggio 6. Se il dispositivo alimentato permette debug PoE o acquisizione di pacchetti, attivare queste funzionalità per ricavare ulteriori dati utili per la risoluzione del problema.

Passaggio 7. Collegare un dispositivo non PoE alla porta e verificare se funziona. Se un dispositivo non PoE presenta problemi di collegamento o una frequenza di errore elevata, il problema potrebbe essere dovuto a una connessione via cavo non affidabile tra la porta dello switch e l'utente.

Il dispositivo alimentato non Cisco non funziona sullo switch Cisco PoE

Quando un dispositivo non alimentato da Cisco è collegato a uno switch PoE Cisco, ma non si accende mai né si accende e quindi si disconnette rapidamente dall'alimentazione (si spegne). I dispositivi non PoE normalmente funzionano nei seguenti modi:

Passaggio 1: utilizzare il comando pershow power inlineverificare che il budget di alimentazione dello switch (PoE disponibile) non sia esaurito prima o dopo il collegamento del dispositivo alimentato. Verificare che sia disponibile alimentazione sufficiente per il tipo di dispositivo alimentato.

Passaggio 2: utilizzare il  show interface status  comando per verificare che il dispositivo alimentato venga rilevato dallo switch quando è collegato.

Passaggio 3: Utilizzare il comandoshow loggingper verificare che il dispositivo alimentato non causi un errore del controller sulla porta. In tal caso, viene evidenziato in un syslog.

Passaggio 4: se il dispositivo alimentato si accende e poi si disconnette, il problema può essere un picco di corrente iniziale che supera la soglia di corrente per la porta dello switch.

Passaggio 5: Verificare che il dispositivo alimentato sia compatibile con lo switch Cisco. Ad esempio, se entrambe le unità sono conformi agli standard, sono interoperabili. Il CDP non può essere utilizzato per identificare un dispositivo non Cisco e lo switch deve basarsi sul rilevamento e sulla classificazione accurati tramite la classificazione di livello 1 o LLDP quando si utilizza un dispositivo non Cisco. Verificare che il protocollo LLDP sia operativo sulla porta dello switch.

Scenari relativi a dispositivi di terze parti

Scenario 1 - Il dispositivo PD collegato richiede più potenza di quella consentita dalla sua classe. Tuttavia, non supporta l'estensione CDP/LLDP oppure l'estensione è disabilitata per via della politica aziendale adottata. Di conseguenza, la porta dello switch continua a lampeggiare.

Consiglio - Configurare l'alimentazione statica

Usare la configurazione a livello di interfaccia statica in linea per fornire la massima potenza al PD indipendentemente dalla sua classe, architettura PD e protocollo di negoziazione in uso. Usare questo comando quando la potenza massima richiesta dal dispositivo alimentato non è nota.

C9000(config-if)#power inline static

Se si conosce la potenza massima richiesta da un PD, è possibile utilizzare questa configurazione a livello di interfaccia.

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

 Scenario 2 - La funzionalità PoE è abilitata sulle coppie di segnale e di riserva. Tuttavia, non supporta l'estensione CDP/LLDP oppure l'estensione è disabilitata per via della politica aziendale adottata. 

 Consiglio - Configurare la modalità 4 pair PoE se supportata dal dispositivo alimentato.

Verificare se PD supporta PoE a 4 coppie con i dettagli del comandoshow 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  <++

Configurare PoE a 4 coppie:

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

Per ulteriori informazioni sulla risoluzione dei problemi, fare riferimento alle sezioni Common PoE Syslog e Advanced Troubleshooting.

Scenario 3 - Il dispositivo di classe 4 richiede 30 W ma non supporta CDP/LLDP o viene mantenuto disabilitato in base ai criteri aziendali. 

Consiglio - Configurare la classificazione 2-event o configurare una potenza PoE massima statica.

Quando viene rilevato un dispositivo di classe 4, Cisco IOS alloca 30 W senza alcuna negoziazione CDP o LLDP. Ciò significa che prima che il collegamento si attivi, il dispositivo di classe 4 riceve una potenza di 30 W. Inoltre, a livello di hardware, lo switch esegue una classificazione a 2 eventi che consente a un PD di classe 4 di rilevare la capacità dello switch di fornire 30 W dall'hardware, registrarsi e passare al livello PoE+ senza alcuno scambio di pacchetti CDP/LLDP. Se su una porta è abilitato l'evento 2, è necessario chiudere manualmente la porta o non chiuderla, oppure collegare di nuovo il PD per avviare di nuovo il rilevamento IEEE. L'allocazione del budget energetico per un dispositivo di classe 4 è di 30 W se la classificazione a 2 eventi è abilitata sulla porta, altrimenti è di 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

   

Syslog, spiegazione e azioni comuni PoE

1. CONTROLLER PORT ERROR

Lo switch Cisco rileva un errore di porta segnalato dal controller PoE (Power over Ethernet). L'errore del controller presenta alcune varianti comuni.

1.1 Errore Tstart

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

Tstart è correlato alla corrente di spunto causata dall'attivazione del dispositivo alimentato su una porta dello switch. L'errore Tstart indica che il valore della corrente di avviamento misurato dal controller PoE dello switch è superiore al massimo consentito.

In alcuni casi, è stato osservato che l'errore può essere causato da un rapido collegamento/scollegamento del dispositivo alimentato. Questo può accadere quando la macchina a stati PoE dipendente dalla piattaforma è in uno stato di transizione, e il reinserimento della PD ha attivato un nuovo set di passaggi delle macchine a stati che entrano in conflitto con quelli in transizione.

Per evitare questa situazione, si consiglia di scollegare il dispositivo alimentato collegato alla porta su cui è comparso l'errore TStart. Attendere finché non viene visualizzato il syslog "powered down removed" e/o "link down". Collegare nuovamente il dispositivo alimentato e controllare se il syslog compare di nuovo.

In alcuni casi, gli errori Tstart potrebbero essere dovuti a cavi Cat5 o Cat6 più lunghi o più corti. Verificare che la lunghezza del cavo (inclusa la lunghezza del cavo tra le estremità del pannello patch) sia compresa nelle specifiche. In alcuni casi l'utilizzo di un cavo di lunghezza diversa potrebbe risolvere il problema.

1.2 Alimentatore surriscaldato

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

Il comandopower inline port 2-eventpuò essere utile in alcuni casi in cui si verifica questo scenario.

Per questo errore su uno switch Catalyst 9300L, rivedere l'ID bug Cisco CSCvs52594 e verificare di essere connessi a Cisco IOS XE versione 16.12.3 o successive

1.3 Errore Imax

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

L'errore Imax si verifica quando una porta sullo switch che supporta la funzionalità PoE consuma più energia di quanto negoziato. Inoltre, alcuni dispositivi non Cisco possono avere un sovraccarico di corrente eccessivo quando collegati per la prima volta a una porta PoE che potrebbe causare un errore Imax.

In genere questo errore si verifica quando il dispositivo alimentato (PD) collegato a una determinata porta consuma più energia di quella negoziata tramite la negoziazione CDP/LLDP.

Provare a utilizzare un buon PD sulla stessa porta e verificare se può essere utile. Se il problema riguarda un modello o un dispositivo alimentato specifico, verificare che il dispositivo alimentato collegato sia conforme allo standard IEEE.

Per ulteriori informazioni, vedere Risoluzione dei problemi di errori PoE Imax sugli switch Catalyst 3650/3850.

1.4 Altri log di errore della porta del controller non comuni

1. Alimentazione fornita, ma il controller dell'alimentazione non riporta Power Good.

%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

Come parte del rilevamento e della classificazione PoE, c'è una negoziazione tra il PSE e il PD che aiuta il PSE a determinare quale classe è il PD. Al termine del rilevamento e della classificazione PoE, viene assegnata la PoE. In scenari ideali, dopo l'assegnazione di PoE, il PD riporta Power Good al PSE e quindi l'interfaccia viene visualizzata (il livello 1 si verifica dopo PoE).

Se il PD non invia il messaggio Power Good o non invia il messaggio Power Good in modo tempestivo, viene stampato questo messaggio di errore che determina un riavvio completo della negoziazione PoE. Questo può causare sintomi come il dispositivo non si collega mai completamente o è in continuo ciclo di alimentazione. 

Per isolare ulteriormente il problema, sono necessari debug e tracce PoE dallo stato che presenta il problema.

2. PWRGOOD SPARE PAIR

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

Il dispositivo alimentato ha effettuato una richiesta di alimentazione della coppia di riserva e ora l'alimentazione è disponibile sulla coppia di riserva. Questo non è un messaggio di errore, segnala semplicemente che il dispositivo alimentato ha richiesto che venisse alimentata la coppia di riserva del cavo Cat5 o Cat6 e tale richiesta è stata accettata. Non sono necessarie ulteriori azioni.

3. SPEGNIMENTO DEL CDP DI ALIMENTAZIONE

%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

Questo syslog indica che l'alimentazione in linea è interrotta perché il CDP ha rilevato che il consumo energetico su questa porta dello switch PoE è maggiore di:

1. Potenza assegnata, o

2. Limite dell'interfaccia hardware, o

3. Potenza massima configurata dall'utente, o

4. Alimentazione disponibile sullo switch.

Se il problema è transitorio, la porta dello switch viene risolta automaticamente, come nell'esempio riportato. Se c'è un problema prevalente, indagare ed escludere i quattro punti citati in precedenza.

In alcuni scenari, questo errore può essere visualizzato quando sia CDP che LLDP sono abilitati sulla porta dello switch e i debug PoE rivelano l'uso di entrambi i protocolli nella negoziazione dell'alimentazione. È possibile disabilitare LLDP per risolvere il problema:

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

In alcuni casi rari, è stato osservato che questo log è il risultato di un comportamento contraddittorio da parte del dispositivo alimentato. Ad esempio, PD richiede un valore di potenza inferiore nella negoziazione iniziale e lo switch assegna la potenza richiesta a PD. Successivamente, il dispositivo alimentato chiede più potenza, maggiore di quella assegnata all'inizio. Ciò provoca un arresto del protocollo CDP e instabilità sulla porta. Tali scenari possono trarre vantaggio da PoE perpetua o 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

Questo errore si verifica quando la classe IEEE del dispositivo alimentato collegato non è valida. Lo switch non accende il dispositivo. Per comprendere le classi PoE, fare riferimento alla sezione Classi PoE.

Se si usa un dispositivo non alimentato da Cisco (PD), verificare se la PD è della classe corretta.

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

Questo errore indica che lo switch ha deciso di arrestare l'interfaccia perché il dispositivo alimentato ha consumato più della potenza massima configurata/negoziata.

Verificare di aver riservato all'interfaccia la potenza richiesta in base alle specifiche elettriche o alle specifiche nominali del dispositivo alimentato. Si consiglia di impostare l'alimentazione di interruzione a un valore superiore per mantenere acceso il dispositivo.

Se si utilizza un dispositivo non alimentato da Cisco, verificare il consumo energetico previsto rispetto al consumo.

6. TSTART SPAREPAIR

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

Questo errore indica che il dispositivo alimentato collegato a switchport ha tentato di richiedere l'accensione della coppia di cavi Cat5 o Cat6 e lo switch ha rilevato un sovraccarico di corrente superiore al previsto (errore Tstart) e di conseguenza ha deciso di interrompere l'alimentazione.

Questo errore viene spesso visualizzato in combinazione con l'errore Imax o con altri errori discussi. Risolvere le procedure descritte per le sezioni che dipendono dall'errore rilevato.

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

Questo errore indica che il dispositivo alimentato a doppia firma sulla porta dello switch ha rilevato un errore critico su un pairset e che pertanto il pairset è stato spento. L'esempio precedente è tratto da un dispositivo e da uno switch UPoE+.

8. PGOOD TIMEOUT SPARE PAIR

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

Questo errore indica che il dispositivo alimentato collegato a switchport ha tentato di richiedere l'alimentazione della coppia di cavi Cat5 o Cat6, ma si è verificato un errore di timeout di alimentazione della coppia di cavi e la coppia di cavi di alimentazione non è stata fornita.

 Con uno switch 802.3bt (UPoE+), ricordare che lo switch Cisco che supporta lo standard IEEE 802.3bt per i dispositivi con alimentazione di Tipo 3 potrebbe essere in modalità 802.3at per impostazione predefinita. la modalità 802.3bt può essere abilitata tramite questa configurazione nella modalità di configurazione globale. Tenere presente che questo comando spegne e riaccende lo switch dopo la configurazione. Questo passaggio non è applicabile ai modelli di switch che non supportano la funzionalità UPoE+.

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?

Un'altra soluzione potrebbe essere quella di provare a inserire nel codice hardware l'alimentazione necessaria sulla porta dello switch con la configurazione dellpower inline static'interfaccia.

In rare condizioni, questo errore potrebbe essere accompagnato da una scheda/switch di linea 802.2bt.

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

In questi casi, il dispositivo alimentato non può funzionare con il sistema 802.3bt PoE. Utilizzare uno switch PoE non a 802.3bt.

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

Questo errore indica che lo switch non dispone di alimentazione sufficiente per alimentare la porta Power over Ethernet (PoE).

Ciò è probabilmente dovuto alla maggiore potenza totale in linea rispetto alla potenza disponibile. Verificare il budget energetico. Se necessario, installare altri alimentatori. Anche la regolazione della ridondanza degli alimentatori da ridondanti a combinati può essere utile. Per i sistemi stack, l'alimentazione dello stack può essere considerata come l'alimentazione totale di tutti gli switch.

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.

Lo switch ha deciso di disattivare la funzionalità PoE perché si è verificato un errore POST (Power On Self Test).

Eseguire il test di funzionalità del controller PoE (Power over Ethernet) per verificare lo stato di integrità delle apparecchiature PSE. Per ulteriori informazioni, fare riferimento alla sezione POST in Outuput PoE e raccolta dei dati.

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

Questo errore indica che il dispositivo alimentato non è più collegato allo switch oppure che il dispositivo alimentato è collegato ora a una fonte di alimentazione CA esterna che provoca la disattivazione della funzionalità PoE sulla porta.

In alcuni casi questo errore è accompagnato da altri errori, ad esempio:

%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 questi casi, adottare le misure appropriate in base all'altro errore.

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

L'interfaccia X ha superato la potenza. Ha consumato Y milliwatt, mentre la potenza massima configurata è Z milliwatt. Questo è solo un log informativo; lo switch continua a fornire l'alimentazione PoE sulla porta a meno che lo switch non esaurisca la potenza disponibile (SHUT_OVERDRAWN) o non si verifichi un altro errore.

Verificare che per questa interfaccia sia prevista la corretta alimentazione in base alle specifiche elettriche e ai valori nominali del dispositivo alimentato. Se necessario, si consiglia di modificare opportunamente la potenza di arresto della polizia.

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.

Questo registro informativo indica all'utente che l'interfaccia X ha superato il consumo energetico in precedenza ma NON lo è più. ha consumato Y milliwatt, mentre il valore massimo configurato è Z milliwatt.

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

Questo errore indica che il dispositivo alimentato ha richiesto l'alimentazione sulla coppia di riserva sul cavo Cat5 o Cat6 e che durante il processo è stato rilevato un timeout. Di conseguenza, la coppia di riserva per l'alimentazione non viene fornita.

15. Alimentazione fornita, ma il controller dell'alimentazione non riporta Power Good

Output PoE e raccolta dei dati

Syslog PoE

Cercare i messaggi di errore pertinenti descritti nella sezione Syslog PoE comune nell'outputshow logging.  Ad esempio, errore del controller PoE, errore di budget PoE, problema di alimentazione e così via.

Stato POST  

Il test POST verifica la funzionalità del controller Power over Ethernet (PoE) per verificare l'accessibilità del chip, il download del firmware e lo stato di integrità delle apparecchiature PSE.

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

Alimentazione in linea e budget

Verificare il budget PoE e lo stato dell'alimentazione in linea di uno switch, una scheda di linea o un'interfaccia. Usare il comando "show power inline" per esaminare questi fattori:

• Alimentazione PoE disponibile per switch.
• Alimentazione PoE usata da tutte le porte dello switch.
• Alimentazione PoE usata da ciascun dispositivo alimentato collegato.
• Classificazione della potenza PoE.

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

Diagnostica PoE  

Con la diagnostica online, è possibile testare e verificare la funzionalità hardware di un dispositivo mentre il dispositivo è connesso a una rete attiva. La diagnostica online contiene test di commutazione dei pacchetti che controllano i diversi componenti hardware e verificano il percorso dei dati e i segnali di controllo. La diagnostica online rileva i problemi su diversi componenti, tra cui:

• Componenti hardware PoE
• Interfacce
• Integrità dei giunti saldati e delle schede

Ecco alcuni test diagnostici utilizzabili. Questi test possono essere eseguiti in qualsiasi momento, a differenza del test POST che viene eseguito solo durante la fase di avvio. Prima del test, leggere le informazioni nella tabella per comprendere l'impatto potenziale.

Piattaforma	Nome test	Distruttivo o non distruttivo	Stato predefinito	Suggerimento	Release iniziale
Catalyst 9200	DiagPoETest	Non distruttivo**	Disattivato	Eseguire questo test se si verificano problemi del controller PoE su una porta. Il test viene eseguito solo su richiesta.	16.9.2
Catalyst 9300	TestPoE	Distruttivo*	Disattivato	Non avviare questo test diagnostico durante il normale funzionamento dello switch a meno che non sia consigliato/garantito dal centro TAC. Il test può essere eseguito se si verificano problemi del controller PoE su una porta e può essere eseguito solo su richiesta.	16.6.1
Catalyst 9400	DiagPoETest	Non distruttivo**	Disattivato	Eseguire questo test se si verificano problemi del controller PoE su una porta. Il test viene eseguito solo su richiesta.	16.6.1

* In fase di valutazione da parte di Cisco, se ciò può avvenire senza interruzioni in futuro.

**Test non distruttivo, sicuro da eseguire in fase di produzione.

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

Risoluzione dei problemi avanzata

In questa sezione vengono riportati i debug PoE e informazioni specifiche sulle piattaforme per risolvere i problemi PoE. Alcuni di questi output non hanno senso o non sarebbero disponibili in un formato leggibile dall'utente finale. Questi dispositivi sono stati trovati sicuri per l'uso in produzione e sarebbero utili se forniti a Cisco TAC quando un PoE è soggetto a problemi.

Debug InlinePower (ILP) per PoE

ILpower (ILP) è un componente software interno di Cisco IOS XE eseguito in Cisco IOS Dameon (Cisco IOSd). ILPOWER implementa la macchina a stati PoE che controlla diverse fasi della funzionalità PoE. Di seguito è riportato un diagramma ilpower che può essere utilizzato come riferimento insieme ai debug di Cisco IOSd.

Esaminare i debug in ogni fase della macchina a stati finiti per capire in quale fase si è verificato l'errore della funzionalità. Il confronto di questi debug tra una porta PoE che funziona e una porta PoE che non funziona con PD uguali o simili può essere utile anche per identificare le anomalie.

1. Avviare questi debug:

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. Disattivare la porta interessata.

3. Disattivare la console di registrazione e il monitor del terminale (nessuna console di registrazione dalla modalità di configurazione globale e terminare no mon form modalità di esecuzione utente).

4. Eseguire il backup dell'output di logging, se necessario, poiché il passaggio successivo reimposta il buffer di logging. Esempio - show logging | reindirizzare flash:showlogbackup.txt

5. Assicurarsi che il livello del buffer di registrazione sia impostato su debug. Aumentare le dimensioni del buffer di registrazione ad almeno 50000 (logging buffer 50000). È importante ricordare che questa operazione cancella i registri cronologici.

6. Abilitare il debug condizionale e cancellare la registrazione (cancellare la registrazione).

7. Riattivare la porta interessata e attendere 30-40 sec per la negoziazione PoE.

8. Disattivare il debug conundebug alle raccogliere i dati pershow loggingcomprendere i debug. 

9. Annullare tutte le modifiche apportate nei passaggi 2-7. 

Di seguito è riportato l'aspetto tipico di una transazione PoE riuscita:

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

Raccolta di dati specifici sui Catalyst 9200

1. Raccogliereshow tech-support PoE.

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

2. Recuperare la mappatura IFM per ciascuno switch. Assicurarsi di utilizzare il numero di switch corretto in cui si è verificato il problema PoE. Il centro TAC lo userà per interpretare altri output raccolti.

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. Raccogliere le tracce. Questa CLI crea un file binario in flash. che può essere decodificato dal centro TAC di Cisco per un'analisi più approfondita.

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. Raccogliere ulteriori log PoE. Questa CLI crea un file in flash. che può essere analizzato ulteriormente dal centro TAC di Cisco.

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

Raccolta di dati specifici sui Catalyst 9300

1. Raccogliereshow tech-support PoE.

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

2. Comandi show (presenti anche inshow tech poe) che possono essere raccolti ed esaminati singolarmente.

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. Raccogliere la versione e il dump delfrontend-controllercontroller.

3.1.show platform frontend-controller version 0

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

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

3.3 Leggere i registri del controller.

     test frontend-controller read-poe module

     Per stampare questo output, è necessario utilizzare l'accesso alla console. Raccogli questo output per tutte le MCU sullo switch in questione.

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. Recuperare la mappatura IFM per ciascuno switch. Verificare che venga usato il numero dello switch Stackwise corretto su cui si è verificato il problema PoE. Il centro TAC lo userà per interpretare altri output raccolti.

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. Raccogliereplatform manager tracesi TAC

5.1 Impostare il livello di traccia PoE su verbose. Usare il rispettivo numero di switch in questione.

Cisco IOS XE versione 16.11.x e precedenti

set platform software trace platform-mgr switch r0 redearth verbose  set platform software trace platform-mgr switch r0 poe verbose
Cisco IOS XE versione 16.11.x e successive

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 Ricaricamento (shut/no shut) della porta interessata.

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

5.3 Attendere 20-30 secondi.

5.4 Raccogliere le tracce.

Il comandorequest platform software trace archivecrea un file binario nella memoria flash dello switch primario, che deve essere decodificato da 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 Ripristinare il livello della traccia su info.

Cisco IOS XE versione 16.11.x e precedenti

set platform software trace platform-mgr switch r0 redearth info  set platform software trace platform-mgr switch r0 poe info
Cisco IOS XE versione 16.11.x e successive

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

Raccolta di dati specifici sui Catalyst 9400

1. Raccogliereshow tech-support PoE.

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

2. Comandi show (presenti anche inshow tech PoE) che possono essere raccolti ed esaminati singolarmente.

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. Raccogliere informazioni specifiche della piattaforma.

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

4. Raccogliere i dump dei registri delle porte.

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. Recuperare la mappatura IFM delle porte. Il centro TAC lo userà per interpretare altri output raccolti.

   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. Raccogliere le tracce IOMD.

6.1 Impostare il livello della traccia IOMD su verbose. Utilizzare il numero del modulo corrispondente.

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 Ricaricare (shut/no shut) la porta in questione.

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

   

6.3 Attendere 40-60 sec.

6.4 Raccogliere le tracce.

Il comandorequest platform software trace archivecrea un file binario nella memoria flash dello switch primario, che deve essere decodificato da 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 Ripristinare il livello della traccia su 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

Procedura di recupero invasiva da usare come ultima istanza

Se il ripristino di PoE non viene eseguito in nessuno dei passaggi indicati e risulta essere causato da un errore software, è possibile tentare di eseguire il ripristino in altri passaggi. Tenere presente che questi passaggi sono invasivi e potrebbero causare potenziali interruzioni dell'operatività. Potrebbero venire cancellati anche dati necessari in generale per individuare la causa profonda del problema. Se la causa principale è importante, contatta il TAC e raccogli le informazioni necessarie prima di procedere. 

1. Fare riferimento alle versioni consigliate di Cisco IOS XE per gli switch Catalyst 9000 e aggiornare la versione alla versione consigliata. Le versioni consigliate contengono correzioni e ottimizzazioni che potrebbero correggere un problema noto per il quale è stata già trovata una soluzione.

2. Se si usa l'alimentazione dello stack, rimuovere momentaneamente i relativi cavi prima di eseguire altri passaggi.

3. Provare a ricaricare lo switch/la scheda di linea interessata.

4. In un sistema Stackwise (C9200, C9300), spegnere e riaccendere lo switch/lo switch attivo interessato.  Questo passaggio è necessario anche se si esegue un reset della MCU.

5. Per eseguire un hard reset, scollegare tutti i cavi di alimentazione in ingresso nello stack e lasciare che l'alimentazione venga interrotta. Attendere 10 secondi e ricollegare i cavi di alimentazione. Sui Catalyst 9400, provare a eseguire un hard reset della scheda di linea. Disinserire fisicamente la scheda di linea, attendere alcuni secondi e riposizionarla.

6. In una configurazione High Availability (HA) e se l'errore riguarda più elementi di uno stack o più schede di linea di uno chassis C9400, provare la modalità failover HA/SSO (redundancy force-switchover).

7. Se il problema persiste e il membro dello switch in questione è parte di uno stack, provare la seguente procedura:

             A. Estrarre lo switch dallo stack e avviarlo in modalità autonoma. Verificare se ciò aiuta a ripristinare la funzionalità PoE sullo switch.
             b. In caso contrario, spegnere il dispositivo (in modalità standalone/quando lo stack è esaurito), attendere 3-5 minuti prima di riaccendere l'unità.
    
 8. Per C9400, è possibile spostare la scheda di linea in questione in un altro slot o chassis, se possibile.

Informazioni correlate

Documentazione e supporto tecnico – Cisco Systems

Scheda tecnica degli switch Cisco serie 9200

Scheda tecnica degli switch Cisco serie 9300

Scheda tecnica degli switch Cisco Catalyst serie 9400

Scheda tecnica delle schede di linea sugli switch Cisco Catalyst serie 9400

Versioni consigliate di Cisco IOS XE per switch Catalyst 9000

Avvisi di fine vendita e fine vita di Cisco IOS XE 16.6.x

Avvisi di fine vendita e fine vita di Cisco IOS XE 16.9.x