Capítulo 13 IGMP: Internet Group Management Protocol
13,3 protocolo IGMP
13.3.1 unirse a un grupo de multidifusión
fundación de multidifusión es el concepto de un proceso (el término se refiere al proceso de utilizar un sistema operativo programa realizado), el proceso se unió a un grupo de multidifusión en una interfaz dada a un ordenador host. Para los miembros de un grupo de multidifusión en una interfaz es dinámica - en cualquier momento debido al proceso de unión y dejando a los cambios de grupo de multidifusión.
Proceso denominado aquí debe haber alguna manera de unirse a un grupo de multidifusión en una interfaz determinada. El proceso también puede dejar un grupo de multidifusión añadido previamente. Estos son la compatibilidad con multidifusión una parte necesaria de cualquier host API. Utilizar el calificativo "Interfaz", porque los miembros del grupo de multidifusión se asocian con la interfaz. Un proceso puede unirse al mismo grupo de multidifusión en múltiples interfaces.
S Tanford Universidad de Berkeley U versión nix de IP de multidifusión descripción detallada de los cambios asociados API socket, estos cambios en Solaris 2.x y ip (7) del documento también se proporcionan. Aquí implicaría un host para identificar un grupo de multidifusión direcciones de grupo e interfaces. El anfitrión debe reservar una mesa, esta tabla contiene todos los del grupo de multidifusión y el número de grupos de multidifusión en el proceso contiene al menos un proceso.
13.3.2 informes y consultas IGMP
enrutadores de multidifusión utilizan paquetes IGMP al router conectado a los cambios de registro en la red pertenencia al grupo. Utilice las siguientes reglas:
- Cuando el primer proceso de unirse a un grupo, el host envía un informe IGMP. Si más de un proceso para unirse a una gran cantidad de un mismo grupo, basta con enviar un informe IGMP. Este informe se envía al proceso de adhesión a la misma interfaz de grupo se encuentra.
- Cuando el proceso de dejar un grupo, el anfitrión no envía informe IGMP, incluso si el último proceso en el grupo que se fuera. Después de que el anfitrión sabe el grupo ha determinado que ya no es un miembro del grupo, en la consulta IGMP posterior recibida ya no envía un informe.
- Ya sea router multicast envía periódicamente IGMP consulta de entender así como cualquier huésped incluye los procesos correspondientes a un grupo de multidifusión. Un router multicast IGMP debe enviar una consulta a cada interfaz. Debido a que cada deseo enrutador de TI anfitriones se unen al grupo de multidifusión se envía de vuelta un informe, por lo que la dirección del grupo de paquete de consulta IGMP se establece en 0.
- IGMP anfitrión en respuesta a una consulta mediante el envío de informe IGMP para cada grupo también contiene al menos un proceso deben ser enviados de vuelta informe IGMP.
Utilice estas consultas y mensajes de informe, el router multicast mantiene una tabla para cada interfaz, por lo menos en el registro de la tabla de interfaz también contiene una gran cantidad de un grupo de multidifusión. Cuando un router recibe un datagrama de multidifusión que se remitirá, sólo se reenvía el datagrama al (utilizando una dirección de multidifusión de capa de enlace correspondiente) también tiene una interfaz que pertenece a ese grupo de host.
Figura 13--3 muestra dos mensajes IGMP, se envía un informe por el anfitrión, y el otro es una consulta enviada por el router. El router está solicitando que cada host en la descripción de interfaz de cada grupo de multidifusión añadió.
Vamos a introducir el campo TTL adelante en esta sección.
13.3.3 detalles de implementación
Para mejorar la eficiencia del protocolo, hay muchos detalles de implementación a considerar. En primer lugar, cuando un host envía un informe IGMP por primera vez (cuando el primer proceso de unirse a un grupo de multidifusión), que no garantiza que el informe es una recepción fiable (debido a la utilización de la prestación de servicios IP).
El próximo informe será enviado después de un lapso de tiempo. Este intervalo de tiempo se selecciona aleatoriamente por el anfitrión en el intervalo de 0 a 10 seg. En segundo lugar, cuando un host recibe una consulta enviada desde el router no responde inmediatamente, pero después de un cierto intervalo de tiempo después de la emisión alguna respuesta (una "respuesta" es la forma plural del huésped debido a que debe participar en cada el envío de una respuesta a ambos grupos). Desde múltiples hosts para participar en el mismo grupo de multidifusión puede enviar un informe, transmiten intervalo se pueden ajustar a un retraso aleatorio. Todos los ordenadores en una red física recibirán todos los informes enviados por otros hosts en el mismo grupo, como se muestra en la figura 1 3 - dirección de destino del informe que se muestra en la Figura 3 es que la dirección de grupo. Esto significa que si un host en el proceso de espera que se enviará en el informe, pero recibió el mismo informe enviado desde otros hosts, la respuesta del huésped que no tienen que ser enviados. Debido a que los enrutadores de multidifusión no les importa cuántos hosts pertenecen al grupo, pero sólo se preocupan por si el grupo todavía tiene al menos un host. De hecho, un router multicast que el anfitrión no tiene ni siquiera se preocupan por pertenecer a un grupo de multidifusión. También sólo quiero saber si hay al menos un sistema de un grupo de multidifusión en una interfaz determinada.
En ausencia de cualquier router multicast red física única, el único tráfico IGMP es la adición de un nuevo informe de un grupo de multidifusión, para apoyar IP del host multidifusión emitido por el anfitrión.
13.3.4 momento de campo en vivo
En la Figura 13-- 3, observamos que el tiempo de supervivencia de IGMP consultas e informes (TTL) se establece en 1, lo que implica campo IP TTL en la cabecera. Un TTL 0 datagramas de multidifusión iniciales estarán limitados a la misma máquina. Por defecto, el datagramas de multidifusión a la espera de TTL se establece en 1, lo que permitirá a los datagramas de multidifusión limitados transmitidos en la misma subred. valor mayor TTL puede ser reenvío de multidifusión router.
no se produce Recuerde de la sección 6.2 del datagrama enviado a una dirección de multidifusión del error ICMP. Cuando el valor TTL es 0, el router multicast no genera ICMP "tiempo de espera" de error.
En circunstancias normales, el usuario no le importa el proceso de salida TTL del datagrama. Sin embargo, una excepción es el programa aceroute Tr (capítulo 8), que se basa principalmente en el valor TTL se pone a completa. Dado que las aplicaciones de multidifusión debe ser capaz de establecer el valor de TTL de los paquetes a transmitir, que medios de interfaz de programación debe proporcionar esta capacidad para el proceso de usuario.
Al aumentar el valor del método TTL, una aplicación se puede implementar la expansión de la búsqueda de timbre para un servidor determinado (ampliando la búsqueda del anillo). Los primeros datagramas de multidifusión enviados a TTL es igual a 1. Si no hay respuesta, pruebe el TTL se establece en 2, luego 3, y así sucesivamente. De esta manera, la aplicación puede encontrar el servidor más cercano a la medición de cuentas de salto.
A partir de 224. 0.0. 0 y está destinado a una gama de espacio de direcciones de multidifusión específica de aplicación 1 salto de no más de 224. 0.0. 255 a. Si el valor TTL es el número, no un router envía paquetes de multidifusión a cualquier dirección de destino es una dirección de estas direcciones.
13.3.5 todas grupo de hosts
De la figura 1 3 - 3, todo vemos la consulta IGMP es enviado a la dirección IP de destino 224001 .... Esta dirección se denomina dirección de grupo de todos los hosts. Se trata de una red física con capacidad de multidifusión de todos los hosts y enrutadores. Cuando se inicializa la interfaz, todos los hosts tienen la capacidad de interfaz con multidifusión se añaden automáticamente al grupo de multidifusión. Los miembros de este grupo no tienen que enviar el informe IGMP.
