En el mundo de las redes, los problemas técnicos suelen tener explicaciones lógicas... hasta que aparece un caso que desafía toda lógica. Hoy les contamos la intrigante historia del Aula 110, un espacio donde los cortes de luz no solo apagan las luces, sino que también "desconectan" misteriosamente el Internet. ¿Culpable? Un switch TP-Link SG3428X con un comportamiento tan peculiar que hasta ahora nos tiene perplejos.

El Síntoma: Sin Internet Tras un Apagón

Todo comenzó con un problema recurrente: cada vez que había una caída del suministro eléctrico en el edificio, el Aula 110 perdía por completo la conexión a Internet. Lo extraño no era la falta de energía, sino que, al restablecerse la electricidad, el switch TP-Link SG3428X —encargado de gestionar la red— simplemente no recuperaba su funcionamiento normal. La luz de alimentación estaba encendida, pero el equipo parecía "dormido".

Primera Intervención: Víctor Albendín al Rescate

La primera vez que ocurrió, nuestro compañero de redes Víctor Albendín tomó el mando. Armado con un cable USB micro A, se conectó al puerto de consola del switch. Para que el sistema operativo detectara el dispositivo, utilizó un driver especializado de OMADA Networks (enlace aquí) y configuró el cliente de terminal PuTTY a 38400 bps, la velocidad predeterminada del puerto serie.

Al acceder, descubrió algo inesperado: el switch no estaba operativo porque se había quedado atascado en el menú de BootUtil, el gestor de arranque del firmware. Este menú ofrece varias opciones:

La solución fue tan simple como frustrante: pulsar la opción 3 (Start). Tras esto, el switch arrancaba y todo volvía a la normalidad. ¿Un error puntual? No tan rápido...

El Misterio se Repite: Yo Entro en Escena

Unos días después, durante otra caída eléctrica, me tocó a mí repetir el ritual. Conecté el cable, abrí PuTTY, seleccioné la opción 3 y... voilà, el Internet regresó. Pero la pregunta seguía en el aire: ¿por qué el switch no arrancaba automáticamente tras un apagón?

Decidimos ir más allá. Víctor y yo sospechábamos de un fallo hardware, así que hicimos un experimento: intercambiamos el switch del Aula 110 con uno idéntico del Aula 107. Exportamos las configuraciones de ambos equipos, los trasladamos e importamos las configuraciones correspondientes a cada aula.

El resultado nos dejó boquiabiertos: ambos switches funcionaron perfectamente en sus nuevas ubicaciones. El problema no estaba en el hardware.

La Pista del Cable Metálico: ¿Electricidad Fantasma?

Si el switch no era el culpable, había que mirar más allá. Al inspeccionar el cableado del Aula 110, notamos algo peculiar: un conector UTP metálico en una de las tomas de red. Este tipo de conectores, a diferencia de los plásticos, pueden actuar como conductores de electricidad estática o picos de voltaje si no están correctamente aislados.

Nuestra hipótesis es que, durante los apagones, este conector podría estar induciendo una descarga eléctrica residual al switch, haciendo que su firmware se bloquee y requiera un reinicio manual desde BootUtil. Es como si el switch recibiera un "mini shock" que lo dejara en un estado de limbo.

Conclusión: Un Caso Abierto

Aunque aún no hemos confirmado la causa definitiva, todo apunta a que el conector UTP metálico es el eslabón débil. Mientras lo reemplazamos y monitoreamos el comportamiento del switch, seguimos preguntándonos: ¿es posible que un simple cable genere un fallo tan específico en el firmware? ¿O hay algo más en juego?

¿Qué opinan ustedes? Si han enfrentado situaciones similares o tienen teorías, ¡compartan sus ideas en los comentarios! En el mundo de las redes, hasta el detalle más pequeño puede esconder un misterio digno de Sherlock Holmes.