Repblica Bolivariana de Venezuela. Universidad Santa Mara. Facultad de Ingeniera. Escuela de Ingeniera en Telecomunicaciones. Materia: Telemtica I.

Profesor(a): Mara Franco.

Capa 3 RED Protocolos (ARP, RARP, ICMP, IGMP).

Alumno: Carlos A. Morillo Daz. CI: 18.186.162

ndice.
Introduccin.1 Protocolo ICMP2-5 y y y Mensajes Informativos. Mensajes de error. Gestin de errores.

Protocolo ARP5-13 Funcionamiento. Campos en los datagramas ARP. Objetivo del protocolo ARP. ARP y subredes. ARP Mensaje. Envenenamiento ARP. Cmo resuelve ARP las direcciones de control de acceso a medios para el trfico local. y Cmo resuelve ARP las direcciones de control de acceso a medios para el trfico remoto. y La cach de ARP.

y y y y y y y

Protocolo RARP...13-15 Protocolo de administracin de grupos de Internet (IGMP)..16-25

y IGMP Versin 1 y IGMP Versin 2 y IGMP Versin 3

Conclusin.26 Bibliografa..27

Introduccin.
En el presente trabajo se habla sobre los diferentes tipos de protocolos que se encuentran en la capa 3 de red como son protocolos ICMP, ARP, RARP, IGMP. Se define cada uno de los protocolos mencionados, como funciona y los objetivos de los protocolos ICMP, ARP y RARP, se menciona las 3 versiones del protocolo IGMP. Cada uno de estos protocolos son importantes para el correcto funcionamiento y manejos de errores dentro de la RED.

El protocolo ICMP
TCP utiliza este protocolo para el envo de mensajes de control y de error. Por ejemplo ping se utiliza para ver si un ordenador est activo en la red. Los mensajes ICMP estn dentro de datagramas IP (IP los trata igual que los dems datagramas). Es decir, dentro de los datos del datagrama, hay una cabecera del protocolo ICMP que indica una serie de parmetros como cdigo de error, tipo de mensaje, etc., (como ya se ha dicho, IP no tiene constancia de que sea un datagrama especial). ICMP pueden enviar varios tipos de mensajes como por ejemplo, destino no alcanzable, control de congestin, redireccionamiento, tiempo excedido. 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.

Los mensajes ICMP se transmiten como datagramas IP normales, con el campo de cabecera "protocolo" con un valor 1, y comienzan con un campo de 8 bits que define el tipo de mensaje de que se trata. A continuacin viene un campo cdigo, de o bits, que a veces ofrece una descripcin del error concreto que se ha producido y despus un campo suma de control, de 16 bits, que incluye una suma de verificacin de errores de transmisin.

Tras estos campos viene el cuerpo del mensaje, determinado por el contenido del campo "tipo". Contienen adems los 8 primeros bytes del datagrama que ocasion el error.

Los principales tipos de mensaje ICMP son los siguientes: 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. 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, cuandose envan datagramas de tamao incorrecto o cuando falta algn campo obligatorio. 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. Los mensajes ICMP estn encapsulados. Los mensajes de error ICMP se envan a travs de la red en forma de datagramas, como cualquier otro dato. Por lo tanto, los mismos mensajes de error pueden contener errores. Sin embargo, si existe un error en un datagrama que lleva un mensaje ICMP, no se enva ningn mensaje de error para evitar el efecto "bola de nieve", si hay un incidente en la red.

Gestin de errores. ICMP (Protocolo de mensajes de control de Internet) es un protocolo que permite administrar informacin relacionada con errores de los equipos en red. Si se tienen en cuenta los escasos controles que lleva a cabo el protocolo IP, ICMP no permite corregir los errores sino que los notifica a los protocolos de capas cercanas. Por lo tanto, el protocolo ICMP es usado por todos los routers para indicar un error (llamado un problema de entrega).

