P. 1
Mensajes de Control y de Error de TCP

Mensajes de Control y de Error de TCP

|Views: 6|Likes:
decripcion de los mensajes de error y control tcp,caminos inalcanzables,mensajes a rutas desconocidas,uso del ping.
decripcion de los mensajes de error y control tcp,caminos inalcanzables,mensajes a rutas desconocidas,uso del ping.

More info:

Published by: Jonatan Saavedra Aguirre on Sep 08, 2013
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOCX, PDF, TXT or read online from Scribd
See more
See less

07/29/2014

pdf

text

original

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

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

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

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

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

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

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

no se recibirá ninguna respuesta a dicho mensaje. 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.16.5. Sin embargo. Mensaje de descubrimiento de routers Cuando arranca un host de la red. 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. Si un router que permite el proceso de descubrimiento recibe un mensaje de descubrimiento de router. envía de vuelta una publicación o anuncio de router. Mensajes de congestión y control de flujo Si varias computadoras tratan de tener acceso al mismo destino a la vez.Dirección Dirección Protocolo: de de ICMP origen: destino: = 172. Para ello utiliza la dirección multicast 224. La Figura identifica el formato de la publicación de router y la Figura da una explicación de cada uno de los campos. El router local responde con una publicación de router. en la que se identifica el Gateway por defecto para el host local.2 como la dirección destino. 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 proceso comienza cuando el host envía un mensaje de solicitud de routers a todos los routers. Este mensaje se envía mediante multicast y es el primer paso del proceso de descubrimiento de routers.0.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. el 18.255.0. Si se envía un mensaje de descubrimiento de router a un router que no maneja el proceso de descubrimiento. el número de tipo 17 se asigna a la petición y.5. a la respuesta. La Figura muestra las descripciones de cada uno de los campos del mensaje de petición de máscara de dirección.255.16. La Figura muestra el mensaje ICMP de descubrimiento de routers o "router discovery". la computadora de .2 1 Tipo: Respuesta de máscara de dirección = AM2 Código: Máscara: 0 255. y su Gateway por defecto no se ha configurado manualmente.1 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. Los mensajes de supresión en el origen solicitan a los emisores reducir la velocidad a la que transmiten los paquetes. dado que dichos mensajes pueden contribuir a la congestión de la red.destino puede ser incapaz de manejar el alto tráfico. 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. 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. 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. 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. 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. lo que da como resultado la pérdida de datos y las retransmisiones. la congestión se reduce luego de un corto período de tiempo. La mayoría de los routers Cisco por defecto no envían mensajes de supresión en el origen. Los mensajes ICMP sourcequench (supresión en el origen) se usan para reducir la cantidad de datos perdidos. los paquetes se pierden. Cuando hay demasiada congestión en una red. .

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->