Cisco AP no se enciende hasta presionar el botón de modo

9

Tenemos dos puntos de acceso Cisco 2602E y un punto de acceso Cisco 3602E implementados en una ubicación en China. Están conectados a un conmutador PoE HP ProCurve 2910al.

El 3602E se enciende bien cuando se reinicia el interruptor (es decir, pérdida de energía, tienen apagones continuos en esta ciudad), pero los AP 2602E requieren que alguien presione el botón de modo antes de encenderlo.

Antes de presionar el botón de modo, el conmutador HP no muestra ningún dispositivo en los puertos y no se les conecta la alimentación. Los AP no tienen actividad LED, aparecen apagados. Cuando alguien presiona el botón de modo, enciende misteriosamente. El interruptor HP ahora muestra consumo de energía y su LED se enciende.

El cable que corre hacia ellos mide alrededor de 200 '. El interruptor es PoE +, por lo que tiene mucha potencia para cubrir cualquier pérdida a lo largo de la distancia. El 3602 tiene una ejecución más corta y no tiene problemas.

Tenemos una segunda instalación en China con la misma configuración y no tienen este problema. Todos los AP tienen el mismo gestor de arranque e IOS por modelo (es decir, los 2602E en cada sitio tienen el mismo gestor de arranque e IOS rev.).

Este mismo problema ocurre cuando se usa un switch Cisco 3560C PoE + y la configuración de cableado existente.

Como esto es en China, mi capacidad para solucionar problemas es un poco limitada en este momento. Espero que alguien haya experimentado un problema similar y pueda orientarme en la dirección correcta. Esto no sería un problema tan grande si los AP no estuvieran montados en un techo de fábrica que requiera un elevador para presionar el botón de modo.

¿Qué podría estar causando que los 2602E no se enciendan con el interruptor?

some_guy_long_gone
fuente
Personalmente nunca he oído hablar de esto, pero eso no es lo primero en absoluto. ¿Se ha probado y certificado el cableado, incluidas las pruebas cuando la ejecución se ha conectado al conmutador para validar PoE? Además, podría ser bueno tener la salida del puerto de la consola antes de que entren en este estado, durante el estado y al salir (si puede recrear) para ver si hay alguna indicación.
YLearn
El próximo corte de energía será el próximo fin de semana. Debería poder publicar detalles antes y después. El cableado se probó, pero no para PoE. La próxima semana tengo a alguien que va a cambiar un 2602 con el 3602 para ver si sigue el AP o si se queda con el puerto / cableado. Luego intercambiaremos puertos si queda para ver si es el puerto o el cableado. Supongo que es cableado, pero debido a que lo probaron para conectividad (no PoE) y lo volvieron a perforar y pusieron nuevos extremos en los cables de conexión, no considerarán reemplazarlo con cable blindado.
some_guy_long_gone
¿Los interruptores en ambos sitios también son idénticos? ¿Hardware, revisión de firmware / SO y configuración? ¿Puede verificar el estado de poe antes de que los AP se enciendan manualmente y ver si falla en el sondeo POE?
Avery Abbott
Los interruptores son idénticos. Los interruptores muestran "Buscando" como el estado de PoE antes de presionar el botón de modo. Parece que estamos esperando algunos switches PoE + de 8 puertos de Cisco para agregar los AP, esperando que eso lo resuelva.
some_guy_long_gone

Respuestas:

5

Resolvimos esto con nuevos tendidos de cable usando STP en lugar de UTP. No más problemas con POE a los AP.

La primera vez que necesitamos STP y no podemos encontrar nada que pueda causar la interferencia con la carrera.

some_guy_long_gone
fuente
Gracias por la adición de la resolución después de que pasó tanto tiempo en el problema
Mike Pennington