Un router que no arranca parece un solo problema desde afuera, pero en realidad son varios problemas apilados en secuencia — alimentación, LEDs indicadores, salida de consola, y solo entonces lo que el registro de razón de reinicio informa una vez que finalmente se puede ver. Este es el orden de diagnóstico más rápido, con los comandos exactos y las categorías de razones de reinicio detrás de ellos.
Por Yuwen Zhang (Atlas), fundador de AtlasCommTech — 13 años de despliegues de redes de operadores y empresariales · Actualizado en julio de 2026
Lo que parece un simple router muerto suele ser cuatro o cinco problemas distintos apilados en secuencia — y cada uno oculta el siguiente hasta que se resuelve.
Un router que no arranca se diagnostica al revés más a menudo de lo que parece: alguien asume una falla de software o configuración antes de descartar la alimentación, o asume que el hardware está muerto antes siquiera de comprobar si el cable de consola es el correcto. El orden que realmente funciona es primero la alimentación, luego los LEDs indicadores, luego si la consola serie produce alguna salida legible, y solo una vez que se puede ver la consola tiene sentido buscar por qué el dispositivo sigue reiniciándose — y si esa razón de reinicio apunta a una corrupción real de software del sistema o de archivo de configuración en lugar de un movimiento rutinario.
A continuación, el árbol de fallas en el que se basa este texto, las comprobaciones de cada etapa con los comandos exactos, cinco causas raíz extraídas del propio modelo de razón de reinicio, y seis respuestas de preguntas frecuentes — incluyendo cuándo esto se traspasa a la recuperación de contraseña o de bloqueo de inicio de sesión una vez que el dispositivo realmente está activo.
Los fallos de arranque se dividen en exactamente dos formas: no hay salida de consola en absoluto, o el dispositivo arranca y luego se reinicia repetidamente.
Ubicar primero el síntoma en este árbol indica si se trata de un problema de capa física (alimentación, cable, parámetros serie) o uno de software/configuración que solo se puede ver una vez que la consola realmente es legible.
Las etiquetas del diagrama se mantienen en inglés por claridad técnica.
Una vez que la consola es legible y el dispositivo al menos está arrancando, display reset-reason y las seis categorías descritas abajo indican si un reinicio es mantenimiento rutinario o una señal genuina de corrupción que vale la pena escalar. Si el dispositivo arranca bien pero no puede iniciar sesión, ese es un problema diferente cubierto en nuestra guía de recuperación de bloqueo de inicio de sesión y nuestra guía de recuperación de contraseña.
Tres comprobaciones antes de poder ver siquiera la consola, y luego una cuarta que lee lo que el propio dispositivo indica sobre por qué sigue reiniciándose.
Antes de suponer un problema de cable, controlador o firmware, descarte la alimentación con un simple vistazo al panel.
Ninguna salida, o texto ilegible, es casi siempre una discrepancia de parámetros o un cable defectuoso — no una falla de alimentación o firmware.
Default serial parameters:
Baud rate : 9600
Data bits : 8
Stop bits : 1
Parity : None
Flow control : NoneUna vez que la consola es legible, display reset-reason ofrece un historial por placa de cada reinicio y la razón que el dispositivo cree que lo causó.
<Huawei> display reset-reason
The LPU frame[0] board[1]'s reset total 10, detailed information:
-- 1. 03/10 10:58:08, Reset No.: 10
Reason: Reset by user command
-- 2. 03/10 10:31:02, Reset No.: 9
Reason: Reset by user command
...
-- 10. 03/04 22:09:33, Reset No.: 1
Reason: A link fault fails to be rectified.
The MPU frame[0] board[14]'s reset total 10, detailed information:
-- 1. 03/10 10:58:12, Reset No.: 10
Reason: Reset by user commandLa tabla de razones de reinicio enumera bien más de cien cadenas distintas; en la práctica se reducen a seis categorías que indican qué hacer a continuación.
Si la razón cae en las categorías de excepción, hardware o corrupción de autocuración, recopile esto antes de contactar al soporte, no después.
<Huawei> system-view
[Huawei] diagnose
[Huawei-diagnose] display reset-reason
[Huawei-diagnose] display inspect black-box record 6 0 0 0
[Huawei-diagnose] display inspect black-box record 8 0 0 0
[Huawei-diagnose] display inspect black-box record 10 0 0 0
[Huawei-diagnose] display inttrace level 1
[Huawei-diagnose] display inttrace level 2
[Huawei-diagnose] display inttrace level 3
[Huawei-diagnose] display lastwords allUna vez que las etapas anteriores han indicado dónde está el problema, estas cinco explican la mayor parte de lo que realmente está mal — incluyendo las dos señales reales de corrupción que vale la pena tomar en serio.
SYMPTOMEl LED Power está encendido, pero la terminal no muestra nada en absoluto, o caracteres ilegibles.
CAUSEEsto no es una falla de alimentación — un LED Power encendido ya lo descarta. Casi siempre es un puerto COM incorrecto, parámetros serie discordantes, o un cable de consola defectuoso.
FIXVerifique los parámetros serie predeterminados (9600 baudios, 8 bits de datos, 1 bit de parada, sin paridad, sin control de flujo) y cambie a un cable confirmado que funciona antes de suponer algo más profundo.
SYMPTOMEl dispositivo parece rendirse y apagarse por completo después de reiniciarse dos o tres veces seguidas.
CAUSEPower off the board because of reset three times continuously es una salvaguarda deliberada: tras tres reinicios en caliente fallidos consecutivos, el router hace su propio ciclo de encendido en lugar de repetirse indefinidamente, cambiando una interrupción más larga por no estresar repetidamente el hardware.
FIXNo trate el apagado en sí como la falla — extraiga display reset-reason y observe la razón detrás del primero de los tres reinicios fallidos, ya que ese es el problema real a perseguir.
SYMPTOMdisplay reset-reason muestra Reset by configuration damage, y la configuración en ejecución no coincide del todo con lo que esperaba ver.
CAUSEEl archivo de configuración guardado falló una verificación de integridad al arrancar. VRP se recuperó automáticamente revirtiendo a una configuración conocida como buena en lugar de arrancar con una configuración corrupta y aplicada a medias.
FIXEsta es una señal genuina de corrupción, no un movimiento rutinario — recopile registros, alarmas y la configuración actual e involucre al soporte. Mientras tanto, el dispositivo está funcionando con su configuración revertida, por eso los ajustes parecen revertidos y no faltantes.
SYMPTOMLa razón de reinicio cita un fallo de verificación de firma o paquete, sin ningún problema de configuración involucrado.
CAUSEEl paquete de software del sistema falló su verificación de integridad/firma al cargar — una imagen de firmware corrupta o manipulada, no un problema de configuración.
FIXEsto cae directamente en la categoría que necesita soporte del proveedor directamente — no siga reflasheando el mismo archivo. Obtenga una imagen de firmware nueva y verificada, e involucre al soporte si el fallo se repite después de recargarla.
SYMPTOMdisplay reset-reason lista algo como Load cfm from sd card, reboot system from cfm, o Reset for normal factory configuration, justo cuando se preparaba para un problema de hardware.
CAUSEEstas son rutas de recuperación normales e intencionales — un respaldo de configuración desde tarjeta SD, o un comando de restablecimiento de fábrica que realmente se emitió. La tabla de razones de reinicio mezcla el mantenimiento rutinario con señales genuinas de corrupción, y es fácil reaccionar exageradamente a cualquier línea que contenga la palabra 'reset'.
FIXCompare la cadena de razón exacta con las seis categorías (activado por usuario, carga, excepción de software, gestión del dispositivo, hardware, autocuración) antes de tratar cualquier entrada de reinicio como una emergencia — la mayoría no lo son.
Extraídas directamente del campo — las que vale la pena tener respondidas de antemano.
No necesariamente una fuente fallida específicamente, pero sí significa que el equipo no está recibiendo alimentación en absoluto — verifique la toma, el propio cable de alimentación, y si la fuente está bien colocada y encendida antes de suponer que la fuente falló por completo. Solo una vez que se confirma que la alimentación llega al equipo y el LED sigue sin encender, la fuente misma se convierte en la principal sospechosa.
9600 baudios, 8 bits de datos, 1 bit de parada, sin paridad, sin control de flujo. Confirme que el software de terminal de la PC coincide exactamente con esto y que ha elegido el puerto COM correcto antes de sospechar del cable o del propio dispositivo.
Una vez que pueda leer la consola, ejecute display reset-reason y observe el campo Reason de las entradas más recientes. Compare la redacción exacta con las seis categorías (activado por usuario, carga, excepción de software, gestión del dispositivo, hardware, autocuración) en lugar de asumir lo peor solo por el hecho de que se está reiniciando — la mayoría de las razones de reinicio son rutinarias.
No. Una gran parte de las razones — comandos de usuario, reinicios programados, carga normal de firmware durante una actualización, sincronización de versión tras una conmutación — son comportamiento esperado, no fallas. Las que realmente vale la pena escalar son excepciones de software (interbloqueo, watchdog, pánico del kernel), fallos de autoprueba de hardware, y las dos señales de corrupción de autocuración: reversión por daño de configuración y fallo de firma del software del sistema.
Sin apagar el dispositivo, recopile el paquete de diagnóstico completo con display diagnostic-information file-name, más display reset-reason, las entradas relevantes de display inspect black-box record, display inttrace en niveles 1 a 3, y display lastwords all. Tener todo esto listo antes de la llamada acorta significativamente el tiempo hasta la causa raíz.
No — ese es un dominio de falla separado. Un dispositivo que arranca limpiamente pero no lo autentica es un problema de credenciales o de ruta de acceso, no de arranque. Vea nuestra guía de recuperación de contraseña para métodos de recuperación por consola/Telnet/BootROM, o nuestra guía de recuperación de bloqueo de inicio de sesión si Telnet, SSH y el acceso por consola dejaron de funcionar todos a la vez.
Esta nota se basa en el modelo de razón de reinicio VRP del router Huawei serie AR y sus comandos display reset-reason / display diagnostic-information, además de la guía de recuperación probada en campo que los respalda. Si su dispositivo es de otro fabricante, las cadenas de razón exactas y los comandos cambian, pero el diagnóstico por capas subyacente — alimentación, consola, y luego leer el propio relato del software sobre por qué se reinició — se traslada directamente. No cubre en profundidad los diagnósticos de hardware a nivel de backplane de sistemas de chasis multi-ranura, ni fallas que requieran reparación física a nivel de placa.
Cuéntenos dónde está atascado en la cadena — alimentación, consola, o una razón específica de display reset-reason — y le ayudamos a interpretarla.