las respuestas si hubiera varias instancias de ping corriendo en el mismo
host. En el campo de secuencia, se suele llevar un contador que permite ver
si se han perdido, duplicado o desordenado paquetes, cosa típica en la capa
IP sobre la que se encapsulan los mensajes ICMP.
Veamos un ejemplo de la salida del programa ping.
[deivid@localhost ~]$ ping www.virtuamanager.com
PING virtuamanager.com (213.194.149.188) 56(84) bytes of data.
64 bytes from virtuamanager.com (213.194.149.188): icmp_seq=1 ttl=56
ms
64 bytes from virtuamanager.com (213.194.149.188): icmp_seq=2 ttl=56
ms
64 bytes from virtuamanager.com (213.194.149.188): icmp_seq=3 ttl=56
ms
64 bytes from virtuamanager.com (213.194.149.188): icmp_seq=4 ttl=56
ms
64 bytes from virtuamanager.com (213.194.149.188): icmp_seq=5 ttl=56
ms
64 bytes from virtuamanager.com (213.194.149.188): icmp_seq=6 ttl=56
ms
64 bytes from virtuamanager.com (213.194.149.188): icmp_seq=7 ttl=56
ms

time=42.6
time=41.8
time=41.6
time=43.7
time=42.7
time=42.2
time=46.2

--- virtuamanager.com ping statistics --7 packets transmitted, 7 received, 0% packet loss, time 6005ms
rtt min/avg/max/mdev = 41.666/43.038/46.270/1.477 ms
ALGUNOS ICMP'S DE ERROR

Ya se ha dicho que el formato de los mensajes de error tan sólo incluye,
además de la cabecera, una copia de la cabecera IP del datagrama que generó
el error y los 8 primeros bytes del datagrama. En algunos de los ejemplos que
siguen veremos la razón de ser de este formato:
• Destination unreachable: Este tipo de mensajes de error se generan
cuando por alguna razón, el datagrama no pudo alcanzar su destino (puerto,
host, red inalcanzable, necesidad de fragmentar con bit DF activado…). La
forma de comunicar este error a la capa superior es copiando la cabecera IP
en el propio mensaje de error. Gracias al campo 'protocolo' el módulo ICMP
que lo reciba sabrá asociarlo con el protocolo adecuado. Supongamos que se
produce un 'port unreachable' en el envío de un datagrama UDP. La cabecera
IP permite identificar que el error se produjo en el protocolo UDP, y además
esto sirve para interpretar los 8 bytes adicionales, que pertenecerán a la
cabecera UDP. Estos contendrán los puertos origen y destino (ver tema UDP).
El puerto de origen puede servir para asociar el error con un determinado
proceso de usuario (ej. puerto 2924 asociado a un cliente tftp), mientras que
el destino nos indica qué puerto originó el error 'port unreachable'.
Otro ejemplo, al intentar hacer ping al otro equipo de la red, que está apagado,
se obtiene lo siguiente:
[deivid@localhost ~]$ ping 192.168.1.2
PING 192.168.1.2 (192.168.1.2) 56(84) bytes of
From 192.168.1.100 icmp_seq=2 Destination Host
From 192.168.1.100 icmp_seq=3 Destination Host
From 192.168.1.100 icmp_seq=4 Destination Host
From 192.168.1.100 icmp_seq=6 Destination Host
From 192.168.1.100 icmp_seq=7 Destination Host

data.
Unreachable
Unreachable
Unreachable
Unreachable
Unreachable