El protocolo ARP
Convierte las direcciones IP en direcciones fsicas de la red. Cada host tiene una tabla para realizar dicha conversin. Cuando una direccin pedida no figura en la tabla, ARP genera una peticin por toda la red. Si alguna mquina de la red recibe esa peticin y corresponde con la suya propia, avisa al host que ha realizado la peticin y este incluye la nueva direccin en su tabla de direcciones. El protocolo ARP es un protocolo estndar especfico de las redes. Su status es electivo. El protocolo de resolucin de direcciones es responsable de convertir la direccin de protocolo de alto nivel(direcciones IP) a direcciones de red fsicas. Primero, consideremos algunas cuestiones generales acerca de Ethernet. ARP se emplea en redes IEEE 802 adems de en las viejas redes DIX Ethernet para mapear direcciones IP a direccin hardware. Para hacer esto, ha de estar estrechamente relacionado con el manejador de dispositivo de red. De hecho, las especificaciones de ARP en RFC 826 slo describen su funcionalidad, no su implementacin, que depende en gran medida del manejador de dispositivo para el tipo de red correspondiente, que suele estar codificado en el microcdigo del adaptador. Si una aplicacin desea enviar datos a una determinado direccin IP de destino, el mecanismo de encaminamiento IP determina primero la direccin IP del siguiente salto del paquete (que puede ser el propio host de destino o un "router") y el dispositivo hardware al que se debera enviar. Si se trata de una red 802.3/4/5, deber consultarse el mdulo ARP para mapear el par <tipo de protocolo, direccin de destino> a una direccin fsica. El mdulo ARP intenta hallar la direccin en su cach. Si encuentra el par buscado, devuelve la correspondiente direccin fsica de 48 bits al llamador(el

manejador de dispositivo). Si no lo encuentra, descarta el paquete (se asume que al ser un protocolo de alto nivel volver a transmitirlo) y genera un broadcast de red para una solicitud ARP.

Funcionamiento: Si queremos enviar un paquete de A a B que se encuentra en la misma red lo primero que hace A es comprobar en su tabla ARP si se encuentra la direccin MAC de B si es as se utiliza si no se enviara el correspondiente paquete broadcast esperando la respuesta de la maquina cuya direccin IP corresponda con la preguntada aadiendo un nuevo registro a la tabla. Estas entradas se borran cada cierto tiempo.

En un segundo caso si A quiere enviar un paquete a B que no esta en su misma red lo que hace A es enviarlo a travs de la direccin fsica de su router de salida, para ello consulta la tabla ARP realizando el correspondiente intercambio de mensajes si dicha entrada no se encuentra en la tabla. Una vez en el router este consulta su tabla de encaminamiento enviando el paquete al prximo nodo y as sucesivamente hasta que le paquete llega a un router de la red en la que se encuentre la IP destino. Una vez all el router se encarga de averiguar la direccin fsica consultando su tabla ARP o preguntando con mensajes correspondientes.

Campos en los datagramas ARP:

y

Hardware protocol: 16bits. Tecnologa de red empleada por debajo de TCP/IP. Network protocol: 16 bits. Tipo de protocolo empleado a nivel 3. Hardware addresslength: 8 bits. Longitud de la direccin de red de hardware. Network addresslength: 8 bits. Longitud de la direccin de red IP. Operacin: 16 bits. Tipo de operacin que nos da informacin sobre si se trata de una peticin o de una respuesta ARP. Sender hardware address: 48 bits. Direccin fsica MAC. de la interfaz de red del emisor. Sender network address: 32 bits. Direction IP del emisor. Target hardware address: 48 bits. Direccin fsica mace e la interfaz de red del receptor. Target network address: 32 bits. La direction IP del receptor.

y y

y y

y y

Objetivo del 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 AddressResolutionProtocol). Cada equipo conectado a la red tiene un nmero de identificacin de 48 bits. 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.

ARP y subredes. El protocolo ARP es el mismo aunque haya subredes. Recordar que cada datagrama IP pasa primero por el algoritmo de encaminamiento IP. Este algoritmo selecciona el manejador de dispositivo que debera enviar el paquete. Slo entonces se consulta al mdulo ARP asociado con ese manejador.

