Solucionar problemas de Power over Ethernet em switches Catalyst 9000

Introdução

Este documento descreve a solução de problemas para Power over Ethernet (PoE) em plataformas de switch compatíveis com o Catalyst 9000 PoE. 

Pré-requisitos

Requisitos

A Cisco recomenda que você tenha conhecimento destes tópicos:

•Catalyst 9000 Series Switches

• Power over Ethernet 

Componentes Utilizados

Este documento não se restringe a versões de software e hardware específicas. O PoE oferece suporte aos modelos de switch e placa de linha compatíveis com PoE na linha de produtos Catalyst 9200, Catalyst 9300 e Catalyst 9400. As saídas de exemplo neste documento são baseadas em várias versões de software e hardware da linha de produtos Catalyst 9000.

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Informações de Apoio

Os switches Catalyst 9000 são compatíveis com diferentes tipos de padrões PoE.

• Os dispositivos PoE pré-padrão são detectados e classificados na camada 1 pelo switch do dispositivo de camada física (PHY), a energia é fornecida em um nível padrão e/ou níveis de energia mais altos são negociados com o Cisco Discovery Protocol (CDP).
• Dispositivos alimentados (PDs) IEEE 802.3af (PoE) e 802.3at (PoE+) são detectados por um controlador PoE no switch/placa de linha Catalyst 9000 (às vezes há mais de um) e o nível de energia apropriado pode ser classificado antes da ativação através da classificação IEEE, bem como negociado posteriormente.
• A detecção de dispositivos Cisco UPoE (Universal Power over Ethernet) e as funções de classificação são iguais às baseadas em padrões, mas o limite de 30W é elevado para 60W por negociação (pós-inicialização) através do Link Layer Discovery Protocol (LLDP) para obter alimentação em linha sobre fios adicionais.
• O Cisco UPoE+ é baseado no IEEE 802.03bt e está disponível em produtos Catalyst 9000 seletivos e pode fornecer até 90W por porta.

Modelos de switch PoE

• Os switches Catalyst 9000 e as placas de linha com "P" em sua ID de produto suportam PoE+ em um grupo de portas ou em todas as portas. Por exemplo, C9200L-48P-4G, C9200-24P, C9300-48P, C9400-LC-48P e assim por diante.
• Os switches Catalyst 9000 e as placas de linha com "U" em sua ID de produto suportam UPoE em um grupo de portas ou em todas as portas. Por exemplo, C9300-24U, C9400-LC-48UX e assim por diante.
• Os switches Catalyst 9000 e as placas de linha com "H" em sua ID de produto suportam UPoE+ em um grupo de portas ou em todas as portas. Por exemplo, C9300-48H, C9400-LC-48H e assim por diante.

Terminologia

• PoE - Power over Ethernet (Alimentação pela Ethernet)
• PoE+ - o padrão PoE+ aumenta a potência máxima que pode ser consumida por um dispositivo alimentado de 15,4 para 30 W por porta
• UPoE - Universal PoE. Tecnologia proprietária da Cisco que estende o padrão IEEE 802.at PoE para fornecer o recurso de alimentar até 60 W de energia por porta
• IF_ID – Identificador de interface, valor exclusivo interno que representa uma interface específica
• Gerente de plataforma - Componente de software interno no Cisco IOS® XE
• Gerenciador de chassi – Componente de software interno no Cisco IOS XE
• IOMD - Driver do módulo de entrada/saída. Componente de software interno no Cisco IOS XE
• MCU - Unidade de Micro Controlador
• PD – Dispositivo elétrico (telefones IP, access points, câmeras e assim por diante.)
• PSE - Equipamento de fonte de alimentação, como um switch Catalyst 9000 com capacidade de PoE.

Classe de PoE

O equipamento Cisco PoE baseado em padrões está em conformidade com os padrões IEEE para cinco classificações de energia para dispositivos elétricos. Quando o switch PoE da Cisco detecta um dispositivo elétrico e atende a uma solicitação de energia, o switch pode ajustar o orçamento de energia (energia disponível) de acordo com a classificação IEEE do dispositivo elétrico.

As classes de PoE descrevem um intervalo de potência usado por um dispositivo específico. Alguns dispositivos elétricos exigem mais energia que outros, e as classes de energia permitiram que os switches gerenciassem o orçamento de energia ou a energia disponível. Quando um dispositivo elétrico é detectado e sua classe é identificada, o switch aloca (reserva) o intervalo de potência apropriado.

O switch pode determinar a classe de energia IEEE do dispositivo elétrico ao aplicar 20 VDC à linha e ao medir o fluxo de corrente resultante. Os dispositivos elétricos compatíveis com IEEE produzem um fluxo de corrente muito específico em resposta aos 20 VDC aplicados pelo switch.

