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

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

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

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

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

Además. En primer lugar.0. 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. El ICMP ejecuta estas funciones para el IP.0. El host B envía un paquete al host C en la red 10. ICMP usa el header IP básico para viajar a través de varias redes. 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. 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. que es un término que se usa comúnmente para describir un router. Este tipo de mensaje sólo puede originarse de un Gateway. el host B está conectado sólo a un Gateway.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. Sin embargo. Peticiones ICMP de Re direccionamiento/cambio Un mensaje común de control del protocolo ICMP es la petición de re direccionamiento/cambio. el host B usa esa dirección de IP para llegar a cualquier red a la cual no esté conectado directamente.0/8. en algunos casos. En este caso. * La subred/red de la dirección de IP de origen es la misma red/subred de la dirección de IP del . el router A.0.0. en la cual le indica que debe usar el router B como Gateway para enviar todas las peticiones futuras para la red 10. Normalmente.0.0/8. La Figura muestra una red donde podría ocurrir el re direccionamiento ICMP. Todos los hosts que se comunican con múltiples redes IP deben tener configurado un Gateway por defecto. A diferencia de los mensajes de error. Dado que el host B no está directamente conectado a la misma red. 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. Envía el paquete y hace una petición ICMP de re direccionamiento/cambio al host B.0/8 en su tabla de enrutamiento. dado que el IP no garantiza la entrega. De hecho.0. no cuenta con ningún método incorporado para informar a los hosts que se ha producido un error. La Figura muestra un host conectado a un router que tiene acceso a la Internet. Una vez configurado con la dirección IP de la interfaz Fa 0/0 como su Gateway por defecto. todas las implementaciones del IP deben incluir soporte al ICMP. 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. La razón es muy sencilla. envía el paquete a su Gateway por defecto. el host está conectado a un segmento de red el cual tiene dos o más routers conectados directamente. El router A encuentra la ruta correcta hacia la red 10. Este Gateway por defecto es la dirección del puerto del router conectado a la misma red que el host. el IP no cuenta con ningún método incorporado para suministrar mensajes de información o control a los hosts.

* La ruta para el re direccionamiento no es otro re direccionamiento ICMP ni otra ruta por defecto. que es la hora en el host solicitante al momento de enviar la petición de marca horaria. 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. Además. puede haber problemas en el caso de hosts en redes distintas que tratan de comunicarse mediante software que requiere de sincronización de reloj. O también en la dirección contraria restando el tiempo de transmisión del tiempo actual.16. El mensaje ICMP de petición de marca horaria permite que un host solicite la hora actual que observa el host remoto. puede tener valores de código de 0. (Por defecto.200. El host remoto usa un mensaje ICMP de respuesta de marca horaria para responder a la petición. Usando estos tres marca de tiempo. recepción y transmisión. Todos los mensajes ICMP de respuesta de marca horaria contienen las marcas horarias de origen. * El datagrama no está enrutado desde el origen. 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. 2 ó 3. el cual es la dirección IP de la interfaz E0 en el router B. El host que originó la petición de marca horaria también puede estimar la hora local en la computadora remota. 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.salto siguiente del paquete enrutado. El mensaje ICMP de tipo "timestamp" (de marca horaria) está diseñado para ayudar a resolver este problema. Como resultado de ello. Tiene un código ICMP de tipo 5.1. La marca horaria de transmisión se completa justo antes de que se devuelva la respuesta de marca horaria. 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. 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). Cada una de estas redes individuales hace su sincronización de reloj de una manera particular. * El router está configurado para enviar re direccionamientos. La petición de marca horaria ICMP contiene una marca horaria de origen. recepción y transmisión se calculan según la cantidad de milisegundos que transcurrieron desde la medianoche de la Hora Universal (UT). El valor del campo de código se fija siempre en 0 dado que no hay ningún parámetro adicional disponible. La petición ICMP de re direccionamiento/cambio utiliza el formato que se muestra en la Figura. los routers Cisco envían re direccionamientos ICMP. El subcomando de interfaces no IP redirects inhabilita todos los re direccionamientos ICMP). . En el ejemplo que aparece en la Figura . Las marcas horarias de origen.

esta petición se puede enviar directamente al router.255. Este host desconoce su máscara de subred. Esta nueva máscara de subred es vital para identificar los bits correspondientes a la red. El router responde enviando una respuesta de máscara de dirección o "Address mask reply": .255.16. Si se conoce la dirección del router. En la actualidad se usan otros protocolos como. envía de vuelta una respuesta de máscara de dirección o "Address mask reply". perteneciente a las capas superiores de la pila del protocolo TCP/IP. Hay dos códigos de tipo disponibles para estos mensajes. la subred y el host de una dirección de IP.2. De otro modo. se crea una nueva máscara de subred. 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. Reverse Address Resolution Protocol (RARP). por ejemplo el BOOTP. 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. por lo tanto hace una petición de la máscara de dirección como broadcast. no es la mejor manera de obtener esta información. el router local.0 Este broadcast se recibe en 172.5. el cual realiza la sincronización de relojes de un modo más confiable.2 255. Esta respuesta de máscara de dirección indica la máscara de subred correcta. Si un host no conoce su máscara de subred. 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. Dirección Dirección Protocolo: Tipo: Código: Máscara: Petición de de de ICMP máscara de origen: destino: = dirección = 172. la petición será hecha como broadcast.16.5. Este tipo de mensaje ICMP en particular se considera obsoleto.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.16. Cuando el router recibe la petición. existen protocolos más sólidos como por ejemplo el Protocolo de hora de red (NTP).1. y el Protocolo de configuración dinámica del host (DHCP).255. puede enviar una petición de máscara al router local. Por ejemplo. consideremos que el host se encuentra en una red Clase B y tiene una dirección de IP de 172. para que los hosts obtengan sus números de red. La Figura muestra el formato de un mensaje ICMP de petición de información y de respuesta.5.255 1 AM1 0 255. En lugar de ello.

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

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. 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. La mayoría de los routers Cisco por defecto no envían mensajes de supresión en el origen. la congestión se reduce luego de un corto período de tiempo. Los mensajes ICMP sourcequench (supresión en el origen) se usan para reducir la cantidad de datos perdidos. 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. Los mensajes de supresión en el origen solicitan a los emisores reducir la velocidad a la que transmiten los paquetes. 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. Cuando hay demasiada congestión en una red. 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. los paquetes se pierden. lo que da como resultado la pérdida de datos y las retransmisiones.destino puede ser incapaz de manejar el alto tráfico. 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. . En la mayoría de los casos. dado que dichos mensajes pueden contribuir a la congestión de la red.

Sign up to vote on this title
UsefulNot useful