ARP El mensaje. Tipo de HW: Identifica el tipo de hardware que se utiliza: Ethernet, ATM, HDLC. Tipo de Protocolo: IPv4 Tamao de direccin HW: para Ethernet (MAC) son 6 bytes. Tamao de direccin de protocolo: Para la IPv4 son 4 bytes. Operacin ARP: Peticin o respuesta.

Envenenamiento ARP. Este tipo de vulnerabilidad consiste en el envenenamiento de las tablas ARP de los host implicados. Tambin conocido como ARP Spoofing, Falsificacin ARP... Se aprovecha de que las tablas son dinmicas y cambian conforme le llegan respuestas ARP, aunque no hayan pedido peticin ninguna.

Cmo resuelve ARP las direcciones de control de acceso a medios para el trfico local. La siguiente ilustracin muestra cmo resuelve ARP las direcciones IP en direcciones de hardware de hosts que se encuentran en la misma red local.

En este ejemplo, dos hosts TCP/IP, los hosts A y B, se encuentran en la misma red fsica. El host A tiene asignada la direccin IP 10.0.0.99 y el host B la direccin IP 10.0.0.100. Cuando el host A intenta comunicarse con el host B, los siguientes pasos permiten resolver la direccin asignada por el software al host B (10.0.0.100) en la direccin de control de acceso a medios asignada por el hardware al host B: 1. Segn el contenido de la tabla de enrutamiento del host A, IP determina que la direccin IP de reenvo que se va a utilizar para llegar al host B es 10.0.0.100. Despus, el host A busca en su propia cach de ARP local una direccin de hardware coincidente para el host B. 2. Si el host A no encuentra ninguna asignacin en la cach, difunde una trama de solicitud ARP a todos los hosts de la red local con la pregunta "Cul es la direccin de hardware para 10.0.0.100?" Las direcciones de hardware y software del origen, el host A, se incluyen en la solicitud ARP. Cada host de la red local recibe la solicitud ARP y comprueba si coincide con su propia direccin IP. Si el host no encuentra una coincidencia, descarta la solicitud ARP. 3. El host B determina que la direccin IP especificada en la solicitud ARP coincide con su propia direccin IP y agrega una asignacin de direcciones de hardware y software para el host A a su cach de ARP local.

4. El host B enva directamente un mensaje de respuesta de ARP que contiene su direccin de hardware al host A. 5. Cuando el host A recibe el mensaje de respuesta de ARP del host B, actualiza su cach de ARP con una asignacin de direcciones de hardware y software para el host B. Una vez determinada la direccin de control de acceso a medios del host B, el host A puede enviar al host B trfico IP que se dirigir a la direccin de control de acceso a medios del host B.

Cmo resuelve ARP las direcciones de control de acceso a medios para el trfico remoto. ARP tambin se utiliza para reenviar datagramas IP a enrutadores locales de destinos que no se encuentran en la red local. En estos casos, ARP resuelve la direccin de control de acceso a medios de la interfaz de un enrutador en la red local. En la siguiente ilustracin se muestra cmo resuelve ARP las direcciones IP en direcciones de hardware de dos hosts que se encuentran en redes fsicas diferentes conectadas por un enrutador comn.

En este ejemplo, el host A tiene asignada la direccin IP 10.0.0.99 y el host B la direccin IP 192.168.0.99. La interfaz del enrutador 1 se encuentra en la misma red fsica que el host A y utiliza la direccin IP 10.0.0.1. La interfaz del enrutador 2 se encuentra en la misma red fsica que el host B y utiliza la direccin IP 192.168.0.1.

