Análisis de prioridades en la
alimentación de un dispositivo PoE
Fecha: 19 de noviembre del 2015 Clase: Furukawa Data Cabling System (DCS)
Escenario
Durante una de las clases del curso del cableado estructurado y aunque no esté en el temario, inevitablemente llegamos
a tocar el tema del PoE y la utilización de pares, interferencias inducidas, etc…
Mas allá del tema acerca del cableado, una pregunta que me plantearon fue de que pasa si un dispositivo PoE, por ejemplo
un teléfono, recibe alimentación de la fuente y del switch simultáneamente, que utiliza ?
La lógica dice que si tiene fuente debería encender y no negociar el PoE, pero una vez mas, a las pruebas nos remitimos…
Primer prueba: sólo con PoE.
Conectamos un teléfono Cisco 7912 al puerto Eth7 de un ASA 5505, el cual junto a Eth6 brindan el servicio de PoE, verificamos que
la primer negociación lleva algo de tiempo, no se puedo capturar con una foto, pero el led derecho intermitente acusaba el trámite.
Verificamos el arranque del teléfono vía PoE:
ASA5505# sh power inline
Interface
Power Device
---------
----- ------
Et0/0
n/a n/a
Et0/1
n/a n/a
Et0/2
n/a n/a
Et0/3
n/a n/a
Et0/4
n/a n/a
Et0/5
n/a n/a
Et0/6 Off
n/a
Et0/7 On
Cisco (Cisco pre-standard)
ASA5505#
Segunda prueba: con ambas fuentes de alimentación.
Conectamos simultáneamente ambas entradas de alimentación, el teléfono encendió al instante, aparentemente sin negociar.
Verificamos el PoE:
ASA5505# sh power inline
Interface
Power Device
---------
----- ------
Et0/0
n/a n/a
Et0/1
n/a n/a
Et0/2
n/a n/a
Et0/3
n/a n/a
Et0/4
n/a n/a
Et0/5
n/a n/a
Et0/6
Off n/a
Et0/7 Off
n/a
ASA5505#
Tercer prueba: con el teléfono funcionando desconectamos la fuente.
El teléfono permaneció encendido y al verificar nos encontramos que el dispositivo detectado es diferente a la prueba inicial.
ASA5505# sh power inline
Interface
Power Device
---------
----- ------
Et0/0
n/a n/a
Et0/1
n/a n/a
Et0/2
n/a n/a
Et0/3
n/a n/a
Et0/4
n/a n/a
Et0/5
n/a n/a
Et0/6
Off n/a
Et0/7 On IEEE
(estándar 802.3af)
ASA5505#
Cuarta prueba: desconectamos y conectamos el teléfono.
Al desconectar y reconectar el teléfono, la negociación PoE ahora es mas breve y la verificación en el ASA 5505 nos acusa siempre
un dispositivo IEEE, tal como en la prueba anterior.
ASA5505# sh power inline
Interface
Power Device
---------
----- ------
Et0/0
n/a n/a
Et0/1
n/a n/a
Et0/2
n/a n/a
Et0/3
n/a n/a
Et0/4
n/a n/a
Et0/5
n/a n/a
Et0/6
Off n/a
Et0/7 On IEEE
ASA5505#
Quinta prueba: reinicio del ASA
Una vez reiniciado el ASA, conectamos el teléfono vía PoE y la negociación volvió a ser mas lenta, como en la primer prueba,
la verificación acusó nuevamente un dispositivo Cisco.
ASA5505# sh power inline
Interface
Power Device
---------
----- ------
Et0/0
n/a n/a
Et0/1
n/a n/a
Et0/2
n/a n/a
Et0/3
n/a n/a
Et0/4
n/a n/a
Et0/5
n/a n/a
Et0/6
Off n/a
Et0/7 On
Cisco (Cisco pre-standard)
ASA5505#
Lamentablemente en este estadío de la conexión no se puede capturar el tráfico por ejemplo con un Wireshark, además de que no podemos
intercalar ningún dispositivo para no interrumpír la negociación PoE.
También tenemos que mencionar que el debugging del PoE en el ASA es muy pobre, el comando a utilizar es debug switch iplm, pero no
Devuelve nada relevante o interesante.
Fuentes relacionadas:
(2015) Reading
tales of Edgard Allan PoE
Rosario, Argentina