Classe	Nível máximo de energia necessário no dispositivo
0 (status de classe desconhecido)	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

LEDs PoE nas portas do switch

Esta tabela explica o significado do status da cor do LED no switch.

Cor	Descrição
Off	O modo PoE não está selecionado. Nenhuma das portas 10/100/1000 teve a alimentação negada ou está em uma condição de falha.
Verde	O modo PoE está selecionado e os LEDs (diodos emissores de luz) da porta mostram o status do modo PoE.
Laranja intermitente	O modo PoE não está selecionado. Pelo menos uma das portas 10/100/1000 teve a alimentação negada ou pelo menos uma das portas 10/100/1000 tem uma falha no modo PoE.

Diretrizes gerais de solução de problemas

Verificar as condições e os sintomas ambientais

• O dispositivo alimentado (PD) em questão não liga de forma alguma, ou ele liga brevemente e depois desliga?
• O problema começou durante a instalação inicial ou no período em que o dispositivo estava funcionando normalmente?
• Se o problema começou depois que o dispositivo elétrico funcionou normalmente, o que mudou? Houve alterações de hardware ou software? Alterações ambientais (temperatura, umidade, fluxo de ar e assim por diante)? Alterações elétricas (manutenção, interrupção, interferência e assim por diante)?
• Ocorreu alguma coisa na rede local quando o problema ocorreu? Use o comando show logging  para examinar o registro do switch e as interceptações do SNMP (Simple Network Management Protocol), se configuradas. Nesse caso, poderia estar relacionado a outro problema específico dessa rede local?
• O problema ocorre em uma hora específica do dia ou da noite? Nesse caso, há alterações ambientais/elétricas conhecidas nessa hora/dia específico?
• Algum evento de rede foi observado ao mesmo tempo? Inundação de tráfego, tempestade, loop, aumento do congestionamento da rede e utilização de recursos maior que o normal (CPU, interfaces e assim por diante) podem levar à perda temporária de conectividade entre o PD e outro elemento da rede, o que pode causar a reinicialização do PD.

Verificar as especificidades do dispositivo elétrico e do switch

• Qual tipo de dispositivo é usado (Cisco antigo, 802.3af, 802.3at, UPOE?)? E a variante Catalyst 9000 em questão é compatível com esse tipo?
• Há energia em linha suficiente disponível na fonte de alimentação no respectivo membro do switch/placa de linha?
• Todas as portas de um membro do switch/placa de linha não fornecem PoE ou apenas algumas?
• E as portas em diferentes controladores PoE no mesmo switch/placa de linha? (Os modelos que não são UPoE têm 4 portas por controlador e os modelos UPoE têm 2 portas por controlador)
• Mais de uma placa de linha/switch membro de um chassi/pilha é afetado?
• Apenas as portas recém-conectadas não fornecem PoE? E as portas já conectadas estão funcionando corretamente no mesmo membro do switch/placa de linha? 
• Se uma das portas já conectadas (PoE status OK) no mesmo membro do switch/placa de linha for devolvida (shut/no shut), a funcionalidade PoE será interrompida ou continuará funcionando corretamente?
• A conectividade de dados é afetada ou é apenas a funcionalidade PoE?
• O problema está restrito a um tipo/modelo de PD?
• Há mensagens de syslog PoE observadas?
• Quais são os modelos de switch, os tipos de placas de linha e os PDs usados?
• show power inline [detail] reflete com precisão o status de energia na porta?

Problemas comuns de PoE

Não há PoE em apenas uma porta

Etapa 1: verifique se o dispositivo elétrico funciona em outras portas e se o problema está em apenas uma porta.

Etapa 2: use os comandos show run e show interface status para verificar se a porta não está desligada ou no modo err-disabled.

Etapa 3: use o comando show run para verificar se a interface power inline never não está configurada na porta.

Etapa 4: verifique se o cabo Ethernet do telefone para a porta do switch está em boas condições. Conecte um dispositivo Ethernet em boas condições que não seja PoE (como um computador), use o mesmo cabo Ethernet para uma porta conhecida que funcione e verifique se ele estabelece um link e troca o tráfego com outro host. Se necessário, substitua o cabo.

Etapa 5: verifique se o comprimento total do cabo do painel frontal do switch até o dispositivo elétrico tem, no máximo, 100 metros. 100 m incluem o comprimento do cabo entre as duas extremidades do patch panel (se estiver em uso).

Etapa 6: se o patch panel estiver em uso, conecte o dispositivo elétrico diretamente à porta do switch para descartar um problema com o patch panel.

