Mensajes de control y de error de TCP-IP

Descripción

general

El protocolo IP es limitado porque es un sistema de entrega de mejor esfuerzo. No dispone de un mecanismo para garantizar la entrega de los paquetes de datos, a pesar de los problemas con los que se puedan encontrar en la red. Los paquetes pueden no llegar a su destino por diversas razones, tales como fallas de hardware, configuración inadecuada o información de enrutamiento incorrecta. Para ayudar a identificar estas fallas, el IP usa el Protocolo de mensajes de control en Internet (ICMP), para notificar al emisor de los paquetes que se produjo un error durante el proceso de envío. Este módulo describe los diversos tipos de mensajes de error del ICMP y algunas de las formas en las que se utilizan. Dado que el protocolo IP no cuenta con un mecanismo incorporado para enviar mensajes de error y control, usa ICMP para enviar y recibir mensajes de error y control a los hosts de la red. Este módulo se refiere principalmente a los mensajes de control, que son los mensajes que suministran información o parámetros de configuración a los hosts. El conocimiento de los mensajes de control del ICMP es una parte esencial del diagnóstico de fallas de la red y es un elemento clave para lograr una comprensión absoluta de las redes IP.

Protocolo

de

mensajes

de

control

de

Internet

(ICMP)

El IP es un método poco confiable para la entrega de paquetes de red. Se le conoce como un mecanismo de entrega de mejor esfuerzo. No cuenta con ningún proceso incorporado para garantizar la entrega de paquetes en caso de que se produzca un problema de comunicación en la red. Si un dispositivo que actúa como intermediario falla como por ejemplo un router, o si un dispositivo de destino sale fuera de la red, los paquetes no se pueden entregar. Además, nada en su diseño básico hace que el IP notifique al emisor de que la transmisión ha fallado. El Protocolo de control de mensajes de Internet (ICMP) es el componente del conjunto de protocolos TCP/IP que corrige esta limitación básica del IP. El ICMP no resuelve los problemas de falta de confiabilidad en el protocolo IP. En caso de ser necesario, la confiabilidad debe ser prevista por los protocolos de capa superior.

Informes

de

error

y

corrección

de

errores

El ICMP es un protocolo de notificación de errores para el protocolo IP. Cuando se produce un

el cual notifica que el datagrama no se pudo entregar. lo que provoca una congestión creciente en una red que ya tiene fallas. las fallas relativas a los mensajes del ICMP no generan sus propios . El ICMP no corrige el problema en la red. se usa el ICMP para notificar de dichos errores a la fuente de los datagramas. No envía ninguna información sobre cambios en la red a los routers. Esto crea una situación en la que los informes de error pueden generar más informes de error.error en la entrega de datagramas. están sujetos a las mismas fallas en la entrega. Por esta razón. sólo informa del problema. Por lo tanto. Cuando el router C recibe el datagrama de la estación de trabajo 1. si la estación de trabajo 1 de la Figura envía un datagrama a la estación de trabajo 6. sólo conoce las direcciones de IP de origen y destino del datagrama. del mismo modo en que se entrega cualquier otro dato mediante el protocolo IP. pero la interfaz Fa0/0 del router C deja de funcionar. Por ejemplo. Entrega de mensajes ICMP Los mensajes del ICMP se encapsulan en datagramas. el router C utiliza ICMP para enviar un mensaje de vuelta a la estación de trabajo 1. No sabe cuál es la ruta exacta que tomó el datagrama en su camino hacia él. El ICMP sólo informa al dispositivo de origen acerca del estado del paquete. y no se envía ningún mensaje de error ICMP al router A y al router B. La Figura muestra el encapsulamiento de datos ICMP dentro de un datagrama IP. el router C sólo puede notificar a la estación de trabajo 1 acerca de la falla. Dado que los mensajes del ICMP se transmiten del mismo modo que cualquier otro paquete.

