UNIVERSIDAD GALILEO CEI CENTRAL - FISICC - IDEA Licenciatura en Informtica y Administracin de Telecomunicaciones Curso: Protocolos de Telecomunicaciones Tutor: Lic.

No Martnez Horario: Lunes 20:00 a 21:00

Investigacin ICMP, Protocolo ARP y Encaminamiento

TRABAJO PARA SEMANA No. 8

INTEGRANTES DE GRUPO: Ronald Escobar, IDE1010777 Javier Piedrasanta, IDE06143222 Jorge Polanco, IDE10370012 Jos Mario Ziga, IDE1010524

Guatemala, 19 de agosto de 2013

Tabla de Contenido
Tabla de Contenido ______________________________________________________________ 2 Introduccin ____________________________________________________________________ 3 El protocolo ICMP______________________________________________________________ 4 Mensajes informativos __________________________________________________________ 5 Estructura de un segmento ICMP _________________________________________________ 5 Mensajes de error _____________________________________________________________ 6 El protocolo ARP ______________________________________________________________ 7 Generacin de paquetes ARP _____________________________________________________ 9 Recepcin de paquetes ARP _____________________________________________________ 10 Proxy-ARP o subnetting transparente _____________________________________________ 11 Concepto de Proxy-ARP ______________________________________________________ 11 Enrutamiento ________________________________________________________________ 12 Protocolos de Enrutamiento o Encaminamiento _____________________________________ 14 Conclusiones __________________________________________________________________ 15 Enlaces _______________________________________________________________________ 16 Presentacin___________________________________________________________________ 17

Introduccin
A continuacin investigaremos sobre los temas de ICMP, protocolo ARP y Encaminamiento, estos son protocolos que forman parte de la familia de TCP/IP, que hoy en da es el ms utilizado en las redes de comunicaciones de tecnologa. Este grupo de protocolos nos ha venido a ayudar con la transmisin no solamente de datos e informacin sino que ha contribuido enormemente en el tema de las telecomunicaciones y su avance tecnolgico y es por eso que hoy tenemos la facilidad no solamente econmica sino que tambin tcnica de poder realizar llamadas internacionales a bajo costo y no digamos el tema de las video conferencias que cada da es ms utilizado por las grandes empresas y corporaciones transnacionales ya que contribuyen en la reduccin de costos que es parte de una buena administracin de empresas y una buena utilizacin de las telecomunicaciones.

El protocolo ICMP
El Protocolo de Mensajes de Control y Error de Internet, ICMP, es de caractersticas similares a UDP, pero con un formato mucho ms simple, y su utilidad no est en el transporte de datos de usuario, sino en controlar si un paquete no puede alcanzar su destino, si su vida ha expirado, si el encabezamiento lleva un valor no permitido, si es un paquete de eco o respuesta, etc. Es decir, se usa para manejar mensajes de error y de control necesarios para los sistemas de la red, informando con ellos a la fuente original para que evite o corrija el problema detectado. ICMP proporciona as una comunicacin entre el software IP de una mquina y el mismo software en otra. El protocolo ICMP solamente informa de incidencias en la entrega de paquetes o de errores en la red en general, pero no toma decisin alguna al respecto. Esto es tarea de las capas superiores.

Internet Control Message Protocol (ICMP) Familia Funcin Familia de protocolos de Internet Control y notificacin de errores del Protocolo de Internet

Ubicacin en la pila de protocolos Red ICMP

IP Enlace Ethernet, Token Ring, FDDI, ...

Estndares RFC 792 (1981)

