graph TD Diag["Diagnóstico de Capa 3 (Protocolo IP)"] Diag --> Ping["1. PING (Protocolo ICMP)"] Diag --> Tracert["2. TRACERT / TRACEROUTE"] Ping --> P_OK["Respuesta: OK
Conectividad Extremo a Extremo ✅"] Ping --> P_Fail["Request Timed Out / Unreachable
Fallo en ruta o equipo apagado ❌"] P_Fail -. "¿Dónde se pierde el paquete?" .-> Tracert Tracert --> T_Ruta["Mapeo de saltos (Routers intermedios)"] T_Ruta --> T_Fallo["Identifica la IP exacta donde muere la trama"] style Diag fill:#2c3e50,color:#fff style Ping fill:#27ae60,color:#fff style Tracert fill:#e67e22,color:#fff

1. Diagnóstico de Red desde la Consola (CLI)

Cuando la comunicación entre el SCADA y el PLC se rompe en una planta industrial, el instinto de un técnico novato es cambiar cables al azar o reiniciar los switches. El técnico de Nivel III (UF1793) no adivina; pregunta a la red utilizando la línea de comandos (CMD o Terminal). Antes de sacar la artillería pesada como Wireshark, los comandos básicos basados en el protocolo ICMP (Internet Control Message Protocol) nos pueden dar la respuesta en segundos.



1.1. El Comando PING y la Interpretación de Errores

El comando ping [Dirección IP] envía un paquete especial llamado Echo Request y espera que el dispositivo de destino responda con un Echo Reply. Además de darnos el tiempo de latencia, el verdadero poder del Ping reside en saber interpretar sus mensajes de error, que nos permiten descartar instantáneamente si el fallo es de Capa 1 (Física) o de Capa 3 (Lógica).

  • Respuesta "Request Timed Out" (Tiempo de espera agotado): Significa que tu ordenador sabía cómo llegar al destino y el paquete salió por tu tarjeta de red, pero nunca regresó ninguna respuesta antes de que el cronómetro se agotara.
    Diagnóstico: Suele ser un problema de Capa Física o de Dispositivo. El PLC de destino está apagado, el cable de red se ha cortado por el camino, o un Firewall industrial está bloqueando los paquetes ICMP por seguridad.

  • Respuesta "Destination Host/Net Unreachable" (Host o Red de destino inaccesible): Significa que el paquete ni siquiera ha intentado viajar hacia el destino final. Tu propio ordenador o un router intermedio han mirado su tabla de enrutamiento, no han encontrado el camino hacia esa subred, y han devuelto este error instantáneamente.
    Diagnóstico: Es un problema puramente Lógico (Capa 3). Puede deberse a que la IP de destino pertenece a otra red y a tu equipo le falta la configuración de la Puerta de Enlace (Gateway), o que el router intermedio tiene una ruta mal configurada. ¡No cambies cables, revisa la configuración IP!


1.2. TRACERT: El Mapeo de Saltos mediante TTL

Si hacemos un ping a un servidor en otra fábrica corporativa y obtenemos un Request Timed Out, sabemos que no llegamos, pero no sabemos dónde se pierde el paquete si hay 5 routers de por medio. Aquí entra tracert (en Windows) o traceroute (en Linux).

El protocolo IP tiene un mecanismo de seguridad llamado TTL (Time to Live). Es un contador en la cabecera del paquete que evita que los datos den vueltas infinitamente por internet. Cada vez que un router procesa un paquete, le resta "1" al TTL. Si el TTL llega a "0", el router destruye el paquete y envía un mensaje de error al emisor diciendo "Tiempo de vida agotado".

El comando Tracert se aprovecha de este mecanismo de forma brillante:

  1. Envía un paquete al destino con TTL = 1. El primer router lo recibe, le resta 1 (queda en 0), lo destruye y nos avisa. ¡Ya sabemos la IP del primer router!
  2. Envía otro paquete con TTL = 2. Atraviesa el primer router (TTL baja a 1), llega al segundo router, que lo baja a 0, lo destruye y nos avisa. ¡Ya sabemos la IP del segundo router!
  3. El proceso se repite hasta llegar al destino final. Si la traza se detiene (muestra asteriscos * * *) en el salto 3, sabemos matemáticamente que el cable cortado o el fallo está entre el Router 3 y el Router 4.

INTERPRETACIÓN DE ERRORES DEL COMANDO PING ESCENARIO A: "Request Timed Out" (Tiempo de espera agotado) El paquete sale correctamente, pero se pierde físicamente por el camino o el destino está apagado. PC ROUTER PLC (OFF) Echo Request enviado. . Sin respuesta (Timeout) ESCENARIO B: "Destination Host Unreachable" (Host inaccesible) Fallo de enrutamiento. El equipo o el router no tienen registrada ninguna ruta para llegar a esa red (Falta Gateway). PC ROUTER Reply: "No sé cómo llegar a esa IP"
Figura 1: Interpretación visual de errores PING. El "Request Timed Out" (arriba) indica que el paquete de búsqueda fue enviado pero se perdió o fue ignorado. El "Destination Unreachable" (abajo) indica que el router descartó el paquete inmediatamente por no tener una ruta válida hacia la red de destino.
Fuente: Elaboración Propia. Licencia: CC BY-SA 4.0.

🎥 Formación Técnica: PING y TRACERT en redes industriales

Aprende a utilizar la línea de comandos (CMD) para diagnosticar si un PLC está apagado, si hay un problema de cableado o si un Router intermedio está bloqueando la comunicación.

▶ Ver Tutorial de Comandos de Red en YouTube

📝 Evaluación Técnica de Diagnóstico de Red

1. Al abrir la línea de comandos de tu PC para comprobar si un sensor inteligente responde en la red, escribes el comando ping 192.168.1.50. ¿Qué protocolo de red se está utilizando internamente para realizar esta comprobación?

2. Haces un ping a un SCADA remoto situado en otra fábrica corporativa y recibes el mensaje "Request Timed Out" (Tiempo de espera agotado). Sin embargo, sabes que hay tres routers entre tú y el SCADA. ¿Qué comando utilizarías para saber exactamente en qué router se está perdiendo la comunicación?

3. Tienes tu portátil configurado con la IP 192.168.1.100 y haces ping a un PLC en 192.168.2.50. Te devuelve inmediatamente el error "Destination Host Unreachable" (Host de destino inaccesible). ¿Cuál es la causa lógica más habitual de este error específico?

🤖 Ejercicio Práctico 4: Monitorización de Red Masiva en Python

Objetivo: Crear un script en Python que automatice el comando PING para comprobar simultáneamente el estado de múltiples equipos críticos en la planta.

Copia el siguiente *prompt* y pégalo en un modelo de IA (como ChatGPT, Gemini o Claude). Analiza el código y compréndelo antes de ejecutarlo.

"Actúa como un ingeniero de IT/OT experto en Python. Escribe un script utilizando el módulo `subprocess` o `os` que funcione como un monitor de red. El script debe contener una lista de diccionarios con equipos de planta (Ej: `[{'nombre': 'PLC_Horno', 'ip': '192.168.1.10'}, {'nombre': 'HMI_Principal', 'ip': '192.168.1.20'}]`). El programa debe iterar sobre la lista y realizar un Ping a cada IP enviando solo 1 paquete. Si el ping es exitoso (código de salida 0), debe imprimir en terminal el nombre del equipo y 'ONLINE' en color verde. Si falla, debe imprimir 'OFFLINE' en color rojo. Comenta el código detalladamente en español explicando cómo funciona la llamada al sistema operativo."

Análisis de la respuesta esperada: La IA te proporcionará un código donde Python invoca la línea de comandos de Windows/Linux subyacente para realizar el ping. Este ejercicio te enseñará la base de los grandes softwares de monitorización de red (como Nagios o Zabbix): rutinas automáticas que hacen pings periódicos a las IP críticas para levantar alarmas antes de que los operarios se den cuenta de que una máquina se ha caído.