Cuando el host A intenta comunicarse con el host B, los siguientes pasos permiten resolver la direccin asignada por el software a la interfaz del enrutador 1 (10.0.0.1) en la direccin de control de acceso a medios asignada por el hardware: 1. Segn el contenido de la tabla de enrutamiento del host A, IP determina que la direccin IP de reenvo que se va a utilizar para llegar al host B es 10.0.0.1, la direccin IP de la puerta de enlace predeterminada. Despus, el host A busca en su propia cach de ARP local una direccin de hardware coincidente para 10.0.0.1. 2. Si el host A no encuentra ninguna asignacin en la cach, difunde una trama de solicitud ARP a todos los hosts de la red local con la pregunta "Cul es la direccin de hardware para 10.0.0.1?" Las direcciones de hardware y software del origen, el host A, se incluyen en la solicitud ARP. Cada host de la red local recibe la solicitud ARP y comprueba si coincide con su propia direccin IP. Si el host no encuentra una coincidencia, descarta la solicitud ARP. 3. El enrutador determina que la direccin IP especificada en la solicitud ARP coincide con su propia direccin IP y agrega una asignacin de direcciones de hardware y software para el host A a su cach de ARP local. 4. Despus, el enrutador enva directamente un mensaje de respuesta de ARP que contiene su direccin de hardware al host A. 5. Cuando el host A recibe el mensaje de respuesta de ARP del enrutador, actualiza su cach de ARP con una asignacin de direcciones de hardware y software para 10.0.0.1. Una vez determinada la direccin de control de acceso a medios de la interfaz del enrutador 1, el host A puede enviar a la interfaz del enrutador 1 trfico IP que se dirigir a la direccin de control de acceso a medios de esa interfaz. Posteriormente, el enrutador reenva el trfico al host B mediante el mismo proceso ARP que se describe en esta seccin.

La cach de ARP Para disminuir el nmero de difusiones, ARP mantiene una cach de asignaciones de direcciones de control de acceso a direcciones de medios de IP para su uso posterior. La cach de ARP puede incluir entradas dinmicas y estticas. Las entradas dinmicas se agregan y se quitan automticamente a lo

largo del tiempo. Las entradas estticas permanecen en la cach hasta que se reinicia el equipo. Las entradas dinmicas de la cach de ARP tienen un tiempo de vida posible de 10 minutos. Las nuevas entradas agregadas a la cach se marcan con la fecha y hora. Si una entrada no se vuelve a utilizar antes de 2 minutos desde que se agreg, caduca y se elimina de la cach de ARP. Si se utiliza una entrada, recibe dos minutos ms de tiempo de vida. Si se sigue utilizando una entrada, recibe otros dos minutos ms hasta un tiempo de vida mximo de 10 minutos. Puede ver la cach de ARP con el comando arp. Para ver la cach ARP, escriba arp -a en el smbolo del sistema. Para ver las opciones de la lnea de comandos de arp, escriba arp /? en un smbolo del sistema.

El protocolo RARP El protocolo RARP (Protocolo de Resolucin de Direccin Inversa) es mucho menos utilizado. Es un tipo de directorio inverso de direcciones lgicas y fsicas.

La resolucin de direcciones inversa se lleva a cabo de la misma manera que la resolucin de direcciones de ARP. El mismo formato de paquete se usa as for ARP. Una excepcin es el campo de "cdigo de operacin" que ahora toma los valores siguientes: 3 Para la peticin RARP 4 Para la respuesta RARP

Y por supuesto, la cabecera "fsica" de la trama indicar ahora RARP as thehigher-levelprotocol (8035 hex) instead of ARP (0806 hex) or IP (0800 hex) en el campo EtherType. Algunas diferencias provienen del propio concepto RARP: y ARP asume nicamente que cada host sabe la correspondencia existente entre su propia direccin hardware y la direccin de protocolo. RARP requiere uno o ms hosts de servidores de la red para mantener una base de datos de correspondencias entre direcciones hardware y direcciones de protocolo as que sern capaces de responder a peticiones de hosts de clientes. Debido al tamao que esta base de datos puede tomar, parte de la funcin del servidor se implementa con frecuencia fuera del microcdigo del adaptador, con una cach pequea opcional en el microcdigo. La parte de microcdigo es responsable nicamente de la recepcin y transmisin de las tramas RARP, la propia correspondencia RARP beingtakencare of by server software running as a normal process in the host machine. La naturaleza de esta base de datos tambin requiere algn software para crear y actualizar manualmente la base de datos. En caso de haya mltiples servidores RARP en la red, el solicitante RARP slo usar la primera respuesta RARP recibida en su respuesta RARP broadcast, y descartarn las otras.