Etapa 7: se o cabo Ethernet for relativamente longo (> 50 m), desconecte-o da porta do switch. Use um cabo Ethernet mais curto para conectar um dispositivo conhecido somente para dados em boas condições (como um computador) a esse switch. Verifique se o dispositivo estabelece um link Ethernet somente para dados e troca o tráfego com outro host ou faça ping no endereço IP de VLAN SVI do switch. Em seguida, conecte um dispositivo elétrico a essa porta e veja se ele liga.

Etapa 8: use os comandos show power inline e show power inline detail para comparar o número de dispositivos elétricos conectados ao orçamento de energia do switch (PoE disponível). Verifique se o orçamento de energia do switch pode alimentar o dispositivo.

Etapa 9: vá para a seção Solução de problemas avançada para coleta de dados e solução de problemas avançada de PoE.

Não há PoE em todas as portas ou em um grupo de portas

Etapa 1: use o comando show interface status para verificar se as portas não estão desligadas e não estão desativadas por erro.

Etapa 2: use os comandos show environment all, show interface status e show power inline para analisar o status de energia, se não for possível ligar dispositivos elétricos em uma porta. Use o comando show log para analisar os alarmes relatados anteriormente por mensagens do sistema. Se você observar um estado incomum em relação às fontes de alimentação, concentre-se nisso primeiro.

Etapa 3: se o problema ocorre em todas as portas, a seção PoE da fonte de alimentação pode estar com defeito, caso o switch funcione normalmente, exceto para PoE, e caso os dispositivos que não são PoE possam estabelecer um link Ethernet de dados em qualquer porta. Se o problema estiver em um grupo consecutivo de portas, mas não em todas, pode haver uma subseção PoE com defeito no switch.

Etapa 4: verifique os logs com o comandoshow logging. Os registros comuns de PoE são descritos posteriormente. Se houver registros observados nesta seção, interprete as informações coletadas e tome as medidas adequadas.

Etapa 5: devolva a interface conectada à porta do switch. Se isso não ajudar, tente recarregar o switch removendo o cabo de alimentação. Aguarde 15 segundos e ligue o switch novamente.

Etapa 6: esteja atento a todas as falhas de diagnóstico durante/após a inicialização.

O dispositivo elétrico da Cisco não funciona no switch PoE da Cisco

Quando um Cisco IP Phone, um access point sem fio da Cisco ou outro dispositivo elétrico da Cisco recarregar ou desconectar intermitentemente da energia em linha, siga estas etapas:

Etapa 1: verifique todas as conexões elétricas do switch ao dispositivo elétrico. Conexões não confiáveis resultam em interrupções de energia e operações de dispositivos elétricos intermitentes, como desconexões e recarregamentos de dispositivos elétricos.

Etapa 2: verifique se o comprimento total do cabo do painel frontal do switch até o dispositivo elétrico, incluindo o patch panel (se estiver em uso) tem, no máximo, 100 metros.

Etapa 3: observe o que mudou no ambiente elétrico no local do switch. O que aconteceu no dispositivo elétrico quando ocorre a desconexão?

Etapa 4: use o comando show log para analisar o syslog e os eventos. Examine os carimbos de hora do syslog para ver se outras mensagens de erro são relatadas pelo switch, ao mesmo tempo em que ocorre uma desconexão.

Etapa 5: verifique se um Cisco IP Phone não está perdendo a conectividade com o Call Manager, imediatamente antes que ocorra o recarregamento. Pode ser um problema de rede, e não um problema de PoE. Isso pode ser determinado pela captura de SPAN na porta do switch, enquanto o dispositivo elétrico é desconectado, e pela análise do arquivo de captura.

Etapa 6: se o dispositivo elétrico permitir depurações de PoE ou captura de pacotes, ative essas funções para obter outros pontos de dados de solução de problemas.

Etapa 7: conecte um dispositivo não PoE à porta e verifique se funciona. Se um dispositivo que não é PoE tem problemas de link ou uma taxa de erro alta, o problema pode ser uma conexão de cabo não confiável entre a porta do switch e o usuário.

O dispositivo elétrico que não é da Cisco não funciona no switch PoE da Cisco

Quando um dispositivo elétrico que não é da Cisco está conectado a um switch PoE da Cisco, mas nunca é ligado ou é ligado e, em seguida, desconecta-se rapidamente da energia (desligado). Os dispositivos que não são PoE funcionam normalmente seguindo estas etapas:

Etapa 1: Use o comandoshow power inlinepara verificar se a alocação de energia do switch (PoE disponível) não foi esgotada antes ou depois que o dispositivo alimentado for conectado. Verifique se há energia suficiente disponível para o tipo de dispositivo elétrico.

Etapa 2: Use o show interface status comando para verificar se o dispositivo ligado é detectado pelo switch quando conectado.

