OpoSERGASICMP no es un protocolo de transporte: no abre conexiones ni usa puertos. Es el mecanismo con el que IP avisa de problemas, y cada mensaje se identifica por un tipo y un código. Es fácil mezclarlo con TCP y UDP, o confundir quién genera cada mensaje. Esta noticia aclara los tipos que más se preguntan y cómo se relacionan con ping y traceroute (tema 30 del programa de Técnico Especialista, DOG 126/2021: «Protocolos IP, ICMP, TCP, UDP»).
Qué es ICMP y qué no es
La RFC 792 define el protocolo de mensajes de control de Internet. Dice que ICMP usa el soporte básico de IP «como si fuera un protocolo de nivel superior», pero que en realidad es una parte integral de IP y debe implementarla todo módulo IP. IP no está diseñado para ser totalmente fiable, y estos mensajes dan información sobre los problemas del entorno de comunicación. No hacen fiable a IP: un router puede avisar al origen, pero no está obligado a hacerlo.
Como ICMP no tiene puertos, no se habla de «puerto ICMP». Los mensajes de error incluyen la cabecera IP del datagrama original más sus primeros 64 bits de datos. Ahí van los puertos de TCP o UDP, y así el origen sabe a qué proceso se refiere el aviso.
Los tipos que hay que saber
| Tipo | Mensaje | Para qué sirve |
|---|---|---|
| 8 | Echo (petición) | Pregunta «¿estás ahí?». Es lo que envía ping. |
| 0 | Echo Reply (respuesta) | Contesta a un echo. |
| 3 | Destination Unreachable | El datagrama no pudo entregarse. |
| 11 | Time Exceeded | TTL agotado o reensamblado incompleto. |
| 12 | Parameter Problem | Error en un parámetro de la cabecera. |
| 5 | Redirect | El router indica una ruta mejor al origen. |
| 13 y 14 | Timestamp / Timestamp Reply | Medir tiempos entre equipos. |
| 15 y 16 | Information Request / Reply | Que un host averigüe el número de su red. Hoy obsoletos (RFC 6918). |
Destination Unreachable: los códigos
En el tipo 3 lo importante es el código, porque dice la causa. La RFC 792 define seis y precisa cuáles puede enviar un router (gateway) y cuáles el host de destino.
| Código | Significado | Quién lo envía |
|---|---|---|
| 0 | Red inalcanzable | Router |
| 1 | Host inalcanzable | Router |
| 2 | Protocolo inalcanzable | Host de destino |
| 3 | Puerto inalcanzable | Host de destino |
| 4 | Hace falta fragmentar y el bit DF está activo | Router |
| 5 | Fallo en la ruta de origen | Router |
Time Exceeded también tiene dos códigos: el 0 es «TTL agotado en tránsito» (lo envía un router) y el 1 es «tiempo de reensamblado de fragmentos agotado» (lo envía un host).
Ejemplo práctico: ping y traceroute
Ejemplo ilustrativo. Un técnico de un hospital lanza ping a un servidor: su equipo envía un Echo (tipo 8) y, si el servidor responde, recibe un Echo Reply (tipo 0). Si un router no tiene ruta a esa red, puede devolver un tipo 3 código 0. Y si un cortafuegos bloquea el ICMP, el ping falla aunque el servicio funcione: «no responde al ping» no equivale a «está caído».
La técnica habitual de traceroute (no la define la RFC 792, que sí define el tipo 11) envía datagramas con TTL 1, 2, 3 y así sucesivamente. Cada router que agota el TTL contesta con un Time Exceeded (tipo 11, código 0) y delata su dirección. En Linux, traceroute envía por defecto datagramas UDP a puertos altos que se suponen libres (el primero, el 33434, según su página de manual): el destino final contesta con tipo 3 código 3 (puerto inalcanzable), y así se sabe que se ha llegado. En Windows, tracert envía peticiones Echo con TTL creciente.
Truco para recordarlo
Regla mnemotécnica propia, no oficial: «ocho pregunta, cero responde» para el echo; «tres no llega» para Destination Unreachable; y «once, se me acabó la vida» para el TTL agotado. Para los códigos del tipo 3, piensa de fuera hacia dentro: red, host, protocolo, puerto. Los dos primeros los dice un router; los dos siguientes, el destino.
Dos preguntas de ejemplo
1. Un router recibe un datagrama con TTL igual a cero. ¿Qué mensaje ICMP puede enviar al origen?
A) Echo Reply (tipo 0).
B) Destination Unreachable, código 3.
C) Time Exceeded (tipo 11), código 0.
D) Redirect (tipo 5).
Solución: C. La RFC 792 dice que el router debe descartar el datagrama con TTL cero y puede avisar con Time Exceeded. A falla porque el Echo Reply solo contesta a un Echo. B falla porque el código 3 es puerto inalcanzable y lo envía el host de destino. D falla porque Redirect sirve para indicar una ruta mejor, no para avisar de un TTL agotado.
2. Un router debe fragmentar un datagrama que lleva el bit DF activo. ¿Qué puede responder?
A) Time Exceeded, código 1.
B) Destination Unreachable, código 4.
C) Parameter Problem.
D) Destination Unreachable, código 2.
Solución: B. Debe descartar el datagrama y puede devolver tipo 3 código 4 («fragmentation needed and DF set»). A falla porque el código 1 de Time Exceeded es el tiempo de reensamblado agotado, y lo envía un host. C falla porque no hay error en un parámetro de la cabecera. D falla porque el código 2 es protocolo inalcanzable y lo envía el host de destino.
Referencias
- RFC 792, «Internet Control Message Protocol» (J. Postel, 1981): mensajes Destination Unreachable, Time Exceeded, Echo y resumen de tipos. https://www.rfc-editor.org/rfc/rfc792
- RFC 6918, «Formally Deprecating Some ICMPv4 Message Types» (2013): Information Request y Reply obsoletos. https://www.rfc-editor.org/rfc/rfc6918
- Microsoft Learn, comando «tracert»: peticiones Echo de ICMP con TTL creciente. https://learn.microsoft.com/es-es/windows-server/administration/windows-commands/tracert
- Página de manual traceroute(8) de Linux: método por defecto con datagramas UDP desde el puerto 33434.
- Programa de la parte específica de Técnico Especialista C1, tema 30 (DOG 126/2021).
Sigue estudiando
Completa el bloque de redes con TCP frente a UDP y el three-way handshake, el modelo OSI y subnetting IPv4 con ejercicios resueltos. Practica este tema con tests en el plan de OpoSERGAS para Técnico de Sistemas TI.