Mensajes informativos
Entre estos mensajes hay algunos de suma importancia, como los mensajes de peticin de ECO (tipo 8) y los de respuesta de Eco (tipo 0). Las peticiones y respuestas de eco se usan en redes para comprobar si existe una comunicacin entre dos host a nivel de capa de red, por lo que nos pueden servir para identificar fallos en este nivel, ya que verifican si las capas fsica (cableado), de enlace de datos (tarjeta de red) y red (configuracin IP) se encuentran en buen estado y configuracin.
Cdigo 0 3 4 5 8 11 12 13 14 15 16 17 18 Descripcin Respuesta de Eco Destino Inaccesible Disminucin del trfico desde el origen Redireccionar Cambio de ruta Solicitud de Eco Tiempo excedido para un datagrama Problema de parmetros Solicitud de marca de tiempo Respuesta de marca de tiempo Solicitud de informacin (obsoleto) Respuesta de informacin (obsoleto) Solicitud de mscara de direccin Respuesta de mscara de direccin

Estructura de un segmento ICMP

El ICMP inicia despus de la cabecera IPv4 y se identifica con el protocolo nmero 1. Todos los paquetes ICMP tendrn una cabecera de 8 bytes y la seccin de datos de tamao variable. Los primero 4 bytes de la cabecera sern consistentes. El primer byte es reservado para el tipo de ICMP. El segundo octeto es para el cdigo de ICMP. El tercer y cuarto byte es una suma de comprobacin de todo el mensaje ICMP. El contenido de los restantes 4 bytes de la cabecera pueden variar dependiendo de la funcin del tipo y el cdigo ICMP. Los mensajes de error de este protocolo contienen una seccin de datos que incluye todos los IP de cabecera ms los 8 primeros bytes de los daros del paquete IP que ha originado el mensaje de error. El paquete ICMP es encapsulado en un nuevo paquete IP.

Bits 0-7, 8-15, 16-23 y 24-31 0 Tipo Cdigo Checksum 32 Resto del encabezado Tipo - Tipo de ICMP como se especifica a continuacin. Cdigo - Subtipo al tipo dado. Checksum - Datos comprobacin de errores. Calculado a partir de la cabecera ICMP + datos, con un valor de 0 para este campo. El algoritmo de suma de comprobacin se especifica en RFC 1071. Resto del Header - Cuatro campo byte. Puede variar en funcin del tipo y cdigo ICMP.

Bit 0 7 Tipo

Bit 8 15 Cdigo

Bit 16 23 Bit 24 31 Suma de verificacin

Datos (opcional)

Mensajes de error
En el caso de obtener un mensaje ICMP de destino inalcanzable, con campo "tipo" de valor 3, el error concreto que se ha producido vendr dado por el valor del campo "cdigo", pudiendo presentar los siguientes valores que se muestran en la parte derecha. Este tipo de mensajes se generan cuando el tiempo de vida del datagrama a llegado a cero mientras se encontraba en trnsito hacia el host destino (cdigo=0), o porque, habiendo llegado al destino, el tiempo de reensamblado de los diferentes fragmentos expira antes de que lleguen todos los necesarios (cdigo=1). Los mensajes ICMP de tipo= 12 (problemas de parmetros) se originan por ejemplo cuando existe informacin inconsistente en alguno de los campos del datagrama, que hace que sea imposible procesar el mismo correctamente, cuando se envan datagramas de tamao incorrecto o cuando falta algn campo obligatorio.
Cdigo 0 1 2 3 4 5 6 7 Descripcin No se puede llegar a la red No se puede llegar al host o App de destino El destino no dispone del protocolo solicitado No se puede llegar al puerto de destino o la App de destino no est libre Se necesita aplicar la fragmentacin, pero el flag correspondiente indica lo contrario La ruta de origen no es correcta No se conoce la red destino No se conoce el host destino

8 9 10 11 12

El host origen est aislado La comunicacin con la red destino est prohibida por razones administrativas La comunicacin con el host destino est prohibida por razones administrativas No se puede llegar a la red destino debido al tipo de servicio No se puede llegar al host destino debido al tipo de servicio

Por su parte, los mensajes de tipo=5 (mensajes de redireccin) se suelen enviar cuando, existiendo dos o ms routers diferentes en la misma red, el paquete se enva al router equivocado. En este caso, el router receptor devuelve el datagrama al host origen junto con un mensaje ICMP de redireccin, lo que har que ste actualice su tabla de enrutamiento y enve el paquete al siguiente router.