Etapa 3: Use o comandoshow loggingpara verificar se o dispositivo alimentado não causa um erro de controlador na porta. Se isso acontecesse, seria destacado em um syslog.

Etapa 4: se o dispositivo elétrico inicialmente é ligado e depois desconectado, o problema pode ser um pico de corrente inicial que excede um limite de corrente para a porta do switch.

Etapa 5: verifique se o dispositivo elétrico é compatível com o switch da Cisco. Por exemplo, se ambas as unidades estão em conformidade com os padrões, elas estão funcionando. O CDP não pode ser usado para identificar um dispositivo que não é da Cisco, e o switch deve contar com detecção e classificação precisas por meio da classificação de camada 1 ou LLDP quando um dispositivo que não é da Cisco é usado. Verifique se o LLDP está funcionando na porta do switch.

Cenários de dispositivos elétricos de terceiros

Cenário 1 – O PD conectado requer mais potência que a classe permite. Mas não é compatível com a extensão CDP/LLDP ou é mantido desativado de acordo com a política da empresa. Como resultado, a porta do switch continua a oscilar.

Recomendação – Configurar a energia estática

Use a configuração de nível de interface power inline static para fornecer a potência máxima ao PD, independentemente da classe, da arquitetura do PD e do protocolo de negociação em uso. Use essa etapa quando a potência máxima necessária para o PD não for conhecida.

C9000(config-if)#power inline static

Se a potência máxima necessária para um PD for conhecida, essa configuração de nível de interface poderá ser usada.

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

Cenário 2 – O PD conectado é compatível com PoE em pares de sinais e pares sobressalentes. Mas não é compatível com a extensão CDP/LLDP ou é mantido desativado de acordo com a política da empresa. 

 Recomendação – Configure quatro pares de PoE, se o PD for compatível.

Descubra se o PD suporta PoE de 4 pares com o comandoshow power inline detail:

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

Configure PoE de quatro pares:

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

Para Troubleshooting adicional, consulte as seções Common PoE Syslog e Advanced Troubleshooting.

Cenário 3 – O dispositivo de classe 4 precisa de 30 W, mas não é compatível com CDP/LLDP ou mantido desativado de acordo com a política da empresa. 

Recomendação – Configurar a classificação de dois eventos ou configurar o PoE máximo estático

Quando um dispositivo de classe 4 é detectado, o Cisco IOS aloca 30 W sem negociação de CDP ou LLDP. Isso significa que o dispositivo elétrico de classe 4 recebe 30 W, mesmo antes de o link se tornar operante. Além disso, no nível de hardware, o switch faz uma classificação de dois eventos que permite que um PD de classe 4 detecte a capacidade do switch de fornecer 30 W no hardware, registre-se e possa subir para o nível PoE+, sem troca de pacotes CDP/LLDP. Uma vez que a classificação de dois eventos é ativada em uma porta, você precisa executar shut/no shut manualmente na porta ou conectar o PD novamente para iniciar a detecção IEEE de novo. A alocação do orçamento de energia para um dispositivo de classe 4 será de 30 W, se a classificação de dois eventos estiver ativada na porta, caso contrário, será de 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, explicações e ações comuns de PoE

1. CONTROLLER PORT ERROR

Um erro de porta relatado pelo controlador Power over Ethernet (PoE) é detectado pelo switch Cisco. O erro do controlador tem algumas variantes comuns.

1.1 Erro Tstart

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

Tstart está relacionado à corrente de partida, quando um dispositivo elétrico se torna operante em uma porta do switch. O erro Tstart significa que o valor da corrente de partida medido pelo controlador PoE do switch foi maior que o máximo permitido.

Observou-se que, em alguns casos, esse erro pode estar relacionado à rápida conexão/desconexão do dispositivo elétrico. Isso pode acontecer quando o state-machine PoE dependente da plataforma está em um estado de transição, e a reinserção do PD acionou um novo conjunto de etapas de máquinas de estado, que entram em conflito com as que estão em transição.

Para descartar essa possibilidade, é recomendável desconectar o dispositivo elétrico conectado à porta em que o erro TStart apareceu. Aguarde até que o syslog “powered down removed” e/ou “link down” seja observado. Conecte o dispositivo elétrico novamente e veja se o syslog não reaparece.

Em alguns casos, os erros Tstart podem estar relacionados a cabos cat5 ou cat6 mais longos ou mais curtos. Verifique se o comprimento do cabo (inclusive o comprimento do cabo entre as extremidades do patch panel) está dentro das especificações. O uso de um cabo de comprimento diferente pode resolver o problema em alguns desses casos.

1.2 Superaquecimento da fonte de alimentação

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

