O Cisco AP não liga até pressionar o botão de modo

9

Temos dois Cisco 2602E APs e um Cisco 3602E AP implantados em um local na China. Eles estão conectados a um switch HP ProCurve 2910al PoE.

O 3602E é ligado quando o switch é reinicializado (ou seja, perda de energia, eles têm apagões contínuos nesta cidade), mas os 2602E APs exigem que alguém pressione o botão de modo antes de ligar.

Antes de pressionar o botão de modo, o comutador HP não mostra nenhum dispositivo nas portas e nenhuma energia está sendo puxada sobre elas. Os APs não têm atividade de LED, eles aparecem apagados. Quando alguém pressiona o botão de modo, ele misteriosamente liga. O comutador HP agora mostra o consumo de energia e o LED acende.

O cabo que passa para eles é de cerca de 200 pés. O switch é PoE +, portanto, possui muita potência para cobrir qualquer perda ao longo da distância. O 3602 está em uma execução mais curta e não apresenta problemas.

Temos uma segunda instalação na China com a mesma configuração e eles não têm esse problema. Todos os pontos de acesso têm o mesmo carregador de inicialização e o IOS por modelo (ou seja, os 2602Es em cada site têm o mesmo carregador de inicialização e o IOS rev).

Esse mesmo problema ocorre ao usar um switch Cisco 3560C PoE + e a instalação de cabos existente.

Como está na China, minha capacidade de solucionar problemas é um pouco limitada no momento. Espero que alguém tenha experimentado um problema semelhante e possa me indicar a direção certa. Isso não seria um problema tão grande se os APs não estivessem montados no teto de uma fábrica que exija um elevador para chegar até eles ao pressionar o botão de modo.

O que poderia estar causando o 2602Es não ligar com o switch?

cisco wireless hp-procurve aironet cisco-wireless some_guy_long_gone
fonte
Pessoalmente, nunca ouvi falar disso, mas essa não é a primeira vez. O cabeamento foi testado e certificado, incluindo testes quando a execução foi conectada ao switch para validar o PoE? Além disso, pode ser bom ter a saída da porta do console antes que eles entrem nesse estado, durante o estado e ao sair (se você puder recriar) para ver se há alguma indicação.
YLearn
A próxima falta de energia será no próximo fim de semana. Deverá poder postar antes e depois dos detalhes. O cabeamento foi testado - mas não para PoE. Na próxima semana, tenho alguém saindo para trocar um 2602 pelo 3602 para ver se segue o AP ou fica com a porta / cabeamento. Em seguida, trocaremos as portas se permanecer para ver se é a porta ou o cabeamento. Eu suponho que seja um cabeamento, mas como eles o testaram quanto à conectividade (não PoE) e o perfuraram novamente e colocaram novas extremidades nos cabos de conexão, eles não consideram substituí-lo por um cabo blindado.
some_guy_long_gone
Os comutadores nos dois sites também são idênticos? Hardware, revisão de firmware / SO e configuração? Você pode verificar o status do ponto de entrada antes que os APs sejam ligados manualmente e ver se está falhando na pesquisa de POE?
Avery Abbott
Os interruptores são idênticos. Os interruptores mostram "Procurando" como o status de PoE antes que o botão de modo seja pressionado. Parece que estamos aguardando alguns switches PoE + da porta 8 da Cisco para adicionar os APs, esperando que isso resolva.
some_guy_long_gone

Respostas:

5

Resolvemos isso com novos cabos usando STP em vez de UTP. Não há mais problemas com o POE para os APs.

Na primeira vez em que precisamos do STP, não conseguimos encontrar nada que pudesse causar interferência na execução.

some_guy_long_gone
fonte
Obrigado por adicionar a resolução depois de passado tanto tempo sobre o problema
Mike Pennington
0

Se alguns dos pinos não passarem na certificação do cabo, isso poderá causar problemas de PoE. Dependendo do fio que está com falha, é possível que os dados passem bem, enquanto o PoE não.

Tabela de artigos do Wiki mostrando pinos usados ​​para PoE: http://en.wikipedia.org/wiki/Power_over_Ethernet#Power_capacity_limits

Mike A
fonte