confirma que el dispositivo destino se puede alcanzar mediante el uso del protocolo IP. no se puede realizar la comunicación entre redes. Las Figuras muestran un router que recibe un paquete. Si no se cumplen estas condiciones. el cual no puede enviar a su destino final. También se debe configurar una puerta de enlace predeterminada (también conocido como Gateway por defecto). La Figura muestra el uso del ICMP para emitir un mensaje de solicitud de eco a un dispositivo de destino. Si el dispositivo de destino recibe la petición de eco. Si el emisor recibe la respuesta. No se puede entregar el paquete porque no existe ninguna ruta conocida hacia el destino. el router envía al origen un mensaje ICMP llamado de host fuera de alcance. se dice que es una red que está fuera de alcance. . En primer lugar. se debe proveer de dispositivos que actúen como intermediarios. Por ejemplo. Redes fuera de alcance Las comunicaciones en una red dependen de que se cumpla determinadas condiciones básicas. de ping para verificar el estado del Uso destino El protocolo ICMP se puede usar para verificar el estado de un destino en particular. Por ello. Los routers cumplen esta función. crea un mensaje de respuesta el cual es enviado de vuelta al origen de la petición. el dispositivo emisor puede dirigir el datagrama a una dirección de IP inexistente o a un dispositivo de destino que está fuera de la red.mensajes de ICMP. Si la red de destino no está accesible. para el enrutamiento de los datagramas desde el dispositivo y la red de origen hacia la red de destino. Esto incluye la instalación del protocolo TCP/IP y de la configuración adecuada de la dirección de IP y la máscara de subred. es posible que haya un error de entrega cuyo informe no llegue nunca de vuelta al emisor de los datos. El router también debe disponer del protocolo TCP/IP debidamente configurado en sus interfaces y debe usar un protocolo de enrutamiento adecuado. los dispositivos emisor y receptor deben disponer de la pila del protocolo TCP/IP debidamente configurada. De este modo. Los routers también pueden ser puntos de falla si la interfaz de conexión está desactivada o si el router no cuenta con la información necesaria para detectar la red de destino. si va a haber envío de datagramas fuera de la red local. En segundo lugar.

Esto puede ocurrir si dos routers enrutan continuamente un datagrama de ida y vuelta entre ellos. el comando ping emite cuatro peticiones de eco y recibe cuatro respuestas. Como se muestra en la figura. En estos ejemplos. Las limitantes del protocolo de enrutamiento pueden dar como resultado destinos inalcanzables. En cualquiera de los casos. éste no puede ser reenviado. pensando que el otro debe ser el siguiente salto hacia el destino. Éste es un ejemplo de información de enrutamiento defectuosa. como se muestra en la Figura. sin llegar nunca a su destino. el comando se usa con la dirección de IP del dispositivo de destino. Detección de rutas excesivamente largas Se puede producir situaciones en las comunicaciones de red en las que un datagrama viaje en círculos. el mensaje de petición de eco se inicia al ejecutar el comando ping. la respuesta de eco incluye un valor TTL (tiempo de vida) el cual es un campo del encabezado de un paquete IP que limita el número de reenvíos de un paquete. Ya sea que la ruta actual incluya un círculo. existe una ruta excesivamente larga. al procesar un paquete. cada router decrementa el valor de TTL en uno. El número máximo de saltos en RIP es de 15. En este ejemplo. los mensajes ICMP tienen formatos especiales. El comando se puede usar también como se muestra en la Figura usando la dirección IP del dispositivo destino. Cuando un router recibe un paquete con un valor de 1. Cada tipo de mensaje ICMP que se muestra en la Figura tiene sus propias características.Generalmente. lo cual significa que las redes mayores a los 15 saltos no se pueden manejar con RIP. o bien que el paquete exceda el número máximo de saltos. Un mensaje ICMP se genera y se manda al origen. y el paquete original se elimina. pero todos los formatos de mensaje ICMP comienzan con estos mismos tres campos: * * * Tipo Código (checksum) Suma de comprobación . lo que confirma la conectividad IP entre los dos dispositivos. Mensajes de eco Al igual que cualquier tipo de paquete.