O comandopower inline port 2-eventpode ajudar em alguns casos que passam por esse cenário.

Para este erro em um switch Catalyst 9300L, revise o bug da Cisco ID CSCvs52594 e verifique se você está no Cisco IOS XE versão 16.12.3 ou posterior.

1.3 Erro Imax

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

O erro Imax ocorre quando uma porta compatível com PoE no switch consome mais energia que a negociada. Além disso, alguns dispositivos que não são da Cisco podem ter um pico excessivo na corrente, quando conectados pela primeira vez a uma porta PoE, o que pode acionar um erro Imax.

Normalmente, esse erro é observado quando o PD (powered device, dispositivo elétrico) conectado a determinada porta consome mais energia que o negociado por meio de CDP/LLDP.

Tente usar um PD em boas condições na mesma porta e veja se isso ajuda. Se o problema atender a um modelo PD/IP específico, verifique se o dispositivo alimentado conectado é compatível com IEEE.

Para obter mais informações, consulte Solucionar erros PoE Imax nos switches Catalyst 3650/3850.

1.4 Outros registros de erro de porta do controlador incomuns

1. Energia fornecida, mas o controlador de energia não relata 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

Como parte da detecção e classificação de PoE, há uma negociação entre o PSE e o PD que ajuda o PSE a determinar de qual classe é o PD. Quando a detecção e classificação de PoE são concluídas, a PoE é alocada. Nos cenários ideais, após a alocação de PoE, o PD relata Power Good para o PSE e, em seguida, a interface é ativada (a camada 1 ocorre após o PoE).

Se o PD não enviar a mensagem Power Good ou se não o fizer em tempo hábil, essa mensagem de erro será impressa, o que resultará em uma reinicialização completa da negociação de PoE. Isso pode causar sintomas, como o dispositivo nunca ser totalmente conectado ou estar constantemente desligando e religando. 

Para isolar ainda mais o problema, são necessárias depurações e rastreamentos de PoE no estado problemático.

2. PWRGOOD SPARE PAIR

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

A solicitação de energia do par sobressalente feita pelo dispositivo elétrico foi realizada com sucesso e a energia está disponível no par sobressalente. Esta não é uma mensagem de erro, mas apenas uma indicação de que o dispositivo elétrico solicitou e recebeu energia do par sobressalente do cabo Cat5 ou Cat6. Nenhuma ação adicional é necessária.

3. POWER CDP SHUT

%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

Este syslog significa que a energia em linha está no modo shut, pois o CDP detectou que o consumo de energia nessa porta do switch PoE é maior que:

1. Alocação de energia,
2. Limite de interface de hardware,
3. Potência máxima configurada pelo usuário ou
4. Energia disponível neste switch.

Se esse for um problema temporário, será solucionado automaticamente depois que a porta do switch for devolvida, como no exemplo. Se houver um problema predominante, investigue e descarte os quatro pontos mencionados anteriormente.

Em algumas situações, esse erro pode ser observado quando o CDP e o LLDP são ativados na porta do switch, e as depurações de PoE revelam o uso de ambos os protocolos na negociação de energia. Você pode desativar o LLDP para atenuar o problema:

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

Em certas condições raras, observa-se que esse registro pode ser resultado do comportamento inadequado do dispositivo elétrico. Por exemplo, o PD solicita um valor de energia mais baixo na negociação inicial e o switch aloca a energia solicitada no PD. Posteriormente, o mesmo PD solicita mais energia que antes, mais que a energia alocada anteriormente. Isso aciona um desligamento do CDP e um flap de porta. Esses cenários podem ser resolvidos com o Perpetual PoE ou 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

Este erro é observado quando o dispositivo elétrico conectado tem uma classe IEEE inválida. O switch não liga o dispositivo. Consulte a Classe de PoE para entender as classes de PoE.

Se você usar um PD que não é da Cisco, descubra se o PD é da classe certa.

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

Este erro significa que o switch decidiu desligar a interface, pois encontrou o dispositivo elétrico que consumiu mais que a potência máxima configurada/negociada.

Verifique se o orçamento de energia está correto para essa interface com base nas especificações ou classificações elétricas do dispositivo de energia. Recomenda-se alterar a potência de corte policial para um valor mais alto para manter o dispositivo ligado.

Se você usar um dispositivo elétrico que não seja da Cisco, descubra a potência esperada necessária em comparação à consumida.

6. TSTART SPAREPAIR

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

Este erro significa que o dispositivo elétrico conectado à porta do switch tentou solicitar energia no par sobressalente de cabos Cat5 ou Cat6, e o switch detectou uma partida de corrente maior que o esperado (erro Tstart) e, como resultado, decidiu desligar a energia.

