RESUMEN El protocolo de red IGMP se utiliza para intercambiar informacin acerca del estado de pertenencia entre enrutadores IP que
admiten la multidifusin y miembros de grupos de multidifusin. Los hosts miembros individuales informan acerca de la pertenencia de hosts al grupo de multidifusin y los enrutadores de multidifusin sondean peridicamente el estado de la pertenencia. La ltima versin disponible de este protocolo es la IGMPv3 descrita en el [RFC 3376] Todos los mensajes IGMP se transmiten en datagramas IP y tienen el formato mostrado en la figura adjunta. Los campos son los siguientes:
CONTENIDO IGMP es el protocolo encargado de gestionar los grupos multicast [NETWORK]. Es un protocolo de la capa IP, y los mensajes se transmiten encapsulados en datagramas IP. Mediante IGMP los equipos se registran dinmicamente en un grupo multicast. Hay tres versiones de este protocolo, definidas en las [RFC 1112], [RFC 2236] y [RFC 3376]. ([RFC 988] define la versin 0, que pronto qued obsoleta). Dichos documentos definen tambin tres niveles de capacidad multicast para los equipos que conforman una red. Los equipos de nivel 0 no tienen ninguna capacidad de mover trfico IP Multicast, no pueden recibir paquetes multicast ni enviarlos. Los equipos de nivel 1 son aquellos que tienen capacidad de enviar dicho trfico, pero no de recibirlo; pueden actuar como fuente pero no como receptor. Por ltimo, los equipos de nivel 2 tienen capacidad tanto de enviar el trfico multicast como de recibirlo. El funcionamiento de IGMP es el siguiente. Cuando un equipo quiere recibir paquetes de un grupo multicast, enva un mensaje Membership Report con destino la direccin del grupo y especificando la interfaz de red por donde quiere recibirlo. Es posible unirse a un grupo multicast a travs de distintas interfaces. En este caso, el equipo recibir paquetes duplicados, cada uno por cada interfaz. Tambin es posible que ms de un proceso del mismo equipo reciba informacin de este grupo, aunque en este caso no hay mensajes repetidos. Tras enviar el mensaje de peticin de unin al grupo, el equipo recibir un mensaje de confirmacin o de fallo. Si el proceso funciona correctamente, el protocolo se encargar de que los routers configuren la ruta para que los paquetes multicast sean recibidos por el equipo de forma normal.
En la version 1 de IGMP no hay mensajes explcitos para abandonar el grupo. En lugar de eso, los routers multicast envan mensajes Membership Query en intervalos regulares a la direccin 224.0.0.1 (todos los equipos de la red) y con direccin de grupo 0. Los equipos que quieren seguir recibiendo paquetes de un grupo responden con un Membership Request para ese grupo. Para evitar un envio masivo de respuestas, cada equipo pone en marcha un contador de tiempo de espera de valor aleatorio. Si cumplido ese tiempo nadie ha mandado respuesta de confirmacin de su grupo, responde. Si algn equipo ha respondido antes no enva nada. De esta manera, el router se lo necesita una respuesta por grupo para saber que tiene que seguir reenviando. A partir de estos mensajes y de los protocolos de enrutamiento los routers multicast construyen tablas con las interfaces que contienen equipos pertenecientes a cada grupo, de tal forma que si les llega un paquete multicast saben por qu interfaces tienen que reenviarlo. La version 2 de IGMP aade la funcionalidad de desconexin explcita de un grupo mediante el mensaje Leave Group. Cuando un host quiere abandonar un grupo enva un mensaje Leave Group a la direccin 224.0.0.2 (todos los routers de la red), en el que se especifica qu grupo se quiere abandonar. Los routers con versin 1 no entienden este mensaje y lo tiran. Los que tienen la versin 2 responden con un Group-Specific Query, que funciona como unMembership Query normal pero con direccin de grupo la especificada en el mensaje Leave Group recibido. Si nadie contesta a este mensaje el router entiende que no hay ningn equipo interesado en este grupo y es borrado de la tabla. De esta manera se reduce el gasto de ancho de banda desde que el ltimo ordenador de la red abandona el grupo hasta que el router se da cuenta de ello y deja de enviar mensajes Membership Query y paquetes multicast del grupo. Otro tipo de mensaje nuevo en la versin 2 es el Version 2 Membership Report, enviado por los equipos cuando detectan un router IGMPv2. IGMPv3 aade capacidad para el filtrado de fuentes, es decir, la habilidad de que un sistema informe de su inters en recibir paquetes de un grupo multicast slo si tienen como fuente una o varias especficas, o bien todas las fuentes excepto algunas. Esta informacin ser utilizada por los protocolos de enrutamiento para evitar el reenvo de paquetes multicast provenientes de fuentes concretas a redes que no tienen receptores interesados.
Snooping IGMP
IGMP snooping es el proceso de escuchar a Internet Group Management Protocol (IGMP) el trfico de red. La caracterstica permite a un conmutador de red de escuchar en la conversacin IGMP entre hosts y routers . Al escuchar estas conversaciones el switch mantiene un mapa de enlaces que tienen que IP multicast arroyos. Multicasts pueden ser filtrados de los enlaces que no los necesitan y
por lo tanto los controles de los puertos que reciben trfico de multidifusin especfico.
Propsito
IGMP snooping permite el cambio a slo el trfico multicast hacia adelante a los vnculos que los han solicitado. Esencialmente, IGMP snooping es una optimizacin de la capa 2 para la capa 3 de IGMP. IGMP snooping tiene lugar internamente en los interruptores y no es una caracterstica de protocolo. Por lo tanto, Snooping es especialmente til para aplicaciones de multidifusin IP de ancho de banda, tales como IPTV .
Bibliografa
http://csie.unavarra.es/php_documentacion/tecnologia/IGMP/index.php
http://es.wikipedia.org/wiki/Internet_Group_Management_Protocol http://technet.microsoft.com/es-es/library/cc787925(v=ws.10)