Las fallas de hardware. . Los mensajes de destino fuera de alcance también se pueden generar si los servicios IP relacionados. interfaces inactivas y errores en la información de enrutamiento son algunas de las razones que pueden impedir que la entrega se complete con éxito. por lo que se envía un mensaje de destino fuera de alcance. Si el datagrama no permite la fragmentación. el ICMP envía de vuelta al emisor un mensaje llamado "destination unreachable" (destino fuera de alcance). El campo de código incluye información adicional relativa al tipo de mensaje en particular. se usa para verificar la integridad de los datos. Para diagnosticar las fallas de una red IP de forma eficaz. El campo checksum (suma de comprobación). Estos campos se usan para comparar las respuestas de eco con la petición de eco correspondiente. no están disponibles. al igual que en los otros tipos de paquetes. La fragmentación generalmente es necesaria cuando se envía un datagrama desde una red Token-Ring a una red Ethernet. como por ejemplo el FTP o los servicios WWW. La Figura muestra el formato de los mensajes ICMP "echo request" (petición de eco) y "echo reply" (respuesta de eco). el paquete no puede enviarse. El campo identificador y el de número de secuencia son exclusivos de los mensajes de petición de eco y respuesta de eco. configuraciones inadecuadas del protocolo. es necesario comprender las diversas causas de los mensajes ICMP de destino fuera de alcance. En estos casos. También se puede enviar un mensaje de destino fuera de alcance cuando se requiere la fragmentación de los paquetes para hacer posible su envío. Mensaje "destination unreachable" (destino fuera de alcance) No siempre es posible enviar los datagramas a sus destinos. El campo de datos contiene información adicional que puede formar parte de un mensaje de petición de eco o de respuesta de eco).El campo de tipo indica el tipo de mensaje ICMP que se envía. el cual le indica al emisor que el datagrama no se pudo entregar adecuadamente. Se muestra el tipo y los números de código pertinentes para cada tipo de mensaje.

Los Gateway por defecto envían mensajes ICMP de peticiones de re direccionamiento/cambio sólo si se cumplen las siguientes condiciones: * La interfaz a través de la cual el paquete ingresa al router es la misma a través de la cual sale el paquete enrutado. Este Gateway por defecto es la dirección del puerto del router conectado a la misma red que el host. que es un término que se usa comúnmente para describir un router. en la cual le indica que debe usar el router B como Gateway para enviar todas las peticiones futuras para la red 10. A diferencia de los mensajes de error. En este caso. De hecho.Introducción a los mensajes de control El Protocolo de mensajes de control en Internet (ICMP) es una parte integral del conjunto de protocolos TCP/IP. El host B envía un paquete al host C en la red 10. los mensajes de control no se presentan como el resultado de perdida de paquetes o condiciones de error que puedan ocurrir durante la transmisión de los paquetes. Dado que el host B no está directamente conectado a la misma red. y determina que la ruta hacia la red es a través de la misma interfaz de la que provino la petición para enviar el paquete. El router A encuentra la ruta correcta hacia la red 10. La Figura muestra un host conectado a un router que tiene acceso a la Internet. el host B está conectado sólo a un Gateway. es posible que el Gateway por defecto del host deba utilizar una petición de re direccionamiento/cambio para informar al host cuál es la mejor ruta hacia una red determinada. dado que el IP no garantiza la entrega. La Figura muestra una red donde podría ocurrir el re direccionamiento ICMP.0.0/8.0/8 en su tabla de enrutamiento.0. Sin embargo. En primer lugar. no cuenta con ningún método incorporado para informar a los hosts que se ha producido un error. * La subred/red de la dirección de IP de origen es la misma red/subred de la dirección de IP del .0.0. todas las implementaciones del IP deben incluir soporte al ICMP. el host B usa esa dirección de IP para llegar a cualquier red a la cual no esté conectado directamente.0. el router A. Peticiones ICMP de Re direccionamiento/cambio Un mensaje común de control del protocolo ICMP es la petición de re direccionamiento/cambio. Una vez configurado con la dirección IP de la interfaz Fa 0/0 como su Gateway por defecto. Además. El ICMP ejecuta estas funciones para el IP. ICMP usa el header IP básico para viajar a través de varias redes. en algunos casos. Envía el paquete y hace una petición ICMP de re direccionamiento/cambio al host B. Normalmente. Todos los hosts que se comunican con múltiples redes IP deben tener configurado un Gateway por defecto. Este tipo de mensaje sólo puede originarse de un Gateway.0/8. el host está conectado a un segmento de red el cual tiene dos o más routers conectados directamente. sino que se utilizan para mantener a los hosts informados de eventos como congestionamiento o la existencia de un mejor Gateway a una red remota. el IP no cuenta con ningún método incorporado para suministrar mensajes de información o control a los hosts. La razón es muy sencilla.0. envía el paquete a su Gateway por defecto.