Esse erro geralmente é observado em conjunto com o erro Imax ou outros erros discutidos. Execute os procedimentos de correção descritos nessas seções que dependem do erro observado.

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

Este erro significa que o dispositivo elétrico de assinatura dupla na porta do switch encontrou uma falha grave em um conjunto de pares e, portanto, esse conjunto de pares será desligado. O exemplo anterior foi tirado de um dispositivo elétrico e um switch compatíveis com UPoE+.

8. PGOOD TIMEOUT SPARE PAIR

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

Este erro significa que o dispositivo elétrico conectado à porta do switch tentou solicitar energia no par sobressalente de cabos Cat5 ou Cat6, mas ocorreu um erro de limite de tempo de alimentação do par sobressalente e a energia no par sobressalente não é fornecida.

Com um switch 802.3bt (UPoE+), lembre-se que o switch da Cisco compatível com o padrão IEEE 802.3bt para dispositivos elétricos Tipo 3 pode estar no modo 802.3at por padrão. O modo 802.3bt pode ser ativado por meio dessa configuração no modo de configuração global. Observe que esse comando liga e desliga o switch após a configuração. Essa etapa não é aplicável para modelos de switch que não são compatíveis com 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?

Outra solução possível seria tentar codificar a energia necessária na porta do switch com a configuração dapower inline staticinterface.

Em condições raras, esse erro pode ser acompanhado ao usar uma placa de linha/switch 802.2bt.

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

Isso significaria que o dispositivo elétrico não pode funcionar com o sistema PoE 802.3bt. Use um switch PoE que não seja 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

Este erro significa que não há energia suficiente no switch para fornecer à porta Power over Ethernet (PoE).

Isso provavelmente ocorreu devido à energia em linha total maior que a energia disponível. Verifique o orçamento de energia. Instale mais fontes de alimentação, se necessário. O ajuste da redundância da fonte de alimentação, de redundante para combinada, também pode ajudar. Para sistemas empilhados, a alimentação da pilha pode ser considerada para agrupar a energia total nas pilhas.

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.

O switch decidiu desligar o PoE porque o Power On Self Test (POST) falhou nesse switch.

Verifique o teste de funcionalidade do controlador Power over Ethernet (PoE) para ver o status de integridade do equipamento de fornecimento de energia. Consulte a seção POST em saídas e coleta de dados de PoE para obter mais informações.

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

Este erro significa que o dispositivo elétrico não está mais conectado ao switch ou está conectado a uma fonte de alimentação CA externa, que fez com que o switch removesse o PoE da porta.

Em alguns casos, esse erro é acompanhado por outros erros semelhantes:

%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

Nesses casos, tome as medidas apropriadas, dependendo do outro erro.

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

A Interface X esgotou a energia. Ela consumiu Y miliwatts, enquanto a potência máxima configurada é Z miliwatts. Esse é apenas um registro informativo e o switch continuará a fornecer PoE na porta, a menos que o switch fique sem energia (SHUT_OVERDRAWN) ou outro erro.

Verifique se o orçamento de energia está correto para essa interface de acordo com as especificações e classificações elétricas do dispositivo de energia. Recomenda-se alterar potência de corte policial de forma adequada, se necessário.

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.

Este registro informativo indica para o usuário que a interface X esgotou a energia anteriormente, mas NÃO esgota mais. Ela consumiu Y miliwatts, enquanto o valor máximo configurado é Z miliwatts.

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

Este erro significa que o dispositivo elétrico solicitou energia na alimentação dos cabos sobressalentes Cat5 ou Cat6 e, no processo, o limite de tempo do par sobressalente foi detectado. Como resultado, a energia no par sobressalente não é fornecida.

Saídas e coleta de dados de PoE

Syslog de PoE

Procure qualquer mensagem de erro relevante descrita na seção Common PoE syslog na saídashow logging.   Por exemplo, erro no controlador PoE, erro no orçamento PoE, problema na fonte de alimentação e assim por diante.

Status POST 

O POST realiza o teste de funcionalidade do controlador Power over Ethernet (PoE) para verificar a acessibilidade do chip, o download de firmware e o status de integridade do equipamento de fornecimento de energia.

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 Power e orçamento

Verifique o orçamento de PoE e o status de energia em linha de um membro do switch/placa de linha/interface. Use o comando show power inline para analisar estes fatores:

• Alimentação PoE disponível por switch.
• Alimentação PoE usada por todas as portas no switch.
• Alimentação PoE usada por cada dispositivo elétrico conectado.
• Classificação da alimentação 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

Diagnóstico de PoE 