El protocolo ARP
El protocolo ARP tiene un papel clave entre los protocolos de capa de Internet relacionados con el protocolo TCP/IP, ya que permite que se conozca la direccin fsica de una tarjeta de interfaz de red correspondiente a una direccin IP. Por eso se llama Protocolo de Resolucin de Direccin (en ingls ARP significa Address Resolution Protocol). Cada equipo conectado a la red cuenta con una MAC Address. ste es un nmero nico establecido en la fbrica en el momento de fabricacin de la tarjeta. Sin embargo, la comunicacin en Internet no utiliza directamente este nmero (ya que las direcciones de los equipos deberan cambiarse cada vez que se cambia la tarjeta de interfaz de red), sino que utiliza una direccin lgica asignada por un organismo: la direccin IP. Para que las direcciones fsicas se puedan conectar con las direcciones lgicas, el protocolo ARP interroga a los equipos de la red para averiguar sus direcciones fsicas y luego crea una tabla de bsqueda entre las direcciones lgicas y fsicas en una memoria cach. Cuando un equipo debe comunicarse con otro, consulta la tabla de bsqueda. Si la direccin requerida no se encuentra en la tabla, el protocolo ARP enva una solicitud a la red. Todos los equipos en la red comparan esta direccin lgica con la suya. Si alguno de ellos se identifica con esta direccin, el equipo responder al ARP, que almacenar el par de direcciones en la tabla de bsqueda, y, a continuacin, podr establecerse la comunicacin.

Otros parmetros de ejecucin de ARP

Generacin de paquetes ARP

Si una aplicacin desea enviar datos a cierta direccin de destino IP, el mecanismo de enrutamiento IP primero determina la direccin IP del "prximo salto" del paquete (puede ser el propio host de destino, o un router) y el dispositivo hardware al cual se debera enviar. Si se trata de una red IEEE 802.3/4/5, el mdulo ARP se debe consultar para hacer corresponder el <tipo de protocolo, la direccin del protocolo de destino> con una direccin fsica. El mdulo ARP intenta encontrar la direccin en esta cach ARP. Si encuentra la pareja correspondiente, devuelve la correspondiente direccin fsica de 48 bits al que lo llam (el driver del dispositivo) que entonces transmite el paquete. Si no encuentra la pareja en su tabla, descarta el paquete (assumption is that a higher-level protocol will retransmit) y generates a network broadcast of an ARP request.

Donde: Espacio de direcciones hardware Especifica el tipo de hardware; ejemplo de ello son Ethernet o Red de Radio por Paquetes. Espacio de direcciones del protocolo Especifica el tipo de protocolo, igual que el campo EtherType en la cabecera IEEE 802 (IP o ARP). Longitud de direcciones hardware Especifica la longitud (en bytes) de las direcciones hardware en este paquete. Para IEEE 802.3 y IEEE 802.5 ser 6. Longitud de direcciones del protocolo

Especifica la longitud (en bytes) de las direcciones del protocolo en este paquete. Para IP ser 4. Cdigo de operacin Especifica si es una peticin ARP (1) o una respuesta (2). Direccin hardware origen/destino Contiene las direcciones hardware de red fsica. Para IEEE 802.3 son direcciones de 48 bits. Direccin del protocolo origen/destino Contiene las direcciones del protocolo. Para TCP/IP son direcciones de IP de 32 bits. Para el paquete de peticin ARP, la direccin hardware de destino es el nico campo no definido en el paquete.

Recepcin de paquetes ARP

Cuando un host recibe un paquete ARP (una peticin de broadcast o una respuesta punto a punto), el driver del dispositivo receptor pasa el paquete al mdulo ARP que lo trata como se muestra en la figura.