16. En el ejemplo que aparece en la Figura . el re direccionamiento ICMP que se envía desde el router A al host B tiene un valor de campo del Router Internet Address de 172. El campo Router Internet Address (Dirección Internet del router) del re direccionamiento ICMP es la dirección de IP a ser usada como Gateway por defecto para una red en particular.salto siguiente del paquete enrutado. recepción y transmisión. O también en la dirección contraria restando el tiempo de transmisión del tiempo actual. La petición de marca horaria ICMP contiene una marca horaria de origen. La marca horaria de recepción es la hora en que el host destino recibe la petición de marca horaria. el cliente puede determinar el tiempo de tránsito a través de la red mediante la resta del tiempo de llegada y el tiempo de salida. 1. el cual es la dirección IP de la interfaz E0 en el router B. (Por defecto. El host que originó la petición de marca horaria también puede estimar la hora local en la computadora remota.200. Usando estos tres marca de tiempo. El subcomando de interfaces no IP redirects inhabilita todos los re direccionamientos ICMP). 2 ó 3. Además. Tiene un código ICMP de tipo 5. * La ruta para el re direccionamiento no es otro re direccionamiento ICMP ni otra ruta por defecto. Sincronización de relojes y estimación del tiempo de tránsito El conjunto de protocolos TCP/IP permite que los sistemas se conecten entre sí a través de amplias distancias por múltiples redes.1. que es la hora en el host solicitante al momento de enviar la petición de marca horaria. * El router está configurado para enviar re direccionamientos. El campo de tipo de un mensaje ICMP de marca horaria puede ser 13 (timestamp request/petición de marca horaria) o 14 (timestamp reply/respuesta de marca horaria). El mensaje ICMP de tipo "timestamp" (de marca horaria) está diseñado para ayudar a resolver este problema. La marca horaria de transmisión se completa justo antes de que se devuelva la respuesta de marca horaria. recepción y transmisión se calculan según la cantidad de milisegundos que transcurrieron desde la medianoche de la Hora Universal (UT). La petición ICMP de re direccionamiento/cambio utiliza el formato que se muestra en la Figura. puede haber problemas en el caso de hosts en redes distintas que tratan de comunicarse mediante software que requiere de sincronización de reloj. Como resultado de ello. El mensaje ICMP de petición de marca horaria permite que un host solicite la hora actual que observa el host remoto. . Cada una de estas redes individuales hace su sincronización de reloj de una manera particular. los routers Cisco envían re direccionamientos ICMP. El valor del campo de código se fija siempre en 0 dado que no hay ningún parámetro adicional disponible. El host remoto usa un mensaje ICMP de respuesta de marca horaria para responder a la petición. puede tener valores de código de 0. Las marcas horarias de origen. * El datagrama no está enrutado desde el origen. Todos los mensajes ICMP de respuesta de marca horaria contienen las marcas horarias de origen.

Dirección Dirección Protocolo: Tipo: Código: Máscara: Petición de de de ICMP máscara de origen: destino: = dirección = 172. De otro modo.16. no es la mejor manera de obtener esta información.255.1. Si se conoce la dirección del router.255. el router local. Hay dos códigos de tipo disponibles para estos mensajes.16. y el Protocolo de configuración dinámica del host (DHCP). perteneciente a las capas superiores de la pila del protocolo TCP/IP.5. Esta nueva máscara de subred es vital para identificar los bits correspondientes a la red. Este host desconoce su máscara de subred.5.5. Reverse Address Resolution Protocol (RARP). puede enviar una petición de máscara al router local. Formatos de los mensajes de petición de información y de respuesta Los mensajes ICMP de petición de información y de respuesta fueron concebidos originalmente para permitir que el host determine su número de red. Por ejemplo. Esta respuesta de máscara de dirección indica la máscara de subred correcta. se crea una nueva máscara de subred. Solicitud de la máscara de dirección Cuando un administrador de red emplea el proceso de división en subredes para dividir un grupo amplio de direcciones IP en múltiples subredes. La Figura muestra el formato de un mensaje ICMP de petición de información y de respuesta. El router responde enviando una respuesta de máscara de dirección o "Address mask reply": . Si un host no conoce su máscara de subred. Cuando el router recibe la petición.0 Este broadcast se recibe en 172. El tipo 15 indica un mensaje de petición de información y el tipo 16 señala un mensaje de respuesta de información. esta petición se puede enviar directamente al router. por lo tanto hace una petición de la máscara de dirección como broadcast.255 1 AM1 0 255. la subred y el host de una dirección de IP. la petición será hecha como broadcast. envía de vuelta una respuesta de máscara de dirección o "Address mask reply". En lugar de ello. por ejemplo el BOOTP. consideremos que el host se encuentra en una red Clase B y tiene una dirección de IP de 172. En la actualidad se usan otros protocolos como. para que los hosts obtengan sus números de red.Aunque los mensajes ICMP de marca horaria suministran una forma sencilla para estimar la hora en un host remoto y el tiempo de tránsito total de una red.255. existen protocolos más sólidos como por ejemplo el Protocolo de hora de red (NTP).2.16.255. el cual realiza la sincronización de relojes de un modo más confiable. Este tipo de mensaje ICMP en particular se considera obsoleto.2 255.