Com o diagnóstico on-line, você pode testar e verificar a funcionalidade de hardware de um dispositivo, enquanto ele estiver conectado a uma rede ativa. Os diagnósticos on-line contêm testes de packet-switching que verificam diferentes componentes de hardware, bem como o caminho de dados e os sinais de controle. Os diagnósticos on-line detectam problemas relacionados ao seguinte, entre outros:

• Componentes de hardware de PoE
• Interfaces
• Juntas de solda e integridade da placa

Estes são alguns testes de diagnóstico que podem ser usados. Eles podem ser executados sob demanda, ao contrário do POST, que é executado somente durante a inicialização. Antes do teste, leia as informações na tabela para entender o possível impacto.

Platform	Nome do teste	Com ou sem interrupções	Status padrão	Recomendação	Versão inicial
Catalyst 9200	DiagPoETest	Sem interrupções**	desligado	Execute este teste se você tiver problemas no controlador PoE com uma porta. Pode ser executado apenas como teste sob demanda.	16.9.2
Catalyst 9300	TestPoE	Com interrupções*	desligado	Não inicie este teste de diagnóstico durante a operação normal do switch, a menos que seja recomendado/garantido pelo TAC. Esse teste pode ser executado se você tem problemas no controlador PoE com uma porta e só pode ser executado como teste sob demanda	16.6.1
Catalyst 9400	DiagPoETest	Sem interrupções**	desligado	Execute este teste se você tiver problemas no controlador PoE com uma porta. Pode ser executado apenas como teste sob demanda.	16.6.1

* A Cisco está analisando se pode ser realizado sem interrupções no futuro.

** Teste sem interrupções, seguro para executar durante a produção.

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

Troubleshooting Avançado

Esta seção contém depurações de PoE e informações específicas da plataforma que são úteis para solucionar problemas de PoE. Algumas dessas saídas não fazem sentido ou não estariam disponíveis em um formato legível para o usuário final. Elas foram consideradas seguras para execução na produção e seriam úteis se fornecidas ao Cisco TAC quando um PoE fosse solucionado.

Depurações de InlinePower (ILP) para PoE

O ilpower (ILP) é um componente do software Cisco IOS XE interno executado no Cisco IOS Dameon (Cisco IOSd). O ilpower implementa a máquina de estado de PoE que controla várias etapas da funcionalidade de PoE. A seguir, veja um diagrama de ilpower que pode ser usado como referência com as depurações do Cisco IOSd.

Examine as depurações de cada etapa da máquina de estado para entender em qual etapa a funcionalidade foi interrompida. Comparar essas depurações em uma porta PoE operante e em uma porta PoE não operante, com PDs iguais/semelhantes, também pode ser útil para identificar anomalias.

1. Inicie estas depurações:

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. Execute shut na porta em questão.

3. Desative logging console e terminal monitor (no logging console do modo de configuração global e term no mon no modo user Exec).

4. Faça backup da saída de registro, se necessário, pois a etapa seguinte redefine o buffer de registro. Exemplo – show logging | redirect flash:showlogbackup.txt

5. Verifique se o nível do buffer de registro está definido como debugging. Aumente o tamanho do buffer de registro para pelo menos 50 mil (buffer de registro 50.000). É importante lembrar que esta etapa limpa os registros do histórico.

6. Ative a depuração condicional e limpe o registro (clear logging).

7. Abra a porta em questão e aguarde de 30 a 40 segundos, pelo menos, para a negociação de PoE.

8. Desative a depuração com oundebug alle colete oshow loggingpara entender as depurações. 

9. Desfaça todas as alterações feitas nas etapas de 2 a 7. 

Uma transação bem-sucedida de PoE normalmente é assim:

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

Coleta de dados específicos do Catalyst 9200

1. Colete show tech-support PoE.

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

2. Recupere o mapeamento de IFM para o respectivo membro do switch. Use o número de switch correto em que existe um problema de PoE. Isso ajuda o TAC a interpretar outras saídas coletadas.

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. Colete os rastreamentos. Esta CLI cria um arquivo binário em flash. Ele pode ser decodificado pelo Cisco TAC para investigar mais detalhadamente.

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. Colete mais registros de PoE. Esta CLI cria um arquivo em flash. Ele pode ser analisado pelo Cisco TAC para investigar mais detalhadamente.

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

Coleta de dados específicos do Catalyst 9300

1. Colete show tech-support PoE.

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

2. Comandos úteis show (também presentes em show tech poe) que podem ser coletados e examinados individualmente.

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. Colete a versão de frontend-controller e o despejo do controlador.

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 Leia os registros do controlador.

     test frontend-controller read-poe module

Use o acesso de console para imprimir essa saída. Colete essa saída para todas as MCUs no switch em questão.

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. Recupere o mapeamento de IFM para o respectivo membro do switch. Use o número de switch StackWise correto em que existe um problema de PoE. Isso ajuda o TAC a interpretar outras saídas coletadas.

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. Colete platform manager traces para o TAC