El host solicitante recibir esta respuesta ARP y seguir el mismo algoritmo para tratarlo. Como resultado de esto, se aadir la tripleta <tipo de protocolo, direccin de protocolo, direccin hardware> para el host deseado a su tabla de bsqueda (cach ARP). La prxima vez que un protocolo de ms alto nivel quiera enviar un paquete a ese host, el mdulo ARP encontrar la direccin hardware de destino y se enviar el paquete a ese host.

Proxy-ARP o subnetting transparente

Proxy-ARP se describe en el RFC 1027 - Usar ARP para Implementar Pasarelas de Subred Transparente, que es de hecho un subconjunto del mtodo propuesto en el RFC 925 - Resolucin de Direcciones Multi-LAN. Es otro mtodo para construir subredes locales, sin necesidad de modificar el algoritmo de enrutamiento IP, pero modificando los routers, que interconectan las subredes.

Concepto de Proxy-ARP
Consideremos una red IP, que est dividida en subredes, interconectada por routers. Usamos el algoritmo de enrutamiento IP "antiguo", que significa que ningn host conoce la existencia de mltiples redes fsicas. Consideremos que los hosts A y B que estn en diferentes redes fsicas con la misma red IP y un router R entre las dos subredes como muestra la figura:

Cuando un host A quiere enviar un datagrama IP a un host B, primera tiene que determinar la direccin de red fsica del host B usando el protocolo ARP. Como el host A no puede diferenciar entre las redes fsicas, su algoritmo de enrutamiento IP piensa que el host B est en la red fsica local y enva una peticin ARP de broadcast. El host B no recibe este broadcast, pero el router R s. El router R entiende de subredes, esto es, ejecuta la versin "subnet" del algoritmo de enrutamiento IP y ser capaz de ver que el destino de la peticin ARP (del campo de direccin de protocolo destino) est en otra red fsica. Si las tablas de enrutamiento del router R especifican que el prximo salto a esa otra red se hace a travs de un

dispositivo fsico diferente, responder a ARP como si fuera el host B, diciendo que la direccin de red del host B es la del mismo router R. El host A recibe esta respuesta ARP, la pone en su cach y enviar futuros paquetes IP para el host B hacia el router R. El router enviar tales paquetes a la subred correcta. El resultado es subnetting transparente:

Los hosts normales (tales como A y B) no saben subnetting, as que usan el algoritmo de enrutamiento IP "old". Los routers entre subredes tienen que: 1. Usar el algoritmo IP "subnet". 2. Usar un mdulo ARP modificado, que puede responder en beneficio de otro hosts.

Enrutamiento
Enrutamiento es el proceso de dirigir un paquete a travs de la red desde una mquina origen a otro destino. La idea es enviar los paquetes a algn sitio donde pueden tener ms informacin de cmo llegar al destino deseado. La informacin de enrutamiento se construye en una tabla de reglas del tipo: [Red de Destino], [Mascara de Red de Destino], [Interfaz de Salida], con un costo de 1 salto. Asimismo existe una ruta por defecto donde se envan todos los paquetes destinados a redes para las cuales no tenemos rutas explcitas.

La tabla de ruteo se recorre de lo ms especfico a lo ms general. Si no hay ruta especfica para dirigirse a un destino y no hay ruta por defecto, el sistema enviar un mensaje de "network unreacheable". Esta especificidad se determina por el largo de la mscara. Cuanto ms cantidad de unos tenga la mscara, ms especfica ser la ruta. Desde el punto de vista del enrutamiento IP, toda la informacin necesaria se almacena en la tabla de ruteo. En el caso de las distribuciones Linux, el contenido de las tablas puede variar pero siempre mantendr la informacin de enrutamiento necesaria. En un FreeBSD, por ejemplo la salida resumida del comando netstat -rn sera: # netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 164.73.224.28 UGSc 33 36932 ed1 127.0.0.1 127.0.0.1 UH 16 45450 lo0 ..... 164.73.224/25 link#1 UC 0 0 164.73.224.1 8:0:2b:14:a1:21 UHLW 5 198078 ed1 1039 164.73.224.40 48:54:e8:26:db:69 UHLW 1 1908914 lo0 164.73.224.60 0:0:21:95:90:34 UHLW 4 0 ed1 840 164.73.224.128 164.73.224.60 UGHD 0 2 ed1 164.73.224.130 164.73.224.60 UGHD 0 801 ed1 ..... En un Linux RedHat, por ejemplo la salida del comando netstat -rn sera de la forma: 17 ludmilla ~ >netstat -rn Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 164.73.224.76 0.0.0.0 255.255.255.255 UH 00 0 eth0 164.73.224.0 0.0.0.0 255.255.255.128 U 00 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 00 0 lo 0.0.0.0 164.73.224.28 0.0.0.0 UG 00 0 eth0 Las rutas pueden ser estticas o dinmicas. Las rutas estticas se establecen manualmente con el comando route. Las rutas Dinmicas pueden modificarse a travs de un demonio que se comunica con otros enrutadores intercambindose informacin para actualizar las tablas.

Protocolos de Enrutamiento o Encaminamiento

Los protocolos de enrutamiento son el lenguaje en que los demonios de ruteo intercambian informacin acerca de la red. Se clasifican en: Protocolos de enrutamiento exterior (IGP) Protocolos de enrutamiento exterior (EGP) Los IGP se usan al interior de lo que se llaman sistemas autnomos que son un conjunto de mquinas administradas por una autoridad comn. Los EGP se usan entre sistemas autnomos. La diferencia es que los IGP tratan de optimizar el enrutamiento entre una red compleja con muchos caminos alternativos y los EGP tratan de optimizar el enrutamiento teniendo en cuenta que los caminos son normalmente pocos porque los sistemas autnomos se interconectan entre s con pocos enlaces. Los diferentes protocolos utilizan distintas mtricas para estimar el costo de cada ruta. Los costos pueden medirse en saltos, retardo, etc. Los EGP en general no toman demasiado en cuenta los costos porque normalmente no hay demasiadas rutas alternativas pero si tratan de optimizar la posibilidad de alcanzar una determinada red. Hay varios protocolos utilizados comnmente. Algunos de ellos son: RIP - Routing Information Protocol OSPF - Open Shortest Path First IGRP - Interior Gateway Routing Protocol EGP - Exterior Gateway Protocol BGP - Border Gateway Protocol RIP es el protocolo usado por el demonio routed estndar en UNIX. El costo de las rutas se mide en saltos, donde cada salto es un enrutador por el cual pasan los paquetes. Hay dos versiones: la 1 no tiene soporte para mscaras y la 2 s. OSPF funciona bien en redes grandes y es ms difcil de configurar. IGRP (Posteriormente EIGRP), es un protocolo propietario de Cisco previo al OSPF, el cual fue liberado por Cisco en febrero de ste ao. El estndar actual de EGP es el protocolo BGP en su versin 4.

Conclusiones
Como se pudo observar en la investigacin que se realiz sobre los temas tratados, podemos ver como se interrelacionan en cuanto a los protocolos que forman el protocolo TCP/IP, que no es ms que la agrupacin de varios para poder brindar los servicios de conexin y comunicacin entre dispositivos que se pueden encontrar en una red de computadoras local o bien una red conectada a travs de varios continentes, esto hoy en da es muy utilizado por compaas o empresas muy grandes o bien transnacionales. Lo que la familia de protocolos TCP/IP busca es la mejor interconexin de equipos, con tiempo reducidos, pero no dejando a un lado la calidad en el servicio, conexin, transmisin entre otros, ya que por medio de esta familia hoy en da podemos trasladar informacin, video y multimedia, lo cual ha venido a contribuir en varios campos de la sociedad, porque no solamente se ha beneficiado el sector empresarial, sino que hay una infinidad de campos beneficiados entre los cuales se pueden mencionar la educacin, la medicina, etc.

Enlaces
http://personales.upv.es/rmartin/TcpIp/cap02s08.html http://www4.uji.es/~al019803/tcpip/paginas/CapaFisica.htm http://es.wikipedia.org/

Presentacin