y y

En realidad, el protocolo RARP se usa esencialmente para las estaciones de trabajo sin discos duros que desean conocer su direccin fsica.

El protocolo RARP le permite a la estacin de trabajo averiguar su direccin IP desde una tabla de bsqueda entre las direcciones MAC (direcciones fsicas) y

las direcciones IP alojadas por una pasarela ubicada en la misma red de rea local (LAN). Para poder hacerlo, el administrador debe definir los parmetros de la pasarela (router) con la tabla de bsqueda para las direcciones MAC/IP. A diferencia del ARP, este protocolo es esttico. Por lo que la tabla de bsqueda debe estar siempre actualizada para permitir la conexin de nuevas tarjetas de interfaz de red. El protocolo RARP tiene varias limitaciones. Se necesita mucho tiempo de administracin para mantener las tablas importantes en los servidores. Esto se ve reflejado an ms en las grandes redes. Lo que plantea problemas de recursos humanos, necesarios para el mantenimiento de las tablas de bsqueda y de capacidad por parte del hardware que aloja la parte del servidor del protocolo RARP. Efectivamente, el protocolo RARP permite que varios servidores respondan a solicitudes, pero no prev mecanismos que garanticen que todos los servidores puedan responder, ni que respondan en forma idntica. Por lo que, en este tipo de arquitectura, no podemos confiar en que un servidor RARP sepa si una direccin MAC se puede conectar con una direccin IP, porque otros servidores ARP pueden tener una respuesta diferente. Otra limitacin del protocolo RARP es que un servidor slo puede servir a una LAN. Para solucionar los dos primeros problemas de administracin, el protocolo RARP se puede remplazar por el protocolo DRARP, que es su versin dinmica. Otro enfoque consiste en la utilizacin de un servidor DHCP (Protocolo de configuracin de host dinmico), que permite una resolucin dinmica de las direcciones. Adems, el protocolo DHCP es compatible con el protocolo BOOTP (Protocolo de secuencia de arranque) y, al igual que este protocolo, es enrutable, lo que le permite servir varias LAN. Slo interacta con el protocolo IP. Cuando un host desconoce su propia direccin, enva a la red su direccin fsica y si hay algn host a la escucha que la conozca, le enva al host peticionario su direccin IP. De esta manera, un host que arranca por primera vez, puede automticamente conocer su direccin en Internet.

Protocolo de administracin de grupos de Internet (IGMP)

El uso de la multidifusin IP en redes TCP/IP est definido como estndar TCP/IP en RFC 1112, "Internet Group Management Protocol (IGMP)" (Protocolo de administracin de grupos de Internet (IGMP)). Adems de definir las extensiones de direcciones y hosts para la compatibilidad de los hosts IP con multidifusin, esta RFC tambin define la versin 1 del Protocolo de administracin de grupos de Internet (IGMP). RFC 2236, "Internet Group Management Protocol (IGMP), version 2" (Protocolo de administracin de grupos de Internet (IGMP), versin 2) define la versin 2 de IGMP. Ambas versiones de IGMP proporcionan un protocolo para intercambiar y actualizar informacin acerca de la pertenencia de hosts a grupos de multidifusin especficos. Adems, la familia Windows Server 2003 admite IGMP versin 3, descrito en el borrador Internet "Internet Group Management Protocol, version 3" (Protocolo de administracin de grupos de Internet, versin 3). Mediante IGPM versin 3, los hosts pueden especificar su inters en recibir trfico de multidifusin de los orgenes especificados o de todos los orgenes a excepcin de un conjunto especfico de orgenes. IGMP:  Protocolo que permite a los hosts comunicar su inters, o no, en pertenecer a grupos multicast, dinmicamente.  Este inters se comunica a los routersmulticast que usarn la informacin para construir o podar rboles de distribucin multicast y usarlos en algn algoritmo de encaminamiento multicast.  Los mensajes IGMP van encapsulados dentro de datagramas IP, con nmero de protocolo IP = 2, TTL = 1 y con la opcin IP RouterAlert en la cabecera IP.  Existen 3 versiones incrementales. La ms usada es la versin 2.

