Utilitarios ICMP – Ping y Traceroute

Laboratorio de: TCP/IP SIC516

Práctica No.: 3

Tema: Utilitarios ICMP – Ping y Traceroute

Objetivos:

• Comprobar el funcionamiento y utilidad del protocolo ICMP
• Verificar el funcionamiento de los utilitarios Ping y Traceroute, los mismos que se basan en mensajes ICMP, mediante ejemplos prácticos de uso de los mismos.
• Ilustrar detalladamente, con un ejemplo práctico de Implementación manual de Traceroute, la utilidad de los mensajes ICMP

Marco teórico:

EL PROTOCOLO ICMP

Se usa para el envío de mensajes de error y de control.

Ejemplos:

- El host de destino es inalcanzable.

- El TTL de un datagrama llegó a cero.

Debe existir en toda implementación de IP.

Viaja en la porción de datos de un Datagrama IP y pertenece a la capa Internet al igual que el  protocolo IP.

El destinatario es la capa IP del sistema o host origen (no un programa de aplicación). Promueve un diálogo entre capas IP.

Todos los errores son reportados a la máquina de origen (dirección IP de origen), sin importar que dispositivo  lo generó en el camino (gateway, router, switch, host, u otros).

El arribo de un datagrama IP conteniendo un mensaje ICMP puede fallar como sucede con cualquier otro datagrama. Está terminantemente prohibido enviar un mensaje ICMP reportando un error de un mensaje de error.

Formato de un mensaje ICMP

[pic 1]

TYPE: Define el significado  y formato del mensaje.

TYPE        Contenido del mensaje

 0        Echo Reply

                         3        Destination Unreachable

                         4        Source Quench

                         5        Redirect (change a route)

                         8        Echo Request

                        11        Time Exceeded for a Datagram

                        12        Parameter Problem on a Datagram

                        13        Timestamp Request

                        14        Timestamp Reply

                        15        Information Request (obsolete)

                        16        Information Reply (obsolete)

                        17        Address Mask Request

                        18        Address Mask Reply

CODE: Es información adicional y varía de tipo a tipo.

HEADER CHECKSUM: Permite verificar la integridad de la cabecera de ICMP.

A continuación se presentan ejemplos de los formatos de algunos tipos de mensajes:

Formato del Mensaje “Echo Request” and “Echo Reply”

Ante un mensaje Echo Request enviado  por el origen, el destino contesta con un mensaje Echo Reply.

[pic 2]

Descripción de Campos:

        TYPE:         0 = Reply

                8 = Request

         IDENTIFIER y SEQUENCE NUMBER:

Utilizados por el emisor para comparar requerimientos con respuestas.

         OPTIONAL DATA: Copiado textualmente en la respuesta.

Formato del Mensaje “Destino Inalcanzable”

Este tipo de mensaje se produce cuando un router no puede entregar un datagrama al destino.

[pic 3]

CODE toma valores entre 0 y 15

CODE        Significado

 0        Network Unreachable

                         1        Host Unreachable

                         2        Protocol Unreachable

                         3        Port Unreachable

                         4        Fragmentation needed and DF set

                         5        Source Route Failed

                         6        Destination Network Unknown

                         7        Destination Host Unknown

                         8        Source Host Isolated

                         9        Communication with destination

                                Network Administratively Prohibited

                        10        Communication with destination

                                Host Administratively Prohibited

                        11        Network Unreachable for TOS

                        12         Host Unreachable for TOS

                        13         Communication prohibited

                        14         Host precedence violation

                        15         Precedence cutoff

Formato del Mensaje “Time Exceeded”

Este tipo de mensaje se produce cuando:

• El campo Time To Live de un datagrama llega a cero, el router que lo llevó a ese valor emite un mensaje "time exceeded" al host de origen
• En el host de destino el reensamblamiento de un datagrama fragmentado excede al tiempo predeterminado, entonces este host envía al host origen un mensaje "time exceeded"

[pic 4]

...