5.1 Defina o nível de rastreamento de PoE como detalhado. Use o respectivo número de switch em questão.

Antes do Cisco IOS XE versão 16.11.x

set platform software trace platform-mgr switch r0 redearth verbose set platform software trace platform-mgr switch r0 poe verbose
Cisco IOS XE versão 16.11.x e posterior

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 Execute shut/no shut na porta em questão.

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

5.3 Aguarde de 20 a 30 segundos.

5.4 Colete os rastreamentos.

O comandorequest platform software trace archivecria um arquivo binário na flash do switch primário, que deve ser decodificado pelo 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 Redefina o nível de rastreamento para informações.

Antes do Cisco IOS XE versão 16.11.x

set platform software trace platform-mgr switch r0 redearth info set platform software trace platform-mgr switch r0 poe info
Cisco IOS XE versão 16.11.x e posterior

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

Coleta de dados específicos do Catalyst 9400

1. Colete show tech-support PoE.

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

2. Comandos úteis show (também presentes em show tech PoE) que podem ser coletados e examinados individualmente.

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. Colete as informações específicas da plataforma.

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

4. Colete os despejos do registro de porta.

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. Recupere o mapeamento de IFM para portas. Isso ajuda o TAC a interpretar outras saídas coletadas.

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. Colete os rastreamentos de IOMD.

6.1 Defina o nível de rastreamento de IOMD como detalhado. Use o respectivo número de módulo em questão.

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 Execute shut/no shut na porta em questão.

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

   

6.3 Aguarde de 40 a 60 segundos.

6.4 Coletar vestígios.

O comandorequest platform software trace archivecria um arquivo binário na flash do switch primário, que deve ser decodificado pelo 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 Redefina o nível de rastreamento para informações.

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

Último recurso/etapas de recuperação invasiva

Se PoE não se recuperar por meio de qualquer uma das etapas mencionadas e parecer ser devido a uma falha de software, você poderá executar outras etapas como tentativa de recuperação. Observe que essas etapas são invasivas e podem causar um tempo de inatividade. Elas também podem apagar os dados que normalmente são necessários para determinar a causa do problema. Se a causa do problema for importante, entre em contato com o TAC e colete as informações necessárias, antes de executar essas etapas. 

1. Consulte Versões recomendadas do Cisco IOS XE para switches Catalyst 9000 e atualize para a versão recomendada. As versões recomendadas contêm correções e otimizações que possivelmente resolvem um problema conhecido e resolvido no passado.

2. Se a pilha de energia estiver em uso, remova os cabos da pilha de energia temporariamente, antes de executar qualquer uma dessas etapas.

3. Tente recarregar o membro do switch/placa de linha em questão

4. Em um sistema StackWise (C9200, C9300), desligue e ligue o membro/switch ativo em questão.  Esta etapa também será necessária se você executar uma redefinição de MCU.

5. Para reiniciar, desconecte todos os cabos de alimentação de entrada da pilha e deixe-a desligar. Aguarde 10 segundos e conecte os cabos de energia novamente. Para o Catalyst 9400, tente reinstalar a placa de linha. Desencaixe fisicamente a placa de linha, aguarde alguns segundos e reencaixe a placa.

6. Se for uma configuração de alta disponibilidade (HA) e o problema existir em vários membros de uma pilha ou em várias placas de linha de um chassi C9400, tente o failover de HA/SSO (redundancy force-switchover)

7.  Se o problema persistir e o membro do switch em questão fizer parte de uma pilha, tente executar estas etapas:

             a. Retire o switch membro da pilha e inicie-o no modo autônomo. Veja se isso ajuda a recuperar o PoE nesse switch membro.
             b. Caso contrário, desligue o membro (autônomo/quando estiver fora da pilha) e aguarde de 3 a 5 minutos antes de ligar novamente.
    
 8. Para C9400, você pode mover a placa de linha em questão para um slot ou chassi diferente, se possível.

Informações Relacionadas

• Suporte Técnico e Documentação - Cisco Systems
• Data sheet dos switches Cisco Catalyst 9200 Series
• Data sheet dos switches Cisco Catalyst 9300 Series
• Data sheet dos switches Cisco Catalyst 9400 Series
• Data sheet das placas de linha dos switches Cisco Catalyst 9400 Series
• Versões recomendadas do Cisco IOS XE para switches Catalyst 9000
• Anúncio de fim das vendas e de fim da vida útil do Cisco IOS XE 16.6.x
• Anúncio de fim das vendas e de fim da vida útil do Cisco IOS XE 16.9.x