la computadora de . en la que se identifica el Gateway por defecto para el host local. Este mensaje se envía mediante multicast y es el primer paso del proceso de descubrimiento de routers. El router local responde con una publicación de router.16.0 Los formatos de la petición y respuesta de máscara de dirección se indican en la Figura. El mensaje de descubrimiento de router se puede enviar también como broadcast. para que incluya los routers que no se pueden configurar para multicast. La Figura identifica el formato de la publicación de router y la Figura da una explicación de cada uno de los campos. Si un router que permite el proceso de descubrimiento recibe un mensaje de descubrimiento de router.1 172. Para ello utiliza la dirección multicast 224.255.5. no se recibirá ninguna respuesta a dicho mensaje.Dirección Dirección Protocolo: de de ICMP origen: destino: = 172. Mensaje de solicitud de router Un host genera un mensaje ICMP de solicitud de router en respuesta a la ausencia de un Gateway por defecto. La Figura muestra las descripciones de cada uno de los campos del mensaje de petición de máscara de dirección.16. El formato de la publicación de router se muestra en la Figura y la Figura da una explicación de cada uno de los campos. Mensaje de descubrimiento de routers Cuando arranca un host de la red.0.255. Sin embargo.5. Mensajes de congestión y control de flujo Si varias computadoras tratan de tener acceso al mismo destino a la vez. el 18.0. Observe que se usa el mismo formato tanto para la petición como para la respuesta de máscara de dirección. y su Gateway por defecto no se ha configurado manualmente.2 1 Tipo: Respuesta de máscara de dirección = AM2 Código: Máscara: 0 255.2 como la dirección destino. Este proceso comienza cuando el host envía un mensaje de solicitud de routers a todos los routers. puede aprender cuáles son los routers disponibles a través del proceso de descubrimiento de routers. el número de tipo 17 se asigna a la petición y. Si se envía un mensaje de descubrimiento de router a un router que no maneja el proceso de descubrimiento. La Figura muestra el mensaje ICMP de descubrimiento de routers o "router discovery". a la respuesta. envía de vuelta una publicación o anuncio de router.

y el origen lentamente aumenta la velocidad de transmisión siempre y cuando no se reciba ningún otro mensaje de supresión en el origen. Es muy fácil determinar que el ancho de banda de 10 ó 100 Mbps de la red local puede copar rápidamente el ancho de banda de 56Kbps del enlace WAN. Los mensajes ICMP sourcequench (supresión en el origen) se usan para reducir la cantidad de datos perdidos. En la mayoría de los casos. Cuando hay demasiada congestión en una red.destino puede ser incapaz de manejar el alto tráfico. dado que dichos mensajes pueden contribuir a la congestión de la red. Una red SOHO puede estar compuesta por cuatro computadoras conectadas en red mediante cable CAT-5 y que tienen una conexión Internet compartida a través de un módem de 56K. El host que actúa como Gateway puede usar un mensaje ICMP "source quench" para solicitar que los otros hosts reduzcan sus velocidades de transmisión para prevenir la pérdida continua de datos. También se puede producir congestión cuando el tráfico de una LAN de alta velocidad llega a una conexión WAN más lenta. la congestión se reduce luego de un corto período de tiempo. El caso de las oficinas pequeñas o oficinas en el hogar (SOHO) es uno en el que los mensajes ICMP de supresión en el origen se pueden usar de forma efectiva. Los mensajes de supresión en el origen solicitan a los emisores reducir la velocidad a la que transmiten los paquetes. lo que da como resultado la pérdida de datos y las retransmisiones. los paquetes se pierden. . La mayoría de los routers Cisco por defecto no envían mensajes de supresión en el origen.

Sign up to vote on this title
UsefulNot useful