IGMP - Versin 1
Formato de mensajes:

y y

Versin = 1  0 si fuese la versin 0 de IGMP (ya obsoleta). Tipo  MembershipQuery.  MembershipReport. CheckSum  16 bits. Complemento a uno del complemento a uno del mensaje.

Direccin de Grupo y y Contiene la direccin del grupo multicast correspondiente cuando el mensaje es del tipo MembershipReport. Es igual a cero cuando el mensaje es del tipo MembershipQuery.

Unin a un grupo y El host H que se quiera a un grupo G debe mandar un MembershipReport a la direccin del grupo al que quiere unirse. Ej.: Host 2 quiere unirse al Grupo 1.

IGMP - Versin 1:

y y y y y y y

Permite a los routersmulticast saber qu grupos estn activos en la subred. El router enva a todos los equipos de la red un MembershipQuery. Esto lo hace cada cierto tiempo. Cuando un host recibe el MembershipQuery pone en marcha un temporizador distinto para cada grupo al que pertenezca. Cuando el temporizador expira, el host enva un MembershipReport al grupo correspondiente al temporizador. La inicializacin de los temporizadores es aleatoria y distinta cada vez, siempre por debajo de un tiempo mximo. Si el router no recibe ningn Reportde algn grupo, entonces considera que ese grupo ya no existe. Slo un host de cada grupo responde al router. Si un host en espera de contestar a una Query escucha un Report de otro host del mismo grupo, interrumpe su temporizador y cancela la respuesta.

Abandonar un grupo y Cuando un host quiere abandonar un grupo simplemente deja de responder como miembro de ese grupo a los mensajes MembershipQuery del router.

Ejemplo: Host C abandona el grupo 2.

Estados de un host en IGMP versin 1.

Parmetros de tiempo.

y y

QueryInterval. Tiempo que ha de transcurrir entre cada Query del router (Por defecto 125s.). GroupMembershipInterval. Tiempo que ha de transcurrir sin recibir Reports para que el router decida que ya no existen miembros de un determinado grupo.

IGMP - Versin 2

Formato de mensajes.

Tipo y MembershipQuery(=0x11)  General Query  Group-SpecificQuery MembershipReportversin 1 (=0x12) MembershipReportversin 2 (=0x16) MembershipLeaveGroup(=0x17)

y y y

Tiempo de Respuesta Mximo y y y y Se usa slo en mensajes de tipo MembershipQuery. Especifica el valor, en dcimas de segundo, que un host debe esperar como mximo para contestar a un MembershipQuery. Por defecto es igual a 100 (10s.). Usada para controlar la expansionabilidad de las respuestas y la latencia.

Checksum y Igual que en la versin 1.

Direccin de Grupo y y y 0 en mensajes de tipo General Query. Contiene la direccin del grupo multicast en mensajes de tipo GroupSpecificQuery. Contiene la direccin del grupo multicast en mensajes de tipo MembershipReport y MembershipLeaveGroup.

Acciones y y y y y Unirse a un grupo (igual que en versin 1) Pregunta-Respuesta General (igual que en versin 1) Pregunta-Respuesta Especfica Abandonar un grupo Eleccin del routermulticast

Compatibilidad con versin 1 y Hosts versin 2 - routers versin 1  Reports versin 2 son ignorados por lo routers. Los hosts deben mandar Reportsvesin 1 en respuestas a Queries. Hosts versin 1 - routers versin 2  Hosts responden igual a Queries v1 y v2.  Los Reports versin 2 no suponen cancelacin del temporizador en los hosts versin 1.  El proceso de abandono se suspende, puesto que los hosts versin 1 no realizan esta accin y el router la requiere. Routers versin 1 - routers versin 2  Deteccin automtica de routers versin 1. Si existen estos ltimos es necesario configurar la versin 1 en todos los routers de la subred.

IGMP - Versin 3.

Formato de mensajes (Query)

