1 MENSAJES DE CONTROL Y ERROR DE LA PILA TCP/IP Semestre 2 Capítulo 8 Carlos Bran

Presentación del tema: "1 MENSAJES DE CONTROL Y ERROR DE LA PILA TCP/IP Semestre 2 Capítulo 8 Carlos Bran"— Transcripción de la presentación:

1 1 MENSAJES DE CONTROL Y ERROR DE LA PILA TCP/IP Semestre 2 Capítulo 8 Carlos Bran cbran@udb.edu.sv

2 222 Descripción general de un mensajes de error TCP/IP. Mensajes de control del conjunto TCP/IP Contenido

3 333 Protocolo de mensajes de control de Internet ICMP IP es un protocolo no orientado a la conexión por lo que no cuenta con un mecanismo que notifique al emisor de que la entrega de un paquete ha fallado. ICMP es un componente de la pila TCP/IP que corrige esta limitación básica de IP, con lo que permite monitorear las fallas ocurridas durante el envió de los paquete; esto no implica que convierte a IP en un protocolo confiable, condición delegada a la capa de transporte.

4 444 Informe de error y corrección de errores ICMP es un protocolo de notificación de errores para IP. Cuando se produce un error en la entrega de los datagramas, se usa ICMP para notificar de los mismos a la fuente. ICMP no corrige los problemas de la red solo informa acerca de estos. Dado que los mensajes de ICMP se transmiten del mismo modo que cualquier paquete, están sujetos a los mismos errores.

5 555 Encapsulamiento de ICMP en un paquete IP

6 666 Redes fuera de alcance Para que una red sea alcanzable se necesita cumplir las siguientes condiciones: TCP/IP debidamente configurado en el emisor y receptor. Puerta de enlace configurada si los paquetes alcanzaran redes fuera de la propia. Dispositivos intermediarios configurados con TCP/IP para el enrutamiento de los datagramas hasta alcanzar su destino. Simulación1

7 777 Uso de PING para verificar el estado del destino Simulación2

8 888 Mensajes de eco ESTRUCTURA DEL MENSAJE DE ECO

9 999 Mensajes de destino inalcanzable Valores de código para mensajes de destino inalcanzable

10 10 Otros informes de error Es posible que los dispositivos que procesan datagramas no puedan enviar un datagrama debido a un error en el encabezado. A pesar de no ser un error de comunicación, esto impide que se procese el datagrama por lo que se descarta y se envía un error de tipo 12 (problema de parámetros) al origen del trafico.

11 11 Introducción a los mensajes de control A diferencia de los mensajes de error los mensajes de control, no se presentan como resultado de la perdida de paquetes o de condiciones de error que pueden ocurrir durante la transmisión. Esto se utilizan mas para mantener al host informado de eventos como: congestionamiento, disminución de velocidad, etc.

12 12 Peticiones ICMP de redireccionamiento /cambio Este tipo de peticiones son generalmente disparadas por los gateway cuando: La interfaz de ingreso del paquete es la misma a través de la cual sale el mismo. La subred/red de la IP de origen es igual a la de la dirección del próximo salto. El datagrama no esta enrutado desde el origen. El router esta configurado para enviar redireccionamiento, esto se inhabilita con el comando: no ip redirects

13 13 Sincronización de relojes y estimación del tiempo de transito TCP/IP hace sus comunicaciones a través de amplias distancias, y cada red hace su sincronización de relojes de manera particular. El mensaje tipo “timestamp” esta diseñado para resolver estos problemas. El campo tipo puede ser 13 o 14 (petición de marca horaria o respuesta de la misma) La marca horaria enviada es la hora en que el destino recibió la petición y se calcula según la cantidad de milisegundos transcurridos desde la medianoche de la hora universal (UT).

14 14 Mensajes de petición de información y respuesta Estos mensajes fueron concebidos originalmente, para permitir que un host determine su numero de red. Hay dos tipos disponible para esta tarea 15 y 16, el primero para petición y el segundo para respuesta. Estos mensajes en la actualidad son obsoletos y se usan otras utilidades como: DHCP, BOOTP y RARP; para que un host obtenga su numero de red.

15 15 Solicitud de mascara de dirección Estos mensajes se utilizan por los hosts cuando desconocen la mascara de subred a la cual su dirección IP pertenece. Hay dos tipos de mensajes disponible para esta tarea 17 y 18, el primero para petición y el segundo para respuesta. Estas peticiones son usualmente enviados por broadcast o unicast directamente al router. La respuesta usualmente es por unicast.

16 16 Mensajes de descubrimiento de routers Este tipo de mensajes se envía cuando el host no tiene una puerta de enlace configurada, y así poder obtener alguna disponible. Normalmente estos mensajes se envían por multicast a la dirección 224.0.0.2, pero también pueden usar broadcast. El router debe estar configurado para dar respuesta a este tipo de mensajes. Para esta tarea se usan los mensajes tipo 9.

17 17 Mensajes de congestión y control de flujo Este tipo de mensajes se envía para controlar las congestiones producidas en enlaces lentos o cuando hay múltiples tráficos a un destino. Estos mensajes solicitan a los emisores reducir su velocidad de transmisión para evitar perdidas de paquetes. Usualmente estas congestiones se resuelven en corto tiempo y los emisores pueden aumentar su velocidad de envió. La mayoría de routers Cisco no hace uso de esta técnica por defecto porque contribuye a la ampliación de la congestión.

18 18