Tipo
y MembershipQuery(=0x11)  General Query  Group-SpecificQuery  Group-and-Source-Specific Query MembershipReportversin 3 (=0x22) MembershipReportversin 1 (=0x12) MembershipReportversin 2 (=0x16) Membership Leave Group versin 2 (=0x17)

y y y y

Tiempo Mximo de Respuesta

y y Tiempo mximo permitido antes de enviar un Report. Si >=128 entonces se interpreta como un nmero en coma flotante, con el primer bit a 1, los tres siguientes el exponente y los restantes la mantisa.

Checksum (igual que en las versiones anteriores)

Direccin de Grupo

Igual a 0 en General Queries.

y Direccin de grupo multicast en otras Queries.

Resv. y Campo reservado.

Flag S
y y Cuando es igual a 1, indica a los routersmulticast que tienen que suprimir las actualizaciones de los temporizadores cuando escuchen una Query. Si no, elimina la eleccin del routermulticast.

QRV (QuerierRobustness Variable) QQIC (QueriersQueryIntervalCode)

y Especifica el intervalo del router para mandar Queries.

Nmero de Fuentes
y Indica el nmero de fuentes presentes en el mensaje Query.

Direccin de Fuentes [i]

y Vector de N direcciones IP unicast, indicando las fuentes.

Formato de mensajes (Report)

Tipo (=0x22) Checksum(igual que anteriormente)

Nmero de Registros de Grupo

y Indica el nmero de registro que contiene el Report.

Acciones
y y Las propias de las versiones 1 y 2 Unirse a un grupo. Igual que en versiones anteriores, pero el Report se manda a 224.0.0.22, y se pueden especificar fuentes dentro de los grupos a las que unirse.

IGMP Snooping
y Como una direccin multicast no tiene una direccin MAC conocida, un switch manda los paquetes multicast por todos los puertos, de manera que todos los hosts estn recibiendo los paquetes aunque no pertenezcan al grupo destinatario. Esto consume muchos recursos de red. El snooping consiste en que el switch fisgonee la red. Cuando escucha un mensaje de unirse a un grupo proveniente de un host, almacena la direccin del grupo multicast y el puerto por donde escuch el mensaje.

Luego, cuando le llegue un mensaje dirigido a la direccin de grupo almacenada, lo enviar slo por los puertos por donde haya escuchado mensajes de unin a ese grupo.

IGMP Referencias

Multicasting
y y Internet Assigned Numbers Authority (IANA): http://www.iana.org Cisco ACSN Software Deployment and Configuration Guide. Appendix B: IP Multicasting. ISBN: 78-14586-01.

IGMP
y y y y Versin 1: S. Deering. NWG RFC-1112. Appendix I. Stanford University, 1989. Versin 2: W. Fenner. NWG RFC-2236. Xerox PARC, 1997. Versin 3: B. Cain et al. NWG RFC-3376. Cisco Systems, AT&T Labs, Ericsson. October 2002. Recopilacin: M. Gibbs. Internet Group Management Protocol. Advanced Technical Paper Series. Riverstone Networks.

Conclusin.

Como conclusin se puede resaltar que cada protocolo tiene objetivos diferentes en la CAPA 3 de RED. El protocolo ICMP es utilizado por TCP para el envo de mensajes de control y de error. Por ejemplo ping se utiliza para ver si un ordenador est activo en la red. El protocolo ARP convierte las direcciones IP en direcciones fsicas de la red. Cada host tiene una tabla para realizar dicha conversin.El protocolo ARP es un protocolo estndar especfico de las redes. Su status es electivo.El protocolo
RARP es mucho menos utilizado. Es un tipo de directorio inverso de direcciones lgicas y fsicas y por ltimo el protocolo IGMP es el uso de la multidifusin IP en redes TCP/IP

est definido como estndar TCP/IP en RFC 1112. Adems de definir las extensiones de direcciones y hosts para la compatibilidad de los hosts IP con multidifusin, esta RFC tambin define la versin 1 del Protocolo de administracin de grupos de Internet (IGMP).