Redes para los más pequeños. Parte novena. Multicast / HABR.

Nuestro aspecto proveedor de LinkMeup crece y se convierte en silencio por todos los servicios de los operadores de telecomunicaciones ordinarios. Ahora hemos crecido hasta IPTV.

Esto implica la necesidad de configurar el enrutamiento de multidifusión y, en primer lugar, la comprensión de que existe una multicona.

Esta es la primera desviación de los principios habituales de las redes IP. Aún así, el paradigma de multidifusión es radicalmente diferente de la lámpara de la lámpara cálida.

Incluso puedes decir, de alguna manera desafía la flexibilidad de su mente en la comprensión de nuevos enfoques.

En este artículo se centra en lo siguiente:

Tutorial de video tradicional:

En el amanecer de mi formación, como un ingeniero, el tema de la multidifusión fue increíblemente asustado, y lo asocio con la psicotraham de mi primera experiencia con él. " Entonces, Marat, con urgencia, antes del mediodía, debe despertar la corriente de video a nuestro nuevo edificio en el centro de la ciudad: el proveedor lo dará aquí en el segundo piso "Escuché con una mañana maravillosa. Todo lo que yo conocí con la multidifusión, así que esto es lo que el remitente es uno, los destinatarios son mucho, y parece que el protocolo IGMP está de alguna manera involucrado.

Como resultado, antes del mediodía, intentamos comenzar todo: derroté a la VLAN más ordinaria desde el punto de entrada hasta el punto de salida. Pero la señal era inestable, la imagen se congeló, se colapsó, interrumpió. Intenté en un pánico para averiguar qué se puede hacer con IGMP en general, Tyrrhogozy, encendió el enrutamiento de multidifusión, IGMP-Snooping, revisó mil veces los retrasos y pérdidas, nada ayudó. Y luego, de repente, todo funcionó. Por supuesto, estable, sin problemas.

Me sirvió vacunando una multidifusión, y durante mucho tiempo no le mostré ningún interés.

Ya mucho más tarde vine a la siguiente regla: Y ahora, a partir de la altura de los casos incomprensibles, entiendo que no podría haber ningún problema con la configuración de la parte de la red: equipos finitos de buggy. Cálmate y confía en mi. Después de este artículo, tales cosas no te asustarán. Entendencia general de la multidifusión. Como usted sabe, existen los siguientes tipos de tráfico: Unicast. - Unicast - Un remitente, un destinatario. ( Ejemplo: consulta de http-page en el servidor web Como usted sabe, existen los siguientes tipos de tráfico: ). Transmisión. - Transmisión: un remitente, destinatarios: todos los dispositivos en el segmento de transmisión. ( Como usted sabe, existen los siguientes tipos de tráfico: Ejemplo: solicitud ARP Multidifusión. - Multidifusión: un remitente, muchos destinatarios. ( Ejemplo: IPTV.

Anycast.

- Unidifusión del nodo más cercano: un remitente, en general, muchos destinatarios, pero de hecho, los datos se envían solo a uno. ( Ejemplo: Anycast DNS ).

Desde que decidimos hablar sobre la multidifusión, entonces, quizás, comencemos por este párrafo de la pregunta, dónde y cómo se usa.

Lo primero que viene a la mente es la televisión (IPTV): un servidor de origen envía tráfico que necesita para recibir muchos clientes a la vez. Esto está determinado por el término en sí.

Multidifusión.

- Transmisión de multidifusión. Es decir, si la difusión ya conocida, significa transmitir a todos, la multidifusión significa transmitir un determinado grupo.

  1. La segunda solicitud es, por ejemplo, la replicación del sistema operativo en muchas computadoras. Esto implica cargar grandes volúmenes de datos de un servidor.
  2. Posibles escenarios: audio y videoconferencia (uno dice: todos escucharon), comercio electrónico, subastas, bolsas de valores. Pero esto está en teoría, y en la práctica, una multidifusión rara vez se usa aquí.

Otra aplicación son los mensajes de servicio de protocolo. Por ejemplo, OSPF en su dominio de transmisión envía sus mensajes a las direcciones 224.0.0.5 y 224.0.0.6. Y solo aquellos nodos en los que se maneja OSPF se manejará.

Formulamos dos principios básicos de boletines de boletiness:

El remitente envía solo una copia del tráfico, independientemente del número de destinatarios.

El tráfico recibe solo a los que están realmente interesados ​​en ello.

En este artículo, tomaremos IPTV como el ejemplo más visual.

Ejemplo I.

Vamos a empezar con el caso más simple: En el servidor de origen, la transmisión está configurada para el grupo 224.2.2.4: esto significa que el servidor envía el tráfico a la dirección IP 224.2.2.4. En el cliente, el reproductor de video está configurado para tomar un grupo de 224.2.2.4. .

Al mismo tiempo, aviso, el cliente y el servidor no tienen que tener direcciones de una subred y ping entre sí, suficiente para estar en un dominio de transmisión.

Una corriente de multidifusión simplemente se está vertiendo del servidor, y el cliente simplemente lo toma. Puede probarlo directamente en su lugar de trabajo conectando dos computadoras con un parche y funcionando, por ejemplo, VLC.

Cabe señalar que en la multidifusión no hay ninguna señalización de la fuente, dicen,

"Hola, soy una fuente, ¿no necesitas un poco de multidifusión?"

El servidor de origen simplemente comienza a transmitir paquetes de multidifusión en su interfaz. En nuestro ejemplo, ingresan directamente al cliente y el que realmente los lleva de inmediato.

Si atrapas paquetes en este enlace, entonces verá que el tráfico de multidifusión no es nada como los paquetes de UDP de mar.

La multidifusión no está unida a un protocolo en particular. De hecho, todo lo que define sus direcciones. Sin embargo, si hablamos de su solicitud, entonces en la mayoría absoluta de los casos es UDP. Se explica fácilmente por el hecho de que generalmente los datos que se necesitan aquí se transmiten a la ayuda de la multidifusión. Por ejemplo, video. Si se pierde un trozo de marco, y el remitente intentará enviarlo referencílo, esto sucede en TCP, entonces, lo más probable es que esta pieza llega tarde y dónde mostrarla entonces? El tren se fue. Exactamente lo mismo con el sonido.

En consecuencia, no es necesario instalar la conexión, por lo que se necesita TCP.

¿Qué es así desviar una multidifusión de Unicust? Creo que ya tienes un supuesto. Y probablemente verdad. En la situación habitual, tenemos 1 destinatario y 1 remitente: cada uno de ellos tiene una dirección IP única. El remitente sabe exactamente dónde patinar el paquete y pone esta dirección en el encabezado IP. Cada nodo intermedio debido a su tabla de enrutamiento sabe dónde enviar el paquete. El tráfico de unicast entre los dos nodos está sin obstáculos a través de la red. Pero el problema es que solo se especifica la dirección IP del destinatario en el paquete habitual. ¿Qué pasa si uno y el mismo tráfico tienen varios destinatarios? En principio, es posible ampliar un enfoque de unidifusión y a tal situación, para enviar su copia del paquete a cada cliente. Los clientes no notarán la diferencia, incluso una, al menos mil, pero la diferencia se distinguirá claramente en sus canales de transferencia de datos. GSupongamos que tenemos una transferencia de un canal SD desde un servidor de multidifusión. Deje que use 2 MB / s. Canales totales de 30, y observando cada canal para 20 personas al mismo tiempo. Resulta que 2 MB / S * 30 canales * 20 personas = 1200 MB / s o 1.2 GB / s solo en la televisión en caso de unidifusión. Pero todavía hay canales HD, donde puede multiplicar con seguridad esta cifra por 2. ¿Y dónde está el lugar para los torrentes?

Es por eso que se colocó el bloque de direcciones en IPv4.

Clase D: 224.0.0.0/4

(224.0.0.0-239.255.255.255). Las direcciones de este rango están determinadas por un grupo de multidifusión. Una dirección es un grupo, generalmente está indicado por la letra "

"

Es decir, diciendo que el cliente está conectado al Grupo 224.2.2.4, queremos decir que recibe tráfico de multidifusión con la dirección del destino 224.2.2.4.

Ejemplo II.

Agregue un cambio al esquema y algunos clientes más:

El servidor de multidifusión todavía se transmite para el grupo 224.2.2.4. En el interruptor, los 4 puertos deben estar en una VLAN. El tráfico llega al interruptor y se envía el valor predeterminado a todos los puertos de una VLAN. Así que todos los clientes reciben este tráfico. En ellos, la dirección del grupo 224.2.2.4 también se especifica en todo en el reproductor de video.

En realidad, todos estos dispositivos se convierten en miembros de este grupo de multidifusión. La membresía en ella es dinámica: cualquier persona, en cualquier momento puede entrar y salir de ella. En esta situación, el tráfico recibirá incluso a aquellos que no querían esto en general, es decir, ni el jugador no se lanza, ni nada más. Pero solo si él está en la misma Vlan. Más tarde nos ocuparemos de cómo lidiar con él.

Tenga en cuenta que, en este caso, solo una copia del tráfico al interruptor proviene del servidor de origen, y no en una copia separada a cada cliente. Y en nuestro ejemplo con los canales SD, la carga del puerto entre la fuente y el interruptor no será de 1.2 Gb / s, sino solo 60 MB / s (2MB / C * 30 canales).

En realidad, se puede usar toda esta amplia gama (224.0.0.0-239.255.255.255).

Bueno, casi todas, las primeras direcciones (rango 224.0.0.0/23) todavía están reservadas para protocolos bien conocidos.

Lista de direcciones IP reservadas

Rango 224.0.0.0/24 reservado en Link-Local

Comunicaciones. Los paquetes de multidifusión con tales direcciones de destino no pueden ir más allá de los límites de un segmento de transmisión.

El rango 224.1.0/24 está reservado bajo los protocolos que necesita para transmitir una multidifusión en toda la red, es decir, pasar a través de los enrutadores.

Aquí, de hecho, las cosas más básicas sobre la multidifusión.

Miramos una situación simple cuando la fuente y el destinatario están en el mismo segmento de red. El tráfico recibido por el interruptor se le envía simplemente en todos los puertos, no hay magia.

Pero aún así es completamente incomprensible cómo el tráfico del servidor llega a los clientes cuando hay un enorme Red de Proveedor Linkmiap? ¿Y dónde, de hecho, se sabrá quién es el cliente? No podemos registrar manualmente las rutas, simplemente porque no sabemos dónde pueden ser los clientes. Los protocolos de enrutamiento habituales no responderán a esta pregunta. Así que llegamos a entender que la entrega de una multidifusión es algo completamente nuevo para nosotros.

En general, para entregar una multidifusión de la fuente al destinatario en este momento hay muchos protocolos: IGMP / MLD, PIM, MSDP, MBGP, MOSPF, DVMRP.

Nos centraremos en dos de ellos, que se utilizan actualmente: PIM e IGMP. Con IGMP, los destinatarios finales del cliente comunican los enrutadores más cercanos que desean recibir el tráfico. Y PIM construye la ruta de mover el tráfico de multidifusión desde la fuente hasta los destinatarios a través de los enrutadores. IGMP

Regresa al volcado de nuevo. ¿Vea este paquete superior, después de lo cual se lanzó un arroyo de multidifusión?

Este mensaje de protocolo IGMP enviado por el cliente cuando presionamos la reproducción en él. Así es como él informa que quiere recibir tráfico para el grupo 224.2.2.4.

IGMP - Protocolo de gestión de grupos de Internet

- Este es un protocolo de red que interactúan a clientes de tráfico de multidifusión y el enrutador más cercano.

IPv6 usa MLD (descubrimiento de escucha de multidifusión) en lugar de IGMP. El principio de operación que tienen absolutamente lo mismo, por lo que puede cambiar fácilmente IGMP en todas partes en MLD, e IP en IPv6.

¿Cómo funciona exactamente IGMP?

Tal vez necesite comenzar con el hecho de que las versiones del protocolo son ahora tres: IGMPV1, IGMPV2, IGMPV3. El más utilizado: el segundo, el primero es casi olvidado, por lo que no hablaremos de ello, el tercero es muy similar al segundo.

Me centraré en el segundo, al igual que en el mayor impacto, y consideraré todos los eventos de conectar al cliente al grupo antes de que esté fuera de ella.

El cliente también solicitará un grupo de 224.2.2.4 a través del reproductor VLC. El papel de IGMP es muy simple: si no hay clientes, no es necesario transmitir tráfico de multidifusión al segmento. Si aparece un cliente, le notifica a los enrutadores utilizando IGMP que quiere recibir el tráfico. Para entender cómo sucede todo, tome esta red: Supongamos que el enrutador ya está configurado para recibir y procesar el tráfico de multidifusión.

uno.

Tan pronto como lanzaremos la solicitud en el cliente y establecemos el grupo 224.2.2.4, el paquete se enviará a la red. Informe de membresía IGMP - El nudo "Informes" que quiere recibir tráfico de este grupo.

En el informe IGMPV2 va a la dirección del grupo deseado, y en paralelo se indica en el paquete en sí. Estos mensajes deben vivir solo dentro de su segmento y no reenviar de todos modos por los enrutadores, por lo tanto, tienen 1 TTL. A menudo en la literatura puedes cumplir con la mención de

ÍGITO DE IGMP.

. No tenga miedo, este es un nombre alternativo para el informe de membresía de IGMP.

2.

El enrutador recibe un informe IGMP y, dándose cuenta de que esta interfaz ahora tiene clientes, hace información en sus tablas

Esta es una salida de información sobre IGMP. El primer grupo es solicitado por el cliente. El tercero y cuarto son los informes del servicio SSDP.

Construido en ventanas. El segundo es un grupo especial que siempre está presente en los enrutadores de Cisco, se utiliza para el protocolo AUTO-RP. que se activa por defecto en los enrutadores. La interfaz FE0 / 0 se vuelve descendente para el grupo de 224.2.2.4, tendrá que enviar el tráfico recibido. Junto con la tabla de enrutamiento única habitual, también hay una multidifusión: Acerca de la disponibilidad de clientes dice el primer registro.

(*, 224.2.2.4)

. Y registro (172.16.0.5, 224.2.2.4) .

Esto significa que el enrutador conoce la fuente de un flujo de multidifusión para este grupo. Desde la salida, está claro que el tráfico para el grupo 224.2.2.4 viene a través de FE0 / 1, y es necesario transmitirlo al puerto FE0 / 0. Las interfaces en las que debe transmitir el tráfico se incluyen en la lista de interfaces descendentes.

Lista de interfaz de petróleo - Outbound

Con más detalle el comando Mostrar IP MRUTE. Lo discerniremos más tarde. . Sobre el volcado, lo ve tan pronto como el cliente envió un informe IGMP, inmediatamente después de que voló UDP es un flujo de video. .

3. El cliente comenzó a recibir tráfico. Ahora, el enrutador a veces debe verificar que los destinatarios aún tengan un espacio para no transmitir si de repente se deja a los clientes. Para hacer esto, periódicamente envía una solicitud a todas sus interfaces descendentes. Consulta IGMP.

* VUELGO FILTADO POR IGMP * Sobre el volcado, lo ve tan pronto como el cliente envió un informe IGMP, inmediatamente después de que voló UDP es un flujo de video. .

De forma predeterminada, esto sucede cada 60 segundos. TTL tales paquetes también son iguales a 1. Se envían a la dirección 224.0.0.1: todos los nodos en este segmento, sin especificar un grupo específico. Dichos mensajes de consulta se llaman

Consulta general.

- General. Por lo tanto, el enrutador pregunta: "Chicos, ¿y quién y qué más quiere recibir?".

Habiendo recibido la consulta general de IGMP, cualquier host que escucha a cualquier grupo debe enviar el informe IGMP, ya que lo hizo cuando se conectó. La dirección del grupo de interés para su grupo debe especificarse en el informe. Si, en respuesta a la consulta, al menos un informe llegó al enrutador, significa que todavía hay clientes, continúa transmitiendo que la interfaz desde donde proviene este informe, el tráfico de este grupo. Si una consulta no tuvo una respuesta de una interfaz de respuesta para algún grupo, el enrutador elimina esta interfaz de su tabla de enrutamiento de multidifusión para este grupo, deja de enviar el tráfico. En su iniciativa, el cliente generalmente envía un informe solo cuando está conectado, entonces simplemente responde a la consulta del enrutador. Un detalle interesante en el comportamiento del cliente: después de haber recibido consulta, no tiene prisa por responder de inmediato a informar. El nodo toma una longitud de tiempo de espera de 0 a .Tiempo de respuesta máximo. .

que se especifica en la siguiente consulta: Al depurar o en el basurero, por cierto, se puede ver que varios segundos pueden pasar entre obtener informes diferentes. Esto se hace para que cientos de clientes de todo el alcance no inundan la red con sus informes al recibir una consulta general. Además, solo un cliente suele enviar informe. El hecho es que se envía ese informe a la dirección del grupo, y por lo tanto llega a todos los clientes. Después de recibir el informe de otro cliente para el mismo grupo, el nodo no enviará su propio. La lógica es simple: el enrutador ya ha recibido este mismo informe y sabe que hay clientes, no es necesario.

Este mecanismo se llama

Represión de informes

A continuación, en el artículo, diremos sobre por qué este mecanismo de hecho es muy rara vez funciona cuatro. Así sucede durante siglos hasta que el cliente quiera salir del grupo (por ejemplo, apague el reproductor / TV). En este caso, envía. IGMP deja. a la dirección del grupo.

El enrutador lo recibe y en una idea debe apagarse. Pero no puede deshabilitar un cliente específico, el enrutador no los distingue, solo tiene una interfaz corriente abajo. Y la interfaz puede ser varios clientes. Es decir, si el enrutador elimina esta interfaz de su lista de OUL (lista de interfaz saliente) para este grupo, el video se apagará en absoluto.

Pero tampoco eliminarlo, también es imposible, de repente fue el último cliente, ¿por qué luego lavarlo? Sobre el volcado, lo ve tan pronto como el cliente envió un informe IGMP, inmediatamente después de que voló UDP es un flujo de video. .

Si mira al volcado, verá que después de recibir el enrutador de licencia, el flujo continúa pasando por algún tiempo. El hecho es que el enrutador en respuesta a la licencia envía consulta IGMP a la dirección del grupo para la cual se llegó a esta interfaz a la que vino. Tal paquete se llama

Consulta específica del grupo.

. Contestarlo

solo Consulta específica del grupo. Aquellos clientes que están conectados a este grupo en particular.

Si el enrutador recibió un informe de respuesta para el grupo, continúa transmitiendo en la interfaz, si no se recibe, elimina el temporizador después de que el temporizador haya caducado.

En total, después de recibir la licencia, dos grupos de consulta específica son: uno obligatorio, segundo control. A continuación, el enrutador detiene la corriente. Querido Considere un pequeño caso más difícil: Dos (o más) enrutadores que pueden transmitir el tráfico están conectados al segmento del cliente. Si no hace nada, el tráfico de multidifusión se duplicará: ambos enrutadores recibirán informe de los clientes. Para evitar esto hay un mecanismo de elección. - Política. El que ganará enviará consultas, el informe de monitoreo y reaccionará a partir, y, en consecuencia, enviará tráfico al segmento. El perdedor solo escuchará informar y mantener su mano en el pulso. Las elecciones ocurren bastante simples e intuitivas. Considere la situación desde el momento en que los enrutadores R1 y R2 están encendidos. uno) IGMP activado en las interfaces. 2) Al principio, de forma predeterminada, cada uno de ellos se considera preguntante. 3) Cada uno envía la consulta general IGMP a la red. El objetivo principal es averiguar si hay clientes, y en paralelo, para declarar a otros enrutadores en el segmento si son, sobre su deseo de participar en las elecciones. cuatro) La consulta general recibe todos los dispositivos en el segmento, incluidos otros enrutadores IGMP. cinco) Habiendo recibido un mensaje de este tipo de un vecino, cada enrutador estima que lo más digno. 6) Gana el enrutador S.

IP más pequeño.

(especificado en el campo IP de origen de la consulta IGMP). Se convierte en herier, todos los demás, no querier.

7)

No Querer inicia el temporizador que se restablece cada vez que Quaryny viene con una dirección IP más pequeña. Si antes de que el temporizador expire (más de 100 segundos: 105-107), el enrutador no recibirá consulta con una dirección más pequeña, se declara a sí mismo preguntante y toma todas las funciones correspondientes. ocho) Si Querier recibe consultas con una dirección más pequeña, agrega estos deberes. Querer se está convirtiendo en otro enrutador, que tiene un IP menos.

Ese raro caso cuando se mide, que es menos. Las elecciones de teseleras son un procedimiento muy importante en la multidifusión, pero algunos fabricantes insidiosos que no tienen RFC pueden insertar un palo fuerte en las ruedas. Estoy hablando de la consulta IGMP con una dirección de la fuente 0.0.0.0, que puede ser generada por el interruptor. Dichos mensajes no deben participar en la elección de Querier, pero tiene que estar listo para todo. Aquí hay un ejemplo Problema de larga duración muy complejo.

.

Un par de palabras más sobre otras versiones IGMP. La versión 1 difiere en esencia solo por el hecho de que No tiene ningún mensaje.

.

. Si el cliente no quiere recibir más tráfico de este grupo, simplemente deja de enviar informe en respuesta a la consulta. Cuando no queda un solo cliente, el enrutador de tiempo de espera dejará de enviar tráfico. Es más, No se admiten las elecciones de habilidades.

. Para evitar la duplicación del tráfico, un protocolo más alto es responsable, por ejemplo, PIM, sobre el cual hablaremos más. La versión 3 admite todo lo que admite IGMPV2, pero hay una serie de cambios. Primero, el informe ya no se envía a la dirección del grupo, sino en una dirección de servicio de multidifusión 224.0.0.22

. Y la dirección del grupo solicitada se indica solo dentro del paquete. Esto se hace para simplificar el trabajo de Snooping IGMP, con el que hablaremos de

.

En segundo lugar, lo que es más importante, IGMPV3 comenzó a apoyar a SSM en su forma pura. Este es el llamado

Sobre el volcado, lo ve tan pronto como el cliente envió un informe IGMP, inmediatamente después de que voló UDP es un flujo de video. .

El cliente también solicitará un grupo de 224.2.2.4 a través del reproductor VLC. Fuente de multidifusión específica. En el informe IGMPV2 va a la dirección del grupo deseado, y en paralelo se indica en el paquete en sí. Estos mensajes deben vivir solo dentro de su segmento y no reenviar de todos modos por los enrutadores, por lo tanto, tienen 1 TTL. . En este caso, el cliente puede simplemente solicitar un grupo, sino que también especifique una lista de fuentes de las que le gustaría recibir tráfico o viceversa no querrá. En IGMPV2, el cliente simplemente solicita y recibe el tráfico del grupo sin cuidar la fuente. Por lo tanto, IGMP está diseñado para interactuar a los clientes y al enrutador. Por lo tanto, volviendo a Con más detalle el comando Ejemplo II. 4Como usted sabe, existen los siguientes tipos de tráfico: Donde no hay enrutador, podemos declarar autoritativamente: IGMP allí, no más que la formalidad. No hay enrutador, y el cliente no tiene a nadie que solicite un flujo de multidifusión. Y ganará un video por la sencilla razón de que el flujo y, por lo tanto, vertiéndose desde el interruptor, solo necesitas recogerlo. Recuerde que IGMP no funciona para IPv6. Hay protocolo MLD Repite otra vez En primer lugar, el enrutador envió su consulta general IGMP después de encender IGMP en su interfaz para averiguar si hay destinatarios y declarar su deseo de ser querer. En ese momento, nadie estaba en este grupo. Luego apareció un cliente, quien quería recibir tráfico del grupo 224.2.2.4 y envió su informe IGMP. Después de eso, fui al tráfico, pero se filtra fuera del basurero. Luego, el enrutador decidió por alguna razón para verificar, y si no hay más clientes y le envió nuevamente la consulta general IGMP a la que se ve obligado al cliente a responder ( cinco.

Periódicamente (una vez un minuto), el enrutador comprueba que los destinatarios aún tienen, utilizando la consulta general IGMP, y el nodo confirma esto utilizando el informe IGMP.

Pero aún así es completamente incomprensible cómo el tráfico del servidor llega a los clientes cuando hay un enorme Red de Proveedor Linkmiap? ¿Y dónde, de hecho, se sabrá quién es el cliente? No podemos registrar manualmente las rutas, simplemente porque no sabemos dónde pueden ser los clientes. Los protocolos de enrutamiento habituales no responderán a esta pregunta. Así que llegamos a entender que la entrega de una multidifusión es algo completamente nuevo para nosotros. 6. Luego cambió de opinión y rechazó al grupo enviando la licencia IGMP. 7. El enrutador recibió licencia y, deseando asegurarse de que ningún otro destinatario no sean otros destinatarios, envíe la consulta específica del grupo IGMP ... dos veces. Y después de la expiración del temporizador deja de transmitir tráfico aquí. ocho. Sin embargo, continúa transmitiendo la consulta IGMP a la red. Por ejemplo, en caso de que no haya apagado el jugador, sino simplemente en algún lugar con la conexión del problema. Luego se restaura la conexión, pero el cliente no envía un informe por sí mismo. Pero respuestas de consulta. Por lo tanto, el flujo puede recuperarse sin participación humana. Una vez más Esto se hace para que cientos de clientes de todo el alcance no inundan la red con sus informes al recibir una consulta general. Además, solo un cliente suele enviar informe. - Protocolo por el cual el enrutador aprende sobre la presencia de destinatarios de tráfico de multidifusión y su desconexión. Consulta específica del grupo. Informe IGMP

- Enviado por el cliente cuando está conectado y en respuesta a la consulta IGMP. Esto significa que el cliente quiere recibir un espectáculo de un grupo en particular.

.

Consulta general IGMP.

- Es enviado periódicamente por el enrutador para verificar qué grupos se necesitan ahora. Como se indica la dirección del destinatario, 224.0.0.1.

Grupo IGMP Sepcific Sepcific

- Enviado por el enrutador en respuesta a la licencia de mensaje, para averiguar si hay otros destinatarios en este grupo. Como la dirección del destinatario, se indica la dirección del grupo de multidifusión.

- Seleccionado por el cliente cuando quiere abandonar el grupo.

- Si en un segmento de transmisión hay varios enrutadores que se pueden transmitir, entre ellos, se selecciona un título principal. Periódicamente enviará consultas y transmitirá tráfico.

Descripción detallada de todos los términos IGMP

Pimbre

Entonces, descubrimos cómo los clientes informan al enrutador más cercano sobre sus intenciones. Ahora sería bueno transferir el tráfico desde la fuente al destinatario a través de una red grande. Si lo piensas, estamos de pie ante un problema complejo satisfecho: la fuente solo transmite al grupo, no sabe nada sobre dónde se encuentran los destinatarios y cuántos. .

Los destinatarios y los enrutadores más cercanos saben solo que necesitan un espectáculo de un grupo en particular, pero no hay idea de dónde está la fuente y cuál es su dirección. ¿Cómo entregar el tráfico en esta situación?

Hay varios protocolos de enrutamiento de tráfico de multidifast: DVMRP

  • , MOSPF.
  • , CBT.

- Todos ellos resuelven tal tarea de diferentes maneras. Pero el estándar de facto se convirtió.

PIM - Protocolo de multidifusión independiente

Otros enfoques son tan no deseados que a veces incluso sus desarrolladores prácticamente lo reconocen. Aquí, por ejemplo, un extracto de RFC a través del protocolo CBT: La versión 2 de la CBT 2 no es, y no fue, destinada a ser compatible con la versión 1; No le exppimos a esto para causar problemas de compatibilidad extensos porque no creemos que la CBT esté ampliamente desplegada en esta etapa.

PIM tiene dos versiones que incluso pueden llamarse dos protocolos diferentes en principio, son fuertemente diferentes:

Modo denso PIM (DM)

Modo SPARSE PIM (SM) Independiente es porque no está vinculado a un programa en particular de enrutar el tráfico único, y luego verá por qué. .

Modo denso pim.

Pim dm.

Tratando de resolver el problema de la entrega de la multicust en la frente. Obviamente asume que los destinatarios están en todas partes, en todos los rincones de la red. Por lo tanto, inicialmente coloca toda la red de tráfico de multidifusión, es decir, lo envía a todos los puertos, además, de donde venía. Si, si entonces resulta que en algún lugar no es necesario, entonces esta sucursal está "cortada" con la ayuda de un mensaje especial PIM PRUNN - El tráfico ya no se envía allí. Pero después de un tiempo en la misma sucursal, el enrutador está intentando nuevamente para enviar una multidifusión: repentinamente apareció destinatarios. Si no aparece, la sucursal se corta de nuevo en un período determinado. Si el cliente en el enrutador apareció en el intervalo entre estos dos eventos, se envía el mensaje de injerto: el enrutador solicita la rama de corte hacia atrás para no esperar hasta que caiga algo. .

Como puede ver, no se trata de determinar la ruta a los destinatarios: el tráfico lo logrará simplemente porque está en todas partes.

Después de "la circuncisión" de ramas innecesarias, se mantiene un árbol, a lo largo de lo que se pasa un tráfico de multidifusión. Este árbol se llama

SPT - árbol de camino más corto

Está desprovisto de bucles y utiliza el camino más corto del destinatario a la fuente. En esencia, es muy similar al árbol de abarcantes en STP.

Donde la raíz es la fuente.

SPT es una vista de árbol de concreto, el árbol de árbol más corto. En general, se llama cualquier árbol multicone.

MDT - Árbol de distribución de multidifusión

Se supone que se debe usar PIM DM en redes de alta densidad de clientes de multidifusión, lo que explica su nombre (denso). Pero la realidad es tal que esta situación es más bien una excepción, y a menudo PIM DM es inapropiada. Lo que es realmente importante para nosotros ahora es un mecanismo para evitar los bucles. Imagina una red de este tipo:

Una fuente, un destinatario y la red IP más sencilla entre ellos. En todos los enrutadores ejecutando PIM DM.

¿Qué pasaría si no hubiera un mecanismo especial para evitar los bucles?

La fuente envía tráfico de multidifusión. R1 la recibe y de acuerdo con los principios de PIM DM envía a todas las interfaces, además, de dónde vino, es decir, en R2 y R3.

R2 entra de la misma manera, es decir, envía tráfico hacia R3. R3 no puede determinar que este es el mismo tráfico que ya ha recibido de R1, por lo que lo envía a todas sus interfaces. R1 recibirá una copia del tráfico de R3 y así sucesivamente. Aquí ella es un bucle.

¿Qué ofrece PIM en tal situación?

RPF - Reenvío de ruta inversa

. Este es el principio principal de transmisión de tráfico de multidifusión en PIM (cualquier tipo: y DM y SM): el tráfico de la fuente debe venir a lo largo de la ruta más corta. Es decir, para cada paquete de multidifusión recibido, se verifica sobre la base de la tabla de enrutamiento, ya sea que venga de allí. 1) El enrutador analiza la dirección de la fuente de paquetes de multidifusión.

2) verifica la tabla de enrutamiento, a través de qué interfaz está disponible la dirección de origen.

3) Comprueba la interfaz a través del cual llegó el paquete de multidifusión.

4) Si las interfaces coinciden, todo está bien, se salta el paquete de multidifusión, si los datos provienen de otra interfaz, se descartarán.

Ejemplo: IPTV.

En nuestro ejemplo, R3 sabe que el camino más corto a la fuente se encuentra a través de R1 (ruta estática o dinámica). Por lo tanto, los paquetes de multidifusión que provienen de R1 se prueban y reciben R3, y los que provienen de R2 se descartan.

Este cheque se llama

RPF-Check. Y gracias a ella incluso en redes más complejas, los bucles en MDT no surgirán. Este mecanismo es importante para nosotros, porque es relevante y en PIM-SM y funciona allí solo más.

Como puede ver, PIM se basa en la tabla de enrutamiento único, pero primero, no se convierte en tráfico, en segundo lugar, no importa quién y cómo llenar la tabla. No se detendrá aquí y considerará el trabajo de PIM DM en detalle: este es un protocolo desactualizado con un pesaje de deficiencias (bueno, como RIP .

Sin embargo, PIM DM se puede aplicar en algunos casos. Por ejemplo, en redes muy pequeñas, donde el flujo de una multidifusión es pequeña.

Modo escaso PIM.

Se aplica un enfoque completamente diferente. PIM SM.

. A pesar del nombre (modo dañado), se puede usar con éxito en cualquier red con una eficiencia, al menos, no peor que el PIM DM.

.

Aquí se negaron la idea de inundaciones incondicionales de una red de multidifusión. Los nudos interesados ​​solicitan de forma independiente una conexión de árbol usando mensajes 
Únete a PIM. Si el enrutador no se envió unirse, entonces el tráfico no será enviado. Para comprender cómo funciona PIM, comencemos con una red simple con un solo enrutador PIM:

Desde la configuración hasta R1, debe habilitar la capacidad de enrutar una multidifusión, PIM SM en dos interfaces (hacia la fuente y hacia el cliente) y IGMP hacia el cliente.

Además de otras configuraciones básicas, por supuesto (IP, IGP).

A partir de ahora, puedes dejar caer el GNS y recoger el laboratorio. Es suficiente sobre cómo armar un stand para una multidifusión que dije en este artículo.

R1 (config) #ip enrutamiento de multidifusión R1 (config) #int FA0 / 0 R1 (Config-if) #ip PIM SPARSE-MODE R1 (Config-if) #int FA1 / 0 R1 (Config-if) #ip PIM Modo escaso. Cisco Aquí, como generalmente cuenta con su enfoque especial: cuando activa el PIM en la interfaz, IGMP se activa automáticamente. En todas las interfaces donde se activa PIM, funciona y IGMP. Al mismo tiempo, otros fabricantes tienen dos protocolos diferentes, encienden dos comandos diferentes: IGMP separado, PIM por separado. Perdona a Cisco esta rareza? Junto con todos los demás? Además, puede ser necesario configurar la dirección RP ( IP PIM RP-Dirección 172.16.0.1 , p.ej). Sobre esto más tarde, mientras acepta como un dado y aceptar.

Verifique el estado actual de la tabla de enrutamiento de multidifusión para el Grupo 224.2.2.4: Después de iniciar la transmisión en la fuente, debe revisar la tabla nuevamente. Analicemos esta pequeña conclusión.

Vista de grabación (*, 225.0.1.1) Al mismo tiempo, otros fabricantes tienen dos protocolos diferentes, encienden dos comandos diferentes: IGMP separado, PIM por separado. llamada Además, puede ser necesario configurar la dirección RP ( (*, G) , / leer Starkomadzhi (/ Y nos informa sobre los destinatarios. Y no es necesario hablar de una computadora cliente, en general, puede ser, por ejemplo, otro enrutador PIM. Es importante para qué interfaces deben pasar el tráfico. Si la lista de interfaces descendentes (aceite) está vacía,

NULO

Por lo tanto, no hay destinatarios, y aún no los hemos lanzado.

Registro

(172.16.0.5, 225.0.1.1) (S, g) .

ESKIJAH

/ Y sugiere que la fuente es conocida. En nuestro caso, una fuente con la dirección 172.16.0.5 transmite el tráfico para el grupo 224.2.2.4. El tráfico de multidifusión llega a la interfaz FE0 / 1: esto es

ascendente

Río arriba

) Interfaz.

Entonces, no hay clientes. El tráfico de la fuente llega al enrutador y en esta vida termina. Agreguemos ahora el destinatario: estableceremos la recepción de la multidifusión en la PC.

La PC envía el informe IGMP, el enrutador entiende que aparecieron los clientes y actualiza la tabla de enrutamiento de multidifusión. Ahora se ve así: Apareció una interfaz aguas abajo: FE0 / 0, que es bastante esperada. Y apareció tanto en (*, g) como en (S, G). La lista de interfaces descendentes se llama

Lista de interfaz saliente de aceite

.

Agregue otro cliente a la interfaz FE1 / 0:

Si lees la salida literalmente, tenemos:

(*, G): Hay destinatarios de tráfico de multidifusión para el grupo 224.2.2.4 Interfaces exteriores FE0 / 0, FE1 / 0. Y absolutamente, sin importar quién es el remitente, qué y dice el signo "*". 

(S, G): cuando el tráfico de multidifusión con la dirección de destino 224.2.2.4 de la fuente 172.16.0.5 llega a la interfaz FE0 / 1, sus copias deben enviarse a FE0 / 0 y FE1 / 0.

Pero fue un ejemplo muy simple: un enrutador conoce inmediatamente la dirección de origen y donde se encuentran los destinatarios. De hecho, incluso los árboles no hay aquí, excepto por los degenerados. Pero nos ayudó a lidiar con cómo interactúan el PIM e IGMP. 
Para lidiar con qué es PIM, nos dirigimos a la red mucho más compleja.

Supongamos que todas las direcciones IP ya están configuradas de acuerdo con el esquema. La red ejecuta IGP para enrutamiento único ordinario. Cliente1 Por ejemplo, puede hacer ping a un servidor de origen. Pero hasta ahora PIM, IGMP no se está ejecutando, los clientes no solicitan canales. Configuración inicial del archivo

Entonces, el momento del tiempo 0.

Encienda el enrutamiento de multidifusión en los cinco enrutadores:

Rx (config) #ip enrutamiento de multidifusión

PIM se incluye directamente en todas las interfaces de todos los enrutadores (incluso en la interfaz hacia el servidor de origen y los clientes):

RX (CONFIG) #int FEX / X RX (config-if) #ip PIM SPARSE-MODE IGMP, en teoría, debe incluirse en las interfaces hacia los clientes, pero, como ya hemos señalado anteriormente, se enciende automáticamente en el equipo de Cisco con PIM. Lo primero que hace PIM: establece el vecindario. Mensajes utilizados para esto

Pim hola

. Cuando activa el PIM en la interfaz, PIM Hello se envía a la dirección

  1. 224.0.0.13
  2. Con TTL igual a 1. Esto significa que solo los enrutadores en un dominio de transmisión pueden ser vecinos.

Tan pronto como los vecinos tengan saludos entre sí:

Ahora están listos para aceptar aplicaciones para grupos de multidifusión.

Si ahora comenzamos en el recinto del cliente por un lado y enciende el flujo de multidifusión del servidor en el otro, entonces R1 recibirá un flujo de tráfico, y R4 recibirá un informe IGMP cuando intente conectarse. Como resultado, R1 no sabrá nada sobre los destinatarios y R4 en la fuente. Sería bueno si la información sobre la fuente y los clientes del grupo se recolectaron en algún lugar en un solo lugar. ¿Pero en que? Tal punto de la reunión se llama

PUNTO DE RENDEZVOUS - RP 

. Este es el concepto central de PIM SM. Nada funcionó sin él. Aquí están la fuente y los destinatarios.

Todos los enrutadores de PIM deben saber quién es RP en el dominio, es decir, conozca su dirección IP. Para construir un árbol MDT, la red se selecciona como RP algún punto central, que, Responsable de estudiar la fuente,

Es un punto de atractivo de unirse a los mensajes de todos los interesados. 

Hay dos formas de tarea RP: estática y dinámica. Miraremos ambos en este artículo, sino que comenzaremos con estática, porque es más probable que sea estático?

Deja que R2 sea jugado por RP.

Para aumentar la confiabilidad, la dirección de bucleback generalmente se selecciona. por lo tanto

para todo el mundo

Los enrutadores son ejecutados por el comando: Rx (config) #ip PIM RP-Dirección 2.2.2.2 )

Naturalmente, esta dirección debe estar disponible en la tabla de enrutamiento de todos los puntos. Bueno, ya que la dirección 2.2.2.2 es RP, en la interfaz )

Loopback 0. En R2, también es deseable activar el PIM. R2 (config) #interface loopback 0 rx (config-if) #ip pim sparse-mode )

Inmediatamente después de eso, R4 se entera de la fuente de tráfico para el grupo 224.2.2.4:

E incluso transfiere el tráfico:

La interfaz FE0 / 1 viene 362000 B / S, y a través de la interfaz FE0 / 0 que se transmiten.

Todo lo que hicimos: A continuación, el enrutador detiene la corriente. Incluía la capacidad de enrutar el tráfico de multidifusión (

Considere un pequeño caso más difícil: IP Multicast-Enrutamiento

PIM activado en las interfaces ( Es decir, para cada paquete de multidifusión recibido, se verifica sobre la base de la tabla de enrutamiento, ya sea que venga de allí. IP PIM SPARSE-MODE

Indicó la dirección RP ( IP PIM RP-Dirección X.x.x.x. Todo, esta ya es una configuración de trabajo y se puede buscar, porque las escenas están ocultas mucho más que visibles en el escenario. Configuración completa con PIM.

- Política. El que ganará enviará consultas, el informe de monitoreo y reaccionará a partir, y, en consecuencia, enviará tráfico al segmento. El perdedor solo escuchará informar y mantener su mano en el pulso. Interrogación

Bueno, ¿cómo funciona todo al final? ¿Cómo sabe RP dónde la Fuente donde los clientes y proporciona comunicación entre ellos? Dado que todo resulta por el bien de nuestros clientes favoritos, entonces, comenzando con ellos, considera todo el proceso en los detalles. El cliente 1 envía el informe IGMP para el grupo 224.2.2.4

R4 Obtiene esta consulta, entiende que hay un cliente fuera de la interfaz FE0 / 0, agrega esta interfaz a la grabación de aceite y forma (*, G).

La interfaz ascendente FE0 / 1 se ve aquí, pero esto no significa que R4 reciba tráfico para el grupo 224.2.2.4. Solo habla que el único lugar de donde puede recibir es FE0 / 1, porque está ahí que RP está ahí. Por cierto, el vecino que pasó.

Considere la situación desde el momento en que los enrutadores R1 y R2 están encendidos. - R2: 10.0.2.24. Esperado.

R4 se llama - LHR (enrutador del último salto): el último enrutador en la ruta del tráfico de multidifusión, si cuenta con la fuente. En otras palabras, este es el enrutador más cercano al destinatario. Para

Cliente1. - es r4 para Client2.

- Esto es R5.

Dado que no hay una corriente de multidifusión en R4 (no se ha solicitado antes), forma el mensaje de unión PIM y lo envía hacia RP (2.2.2.2).

Únase a PIM se envía por una multidifusión a la dirección 224.0.0.13. "En la dirección de RP", significa a través de la interfaz que se especifica en la tabla de enrutamiento, como saliente para la dirección que se especifica dentro del paquete. En nuestro caso, es 2.2.2.2 - Dirección RP. Tal unión se conoce como

Únete (*, g)

Y él dice: "No importa la fuente de la OMS, necesito un tráfico de grupo 224.2.2.4". Es decir, cada enrutador en el camino debería manejar tal únete y, si es necesario, enviar una nueva unión al lado del RP. (Es importante entender que si ya hay este grupo en el enrutador, no se enviará unirse, simplemente agregará la interfaz desde la cual se unirá al petróleo y comienza a pasar el tráfico). En nuestro caso, unirse fue a FE0 / 1:

R2, que ha recibido unirse, genera un registro (*, G) y agrega la interfaz FE0 / 0 a aceite. Pero la unión ya no puede enviar, él mismo ya está rp, y aún no se sabe nada sobre la fuente. Pero después de un tiempo en la misma sucursal, el enrutador está intentando nuevamente para enviar una multidifusión: repentinamente apareció destinatarios. Si no aparece, la sucursal se corta de nuevo en un período determinado. Si el cliente en el enrutador apareció en el intervalo entre estos dos eventos, se envía el mensaje de injerto: el enrutador solicita la rama de corte hacia atrás para no esperar hasta que caiga algo. Por lo tanto, RP se entera de dónde se encuentran los clientes.

IGMP activado en las interfaces. Si un

Cliente 2. También desea recibir tráfico de multidifusión para el mismo grupo, R5 enviará a PIM unirse a FE0 / 1, ya que es RP, R3, lo que lo recibe, forma un nuevo Único a PIM y lo envía a FE1 / 1, donde se encuentra RP. Es decir, unirse a los viajes tan nodos detrás del nodo hasta que llegue a RP o a otro enrutador, donde ya hay clientes de este grupo.

Entonces, R2 es nuestro RP, ahora sabe que para FE0 / 0 y FE1 / 0 tiene destinatarios para el Grupo 224.2.2.4.

Y no importa cuántos haya allí, uno después de cada interfaz o cien, el flujo de tráfico seguirá siendo uno en la interfaz. Si representa gráficamente lo que obtuvimos, se verá así: Se asemeja de forma remota a un árbol, ¿verdad? Por lo tanto, se llama -

Al principio, de forma predeterminada, cada uno de ellos se considera preguntante. RPT - Rendezvous Point Tree

. Este árbol está arraigado en RP, y cuyas ramas se extienden a los clientes.

Término más general como mencionamos anteriormente -

- Árbol a lo largo del cual se distribuye la corriente de multidifusión. Más tarde verás la diferencia entre MDT y RPT.

Ahora le damos al servidor. Como ya hemos discutido anteriormente, no se preocupa por PIM, RP, IGMP, simplemente se transmite. Y R1 obtiene esta corriente. Su tarea es entregar una multidifusión a RP. En PIM hay un tipo especial de mensajes. Registrarse . Se necesita para registrar una fuente de multidifusión en RP.

La consulta general recibe todos los dispositivos en el segmento, incluidos otros enrutadores IGMP. Por lo tanto, R1 recibe un flujo de multidifusión de grupos 224.2.2.4:

R1 es

FHHR (primer enrutador de salto)

- El primer enrutador en la ruta del tráfico de multidifusión o el más cercano a la fuente.

A continuación, encapsula cada paquete de multidifusión recibido de la fuente a registro PIM único y lo envía directamente a RP.

  1. Preste atención a la pila de protocolos. En la parte superior de la IP UNICUST y el encabezado PIM es el multidifusión original IP, UDP y los datos.
  2. Ahora, a diferencia de todos los demás, los mensajes PIM conocidos por nosotros, en la dirección del destinatario, se indican 2.2.2.2, y no una dirección multicona.

Dicho paquete se entrega a RP de acuerdo con las reglas estándar de enrutamiento UNICRETEN y lleva el paquete de multidifusión original, es decir, es ... ¡Esto es túnel!

=====================

Tarea número 1. Esquema y configuración inicial. .

Habiendo recibido un mensaje de este tipo de un vecino, cada enrutador estima que lo más digno. En el servidor 172.16.0.5, una aplicación que solo puede transmitir paquetes solo a una dirección de transmisión 255.255.255.255, con el puerto del destinatario UDP 10999. Este tráfico debe ser entregado a los clientes 1 y 2: .

Cliente 1 en forma de tráfico de multidifusión con la dirección del grupo 239.9.9.9.

Y en el segmento del cliente 2, en forma de paquetes de transmisión a la dirección 255.255.255.255.

Detalles de la tarea aquí.

===================== Esquema y configuración inicial. RP recibe el registro PIM, lo desempaqueta y detecta el tráfico bajo envoltura para el grupo 224.2.2.4. Independiente es porque no está vinculado a un programa en particular de enrutar el tráfico único, y luego verá por qué. Información sobre esto, inmediatamente entra en su tabla de enrutamiento de multidifusión:

Una entrada (S, G) - (172.16.0.5, 224.2.2.4). Los paquetes RP desempaquetados envían aún más a las interfaces RPT a FE0 / 0 y FE1 / 0 FE1 / 0, de acuerdo con qué tráfico llega a los clientes.

En principio, esto podría ser detenido. Todo funciona: los clientes obtienen tráfico. Pero hay dos problemas:

Procesos de encapsulación y decapsulación: acciones muy costosas para los enrutadores. Además, los encabezados adicionales aumentan el tamaño del paquete, y simplemente no puede escalar en el MTU en algún lugar del nodo intermedio (recuerda todos los problemas de túneles).

Si de repente, en algún lugar entre la fuente y el RP, también hay destinatarios para el grupo, el tráfico de multidifusión tendrá que pasar por una forma dos veces. TOMAR, por ejemplo, aquí es una topología de este tipo: El tráfico en los mensajes de registro primero llegará a RP a lo largo de la línea R1-R42-R2, luego la multidifusión neta volverá a lo largo de la línea R2-R42. Por lo tanto, en la línea R42-R2, se irán dos copias de un tráfico, aunque en direcciones opuestas. Por lo tanto, es mejor transferir una multidifusión limpia a RP a RP, y para esto necesitas construir un árbol. Árbol de origen Por lo tanto, RP envía PIM unirse a R1. Pero ahora se indica en ella para la dirección del grupo, no RP, sino que la fuente estudiada desde el mensaje de registro. Este mensaje se llama Únase a (S, G) - Unión específica de la fuente Su objetivo es exactamente lo mismo que el Único a PIM (*, G): construir un árbol, solo esta vez desde la fuente a RP. Unirse (S, G) También extiende un nodo detrás de un nodo como unirse habitual (*, G). Solo unirse (*, G) está luchando por RP, y unirse (S, G) a S - Fuente. Como la dirección del destinatario también es una dirección de servicio 224.0.0.13 y TTL = 1. Si hay nodos intermedios, por ejemplo, R42, también forman registros (S, G) y una lista de interfaces descendentes para este grupo y se unen a la fuente. El camino para el que se unen de RP a la fuente se convierte en - Árbol de la fuente. Pero un nombre más común - - Después de todo, el tráfico de la fuente a RP irá a lo largo del camino más corto.

nueve) R1 Habiendo recibido unirse (S, G), agrega la interfaz FE1 / 0, desde la cual el paquete llegó a la lista de interfaces de aceite descendente y comienza a transmitir el tráfico de multidifusión neta, la encapsulación desaptuosa. La grabación (S, G) en R1 ya ha sido tan pronto como obtiene el primer paquete multifúsico del servidor de origen. De acuerdo con el árbol de origen construido, la multidifusión se transmite RP (y todos los clientes intermedios si son, por ejemplo, R42). .

Pero es necesario tener en cuenta que los mensajes de registro se transmitieron todo este tiempo y se pasaron hasta ahora. Es decir, de hecho, R1 envía dos copias del tráfico ahora: se trata de una multidifusión pura SPT, la otra está encapsulada en un registro unicustic. Primero, R1 envía una multidifusión para registrarse. Paquete 231.

. Entonces R2 (RP) quiere conectarse al árbol, envía unirse.

Paquete 232.

. R1 sigue siendo un tiempo, mientras que la consulta es procesada por R2, envía una multidifusión para registrarse ( Paquetes de 233 a 238. ). A continuación, cuando se agregó la interfaz corriente abajo al aceite en R1, comienza a transmitir multidifusión pura:

Paquetes 239 y 242. , pero aún no deteniéndose y registrate - Paquetes 241 y 243. . PERO и Paquete 240. - Este R2 no podía permanecer y, una vez más, pidió construir un árbol. Esquema y configuración inicial. 10) Entonces, la multidifusión desalada alcanza RP. Ella entiende que este es el mismo tráfico que viene en el registro, porque la misma dirección del grupo es la misma dirección de origen y de una interfaz. Para no recibir dos copias, se envía a R1 única. PIM Register-Stop

Registro-STOP no significa que R2 rechaza el tráfico o no reconozca más esta fuente, solo dice que es necesario dejar de enviar

encapsulado tráfico. A continuación, una feroz lucha: R1 continúa transfiriendo el tráfico acumulado en el búfer mientras los procesos de parada de registro, y la multidifusión habitual y dentro de los mensajes de registro:

Pero, tarde o temprano, R1 comienza a transmitir solo el tráfico de multidifusión puro.

Al prepararse, tuve una pregunta legítima: Bueno, ¿por qué todos estos túneles, PIM se registran? ¿Por qué no hacer un tráfico de multidifusión, al igual que con PIM unirse: envíe un salto detrás de un salto con TTL = 1 hacia RP, antes o más tarde vendrá? Así que también construiría un árbol al mismo tiempo sin gestos innecesarios.

Hay varios matices aquí.

Primero, el principio principal de PIM SM se viola: el tráfico enviado solo a donde se solicitó.

No hay unión - sin árbol

! En segundo lugar, si no hay clientes para este grupo, FHR no reconoce esto y continuará enviando tráfico en el "árbol propio". ¿Cuál es el uso sin sentido del ancho de banda? En el mundo de la comunicación, tal protocolo simplemente no sobreviviría, como no sobrevivió a PIM DM o DVMRP. Así que tenemos un gran árbol MDT para el grupo 224.2.2.4

Ahora le damos al servidor. Como ya hemos discutido anteriormente, no se preocupa por PIM, RP, IGMP, simplemente se transmite. Y R1 obtiene esta corriente. Su tarea es entregar una multidifusión a RP. Servidores fuente Registrarse antes de Cliente 1.

Cliente 2.

. Y este MDT se compone de dos piezas, que se construyeron independientemente entre sí:

De la fuente a RP y Rpt De RP a los clientes. Aquí está la diferencia entre el MDT de RPT y SPT. MDT es un término bastante común que significa un árbol de transmisión de multidifusión en general, mientras que RPT / SPT es su aspecto muy específico.

¿Y qué si el servidor ya está transmitido, y no hay cliente y no? MULTICAST, ¿así que obstruirá el sitio entre el remitente y el RP?

No, en este caso, PIM Register-Stop también ayudará. Si el mensaje de registro ha comenzado en RP para algún grupo, y no hay destinatarios para ella, RP no está interesado en obtener este tráfico, por lo tanto,

No envíe

Únase a PIM (S, G), RP envía inmediatamente la parada de registro a R1.

R1, después de haber recibido el registro, parar y ver que no hay un árbol para este grupo (sin clientes), comienza a descartar el tráfico de multidifusión del servidor.

Es decir, el propio servidor no está preocupado por esto y continúa enviando el flujo, pero, habiendo llegado a la interfaz del enrutador, el flujo se descartará.

En este caso, RP continúa almacenando la entrada (S, G). Es decir, el tráfico no se obtiene, pero donde se encuentra la fuente para el grupo conoce. Si aparecen destinatarios en el grupo, RP se entera de ellos y envía a la Unión de Fuente (S, G), que construye un árbol.

Además, cada 3 minutos R1 intentará volver a registrar una fuente en RP, es decir, envíe paquetes de registro. Es necesario para notificar a RP que esta fuente sigue viva.

En lectores particularmente curiosos, la pregunta debe surgir, ¿qué pasa con RPF? Después de todo, este mecanismo verifica la dirección del remitente del paquete de multidifusión y si el tráfico no proviene de la interfaz correcta, se descartará. Al mismo tiempo, el RP y la fuente pueden estar en diferentes interfaces. Así que en nuestro ejemplo para R3 RP, para FE1 / 1, y la fuente de FE1 / 0. . PERO La respuesta es predecible: en este caso, la dirección de origen está marcada, pero RP. Es decir, el tráfico debe venir de la interfaz hacia RP. Pero, como lo ves más, esto tampoco es una regla poco realista. .

Es importante entender que RP no es un imán universal, para cada grupo, puede haber su RP. Es decir, puede haber dos de ellos en la red, y tres, y cien - un RP es responsable de un conjunto de grupos, el otro es tras otro. Además, hay tal cosa como Anycast RP. Y luego diferentes RP pueden servir al mismo grupo. Tarea número 2. и - es r4 para Nota a la topología : En este problema, solo R1, R2 Routers están ejecutando administradores de nuestra red. Es decir, la configuración solo se puede cambiar en ellos. El servidor 172.16.0.5 transmite tráfico de multidifusión a grupos 239.1.1.1.1 y 239.2.2.2.

Configure la red de modo que el tráfico del grupo 239.1.1.1 no se transmita al segmento entre R3 y R5, y en todos los segmentos a continuación R5.

Pero al mismo tiempo, el grupo de tráfico 239.2.2.2 debe transmitirse sin problemas.

Detalles de la tarea aquí.

=====================

Razor Okkama o deshabilitando ramas innecesarias.

Después de que el último cliente en el segmento se negó a suscribirse, el PIM debe cortar el exceso de rama RPT.

Deje, por ejemplo, el único cliente en el R4 apagó la computadora. IGMP Deja el enrutador o después de que tres consultas IGMP sin respuesta entienden que no hay más clientes para FE0 / 0, y envía a RP Mensaje

Podar pim . Según el formato, es exactamente lo mismo que unirse, pero realiza la función opuesta. La dirección de destino también es 224.0.0.13, y TTL es 1.

Pero el enrutador que recibió PIM PRUNE antes de eliminar una suscripción, esperando un tiempo (generalmente 3 segundos, unir el temporizador de retardo).

Esto se hace para tal situación:

En un enrutador de dominio 3 de difusión 3. Uno de ellos es más alto y es él quien transmite tráfico de multidifusión al segmento. Esto es R1. Para ambos enrutadores (R2 y R3), su aceite contiene solo un registro.

Si ahora, R2 decide desconectarse y enviar PIM PRUNE, puede sustituir su colega R3 - R1 después de todo, dejará de transmitir en la interfaz en absoluto.

Entonces, para que esto no suceda, R1 y da tiempo de espera en 3 segundos. Durante este tiempo, R3 debe tener tiempo para reaccionar. Dada la red de transmisión, también recibirá ciruela de R2 y, por lo tanto, si quiere continuar recibiendo el tráfico, envía instantáneamente la únete a PIM habitual al segmento, notificando R1 que no es necesario eliminar la interfaz.

Este proceso se llama anulación de PRUNE. R2, por así decirlo, la corrección R1, interceptó la iniciativa.

SPT CURADOVER - CAMBIO RPT-SPT

Hasta ahora, solo consideramos solo

. Ahora vamos a acender Cliente 2. Al principio todo es idéntico para él. Cliente 1. - Él usa RPT de RP, que hemos considerado anteriormente. Por cierto, ya que ambos - y

Cliente 1. .

- Use un árbol, un árbol de este tipo se llama

Árbol compartido

- Este es un nombre bastante común. Árbol compartido = RPT.

  • Así es como se ve la tabla de enrutamiento de multidifusión en R5 al principio, inmediatamente después de la construcción del árbol: No hay registro (S, G), pero esto no significa que el tráfico de multidifusión no se transmita. Sólo R5 no se preocupa por el remitente. Tenga en cuenta cómo debe ir el tráfico en este caso - R1-R2-R3-R5. Aunque en resumen, el camino R1-R3-R5.
  • ¿Y si la red es más complicada? De alguna manera nakkuratnyko. Tenga en cuenta cómo debe ir el tráfico en este caso - R1-R2-R3-R5. Aunque en resumen, el camino R1-R3-R5.
  • El hecho es que mientras estamos atados a RP, es RPT root, solo ella a primera vista, a primera vista, dónde está quién es. Sin embargo, si piensa en el primer paquete de multidifusión, todos los enrutadores a lo largo de la ruta del tráfico conocerán la dirección de origen, porque se especifica en el encabezado IP. ¿Por qué nadie le envía a alguien hacia la fuente y optimiza la ruta? )

Sitio en la raíz. Dicha conmutación puede iniciar

LHR (enrutador del último salto)

- R5. Después de recibir el primer paquete de multidifusión de R3 R5, envía la única unaión (S, G) específica de la fuente a la interfaz FE0 / 1, que se especifica en su tabla de enrutamiento, como saliente para la red 172.16.0.0/24.

Habiendo recibido tal unirse, R3 lo envía no a RP, como lo hizo con la unión habitual (*, G), pero hacia la fuente (a través de la interfaz de acuerdo con la tabla de enrutamiento). Es decir, en este caso, R3 envía unirse (172.16.0.5, 224.2.2.4) a la interfaz FE1 / 0. .

A continuación, este únete a R1. Y R1 por y grande sin diferencia, que lo envió: RP o otra persona, simplemente agrega FE1 / 1 a su aceite para el grupo 224.2.2.4. En este punto, entre la fuente y el destinatario, de dos maneras y R3 reciben dos flujos. Tiempo para elegir recortar innecesario. Y es R3 que lo hace, porque R5 ya no puede poder distinguir entre estos dos arroyos, ambos vendrán a través de una interfaz.

Tan pronto como R3 registró dos flujos idénticos de diferentes interfaces, elige preferido de acuerdo con la tabla de enrutamiento. En este caso, directamente, mejor que a través de RP. En este punto, R3 envía PRUNE (S, G) al lado de RP, quemando esta rama RPT. Y desde este punto, solo hay una corriente directamente de la fuente.

Por lo tanto, PIM Build SPT - Ruta más corto del árbol. Es árbol de origen. Este es el camino más corto del cliente a la fuente. Por cierto, el árbol de la fuente al RP, que ya hemos considerado más alto, es esencialmente el mismo SPT.

Se caracteriza por la grabación (S, G). Si el enrutador tiene un registro de este tipo, entonces sabe que S es una fuente para el grupo G y el árbol SPT.

La raíz del árbol SPT es la fuente y realmente quiere decir "el camino más corto de

Fuente al cliente " Pero es técnicamente incorrecto, ya que las rutas de la fuente al cliente y del cliente a la fuente pueden ser diferentes. A saber, del cliente comienza a construir una sucursal de árbol: el enrutador envía PIM, Únase hacia la fuente / RP y RPF, también comprueba la corrección de la interfaz cuando Recibo

tráfico.

Recuerde que al comienzo de este párrafo en R5 solo hubo una entrada (*, G), ahora después de todos estos eventos, habrá dos: (*, G) y (S, G) Por cierto, incluso si observa la tabla de enrutamiento de multidifusión de R3 al mismo segundo, ya que la reproducción de reproducción en VLC, verá que ya está recibiendo tráfico de R1 directamente, ¿qué hace la presencia de grabación (S, G)? dice. . Es decir, la conmutación SPT ya ha ocurrido: esta es la acción predeterminada en el equipo de muchos fabricantes: para iniciar la conmutación después de recibir el primer paquete de multidifusión. En términos generales, tal interruptor puede ocurrir en varios casos: . Según el formato, es exactamente lo mismo que unirse, pero realiza la función opuesta. .

No suceder en absoluto (equipo

IP PIM SPT-Umfinity Infinity

).

Tras la utilización definitiva de ancho de banda (equipo

IP PIM SPT-UPSHOLD X Ciertamente, inmediatamente después de recibir el primer paquete (predeterminado o No hay IP PIM SPT-UPSHOLD X

Como regla general, la decisión de que "Time" toma LHR.

En este caso, la segunda vez que se cambia la operación RPF, revisa la ubicación de la fuente nuevamente. Es decir, de dos flujos de multidifusión, desde RP y de la fuente, se le da a la fuente tráfico desde la fuente.

Dr, afirma, reenviador

Algunos puntos más importantes al considerar PIM.

DR - Router designado

Este es un enrutador dedicado, que es responsable de enviar utilidades en RP.

Fuente Dr.

- Responsable de la adopción de paquetes de multidifusión directamente desde la fuente y registrarse en RP. Aquí hay un ejemplo de topología: .

No hay nada que hacer algo que ambos enrutadores pasen el tráfico a RP, que se reserven entre sí, pero el responsable debe ser solo uno. Dado que ambos enrutadores están conectados a una red de transmisión, se hacen pim-hola entre sí. Sobre la base de ella, hacen su elección. PIM Hello lleva el valor de prioridad de este enrutador en esta interfaz.

Cuanto mayor sea el valor, mayor será la prioridad. Si son iguales, el nudo se selecciona con la dirección IP más alta (también desde el mensaje hello). Si otro enrutador (no DR) durante el tiempo de espera (predeterminado 105 s) no recibió HELLO de un vecino, asume automáticamente el papel del DR. Esencialmente fuente dr es

FHHR - First Hop Router

Receptor Dr. - lo mismo que fuente DR, solo para destinatarios de tráfico de multidifusión - R2 (config) #interface loopback 0 rx (config-if) #ip pim sparse-mode .

Topología de ejemplo: Receptor DR es responsable de enviar a RP PIM. En la topología anterior, si ambos enrutadores enviarán unirse, ambos recibirán tráfico de multidifusión, pero no hay necesidad. Sólo el DR envía unirse. El segundo simplemente supervisa la disponibilidad del DR. :

Dado que el DR envía unirse, también transmitirá el tráfico en LAN. Pero entonces surge una pregunta natural, ¿y qué pasa si Pim Dr'om se convirtió en uno e IGMP QUERIERS? Y la situación es bastante posible, porque para Querier, menos IP, mejor, y para el DR, por el contrario. - es r4 para En este caso, el DR se selecciona ese enrutador, que ya es más consultivo y este problema no se produce.

Las reglas de selección del RECEIVER DR son exactamente iguales a la fuente DR.

Assert y PIM Forwarder

El problema de los dos enrutadores de transmisión simultáneamente puede ocurrir en el centro de la red, donde no hay clientes o fuentes, solo en los enrutadores. Esta pregunta muy aguda se encontraba en PIM DM, donde era una situación completamente ordinaria debido al mecanismo de inundación y podar. Pero en PIM SM, no está excluido.

Considera una red de este tipo: Desde la salida, está claro que el tráfico para el grupo 224.2.2.4 viene a través de FE0 / 1, y es necesario transmitirlo al puerto FE0 / 0. Aquí, tres enrutadores están en el mismo segmento de la red y, en consecuencia, son vecinos de PIM. R1 actúa como RP.

R4 envía a PIM unirse hacia RP. Desde este paquete de multidifusión cae en R2 y en R3, y ambos procesánlos, agregue una interfaz corriente abajo al aceite.

Aquí sería necesario trabajar el mecanismo de selección del DR, pero también en R2 y en R3 hay otros clientes de este grupo, y ambos enrutadores también se pueden enviar a PIM.

Cuando el tráfico de multidifusión proviene de la fuente en R2 y R3, se transmite a ambos enrutadores en el segmento y rebelde allí. PIM no intenta prevenir tal situación, aquí actúa sobre el hecho de un delito desafiado, tan pronto como el enrutador recibe un tráfico de multidifusión de este grupo en su interfaz aguas abajo (de la lista de petróleo), entiende: algo está mal - Otro remitente ya tiene en este segmento. Luego, el enrutador envía un mensaje especial. Pim afirmando.

Tal mensaje ayuda a elegir 

Forrador de PIM.

- El enrutador que tiene derecho a transmitir en este segmento. No se confunda con PIM DR. Primero, PIM DR es responsable del envío. Pim unirse y podar y el reenviador PIM - para enviar Tráfico

. La segunda diferencia: PIM DR siempre se selecciona en cualquier red al establecer un vecindario, y PIM Forwder es solo si es necesario, cuando se obtiene el tráfico de multidifusión de la interfaz de la lista de aceite.

Seleccione RP. 

Por encima de la simplicidad, pedimos RP a mano. IP PIM RP-Dirección Y aquí es como parecía el equipo.

Mostrar IP PIM RP

Pero presentaremos una situación completamente imposible en las redes modernas: Falló R2. Todo esto está hecho. Todavía funcionará, porque ocurrió SPT Switchover, pero todo es nuevo y todo lo que pasó por RP se romperá, incluso si hay una forma alternativa. Bueno, la carga en el administrador del dominio. Imagínese: para matar a 50 enrutadores a mano al menos un comando (y para diferentes grupos, puede ser diferente RPS). La selección dinámica de RP permite y evitando hechos a mano y garantiza la confiabilidad, si un RP no está disponible, otro llevará inmediatamente a la batalla. Actualmente hay un protocolo generalmente aceptado que le permite hacer: Oreja . Tsiska en tiempos anteriores promovió unos cuantos clumsy auto-rp

Pero ahora casi no se usa, aunque el Tsiska no lo reconoce, y Tenemos un rudimento molesto en forma de un grupo de 224.0.1.40. Es necesario pagar realmente el protocolo Auto-RP. Fue una salvación en tiempos anteriores. Pero con la llegada del bootstrap abierto y flexible, naturalmente dio paso a su posición.

Entonces, supongamos que en nuestra red queremos que R3 recoja las funciones RP en caso de fallo de R2.

R2 y R3 se definen como candidatos para el papel de RP, por lo que se llaman

C-RP.

. En estos enrutadores, configure:

RX (config) Interface Loopback 0 Rx (Config-if) IP PIM SPARSE-MODE RX (Config-if) Salir RX (config) #ip PIM RP-Candidate Loopback 0

  1. Pero todavía no pasa nada: los candidatos aún no saben cómo notificar a todos sobre ellos mismos.
  2. Para informar a todos los enrutadores de dominio de multidifusión sobre el mecanismo de RP existente ingresado
  3. BSR - Bootstrap Router
  4. . Puede haber varios solicitantes, como C-RP. Se llaman respectivamente
  5. C-BSR.
  6. . Están configurados de una manera similar.

Deje que BSR esté con nosotros uno y para la prueba (exclusivamente) será R1. Pero después de un tiempo en la misma sucursal, el enrutador está intentando nuevamente para enviar una multidifusión: repentinamente apareció destinatarios. Si no aparece, la sucursal se corta de nuevo en un período determinado. Si el cliente en el enrutador apareció en el intervalo entre estos dos eventos, se envía el mensaje de injerto: el enrutador solicita la rama de corte hacia atrás para no esperar hasta que caiga algo. R1 (CONFIG) Interfaz Loopback 0 R1 (Config-if) IP PIM SPARSE-MODE SPARSE-MODE R1 (Config-if) Salir R1 (config) #ip PIM BSR-Candidate Loopback 0 Independiente es porque no está vinculado a un programa en particular de enrutar el tráfico único, y luego verá por qué. Primero, se selecciona una BSR principal de toda C-BSR, que se cargará a todos. Para hacer esto, cada C-BSR envía una multidifusión. llamada Mensaje de bootstrap (BSM) Esquema y configuración inicial. La dirección 224.0.0.13 es también un paquete de protocolo PIM. Debe aceptarse y procesar todos los enrutadores de multidifusión y después de enviar todos los puertos donde se activa el PIM. BSM se transmite, no al lado de algo (RP o Fuente), en contraste con PIM unirse, y en todas las direcciones. Dicho correo de un ventilador ayuda a lograr BSM de todas las esquinas de la red, incluidas todas las C-BSR y todas las C-RP. Para que el BSM vague por la red infinitamente, se aplica el mismo mecanismo de RPF: si el BSM provino de la interfaz incorrecta detrás de la cual se libera la red del remitente de este mensaje, se descarta dicho mensaje. Es decir, cada enrutador en el camino debería manejar tal únete y, si es necesario, enviar una nueva unión al lado del RP. (Es importante entender que si ya hay este grupo en el enrutador, no se enviará unirse, simplemente agregará la interfaz desde la cual se unirá al petróleo y comienza a pasar el tráfico). Con estos BSM, todos los enrutadores de multidifusión determinan el candidato más digno basado en las prioridades. Tan pronto como C-BSR recibe un BSM de otro enrutador con una prioridad grande, deja de enviar sus mensajes. Como resultado, todos poseen la misma información. Perdona a Cisco esta rareza? Junto con todos los demás? . : En este problema, solo R1, R2 Routers están ejecutando administradores de nuestra red. Es decir, la configuración solo se puede cambiar en ellos. En esta etapa, cuando se selecciona BSR, debido al hecho de que su BSM ha divergido en toda la red, C-RP conoce su dirección y la singularidad envían mensajes.

CandidTE-RP-PUBLICIDAD en el que llevan una lista de grupos que sirven, esto se llama Mapeo grupal a rp . BSR Todos estos mensajes agregan y crean. RP-Set. - Tabla de información: qué RP cada grupo está reparado. A continuación, la BSR de la manera anterior del ventilador envía el mismo mensaje de arranque, que esta vez contiene RP-Set. Estos mensajes alcanzan con éxito todos los enrutadores de multidifusión, cada uno de los cuales Solo Hace una opción que RP debe usarse para cada grupo específico. BSR periódicamente hace dicha distribución para que, por un lado, todos supieran que la información sobre RP sigue siendo relevante, y en el otro C-BSR, eran conscientes de que el BSR principal sigue vivo. RP, por cierto, también envíe periódicamente sus anuncios de candidato-rp-publicidad a BSR. También desea recibir tráfico de multidifusión para el mismo grupo, R5 enviará a PIM unirse a FE0 / 1, ya que es RP, R3, lo que lo recibe, forma un nuevo Único a PIM y lo envía a FE1 / 1, donde se encuentra RP. De hecho, todo lo que necesita hacer para configurar la selección de RP automática: especifique C-RP y especifique C-BSR, no tanto funciona, todo lo demás hará PIM para usted. Como siempre, para aumentar la confiabilidad, se recomienda especificar las interfaces de bucle de bucle como candidatos. Completando el capítulo de PIM SM, notemos los momentos más importantes. Esta pregunta muy aguda se encontraba en PIM DM, donde era una situación completamente ordinaria debido al mecanismo de inundación y podar. Se debe proporcionar una conexión única ordinaria con IGP o rutas estáticas. Esto subyace al algoritmo RPF. El árbol se basa solo después de que aparezca el cliente. Es el cliente el que inicia la construcción de un árbol. Ningún cliente - ningún árbol. RPF ayuda a evitar los bucles. Todos los enrutadores deben ser conscientes de quién rp es solo con su ayuda, puede construir un árbol. El punto de RP se puede indicar estáticamente y se puede seleccionar automáticamente utilizando el protocolo BOOTSTRAP. RPT está construido en la primera fase: un árbol de los clientes a RP, y árbol de origen, un árbol de la fuente a RP. En la segunda fase, la conmutación de la RPT incorporada en SPT es la ruta más corta del destinatario a la fuente. También enumero todo tipo de árboles y mensajes que ahora somos conocidos. . Un término común que describe cualquier árbol de transmisión de multidifusión.

. Un árbol con el camino más corto del cliente o RP a la fuente. En PIM DM solo hay SPT. En PIM SP SPT puede ser de la fuente a RP o desde la fuente al destinatario después de que ocurrió el conmutador SPT. Indicado por registro

- Fuente conocida para el grupo.

- Lo mismo que SPT.

. Árbol de RP a los destinatarios. Utilizado solo en PIM SM. Indicado por registro

- igual que la rpt. Se llama así porque todos los clientes están conectados a un árbol común con la raíz en RP.

Mensajes de modo escaso PIM:

Hola.

- Establecer vecindario y mantener estas relaciones. También es necesario seleccionar DR. Únete (*, g) - Solicitud de conexión al grupo G. No importa la fuente de la OMS. Salida hacia RP. Con su ayuda, se construye el árbol RPT. Unirse (s, g) - Unión específica de la fuente. Esta es una solicitud para conectarse a un grupo G con una fuente específica - S. Enviado hacia la fuente - S. Con su ayuda, se construye el árbol SPT.

PRUNE (*, G)

- Solicitud de desconexión del árbol G, cualesquiera de las fuentes por ella. Salida hacia RP. Así que la rama RPT está cubierta.

  • PRUNE (S, G)
  • - Solicitud de apagado desde el árbol del árbol, la raíz de la cual se encuentra el sistema S. S. S. S. S. S. S. S. S. Así que la rama SPT está cortada.
  • - Un mensaje especial dentro del cual se transmite la multidifusión a RP hasta que SPT se construye a partir de la fuente a RP. Transmitido por unidst de FHR en RP.

Registrarse-Stop.

- Es enviado por Unicust con RP a FHHR, ordenando dejar de enviar el tráfico de multidifusión, encapsulado en el registro.

- Los paquetes de mecanismos BSR que le permiten seleccionar un enrutador a la función BSR, y también transmitir información sobre RP y grupos existentes.

Afirmar.

- Mensaje para seleccionar PIM Forwarder para que dos enrutadores hayan pasado a un segmento.

Candidato-RP-PUBLICIDAD

- un mensaje en el que RP envía información sobre qué grupos que sirve. 

Rp-accesible

- Mensaje de RP, que notifica todo sobre su disponibilidad.

  • * Hay otros tipos de mensajes en PIM, pero estos ya son detalles *
  • ¿Y ahora intentemos abstenernos de los detalles del protocolo? Y entonces su complejidad se vuelve obvia.
  • 1) definición de RP, 2) Registro de la fuente en RP, 3) Cambiando el árbol SPT.

Muchos estados de protocolo, muchos registros en la tabla de enrutamiento de multidifusión. ¿Es posible hacer algo? Hasta la fecha, hay dos enfoques diametralmente opuestos para simplificar PIM: SSM y BIDIR PIM. SSM.

Todo lo que hemos descrito todavía es

ASM - Cualquier fuente de multidifusión

. Los clientes son indiferentes, que es una fuente de tráfico para el grupo, lo principal es que lo reciben. Como recuerda, el informe IGMPV2 se solicita simplemente conectarse al grupo.

SSM - Fuente de multidifusión específica - Enfoque alternativo. En este caso, los clientes indican el grupo y la fuente cuando se conecta. ¿Qué da? No más: la capacidad de deshacerse completamente de RP. LHR Descubra inmediatamente la dirección de origen: no es necesario que se unan unirse a la RP, el enrutador puede enviar inmediatamente unirse (S, G) en la dirección de la fuente y construir SPT.

Así que nos deshacemos de

Búsqueda RP (protocolos de bootstrap y auto-rp),

Registro de la fuente en la multidifusión (y esto es demasiado tiempo, uso dual de ancho de banda y túneles) Cambiando a SPT. Dado que no hay RP, entonces no hay RPT, respectivamente, en un enrutador no será ninguna entrada (*, g), solo (S, G).

Otro problema que se resuelve con SSM es la presencia de varias fuentes. En ASM se recomienda que la dirección del grupo de multidifusión sea única y solo una fuente transmitida en ella, porque en el árbol RPT varias flujos son algo, y el cliente, obteniendo dos corrientes de diferentes fuentes, probablemente no podrá desmontar ellos. En SSM, el tráfico de diferentes fuentes se distribuye de forma independiente, cada una en su árbol SPT, y esto ya se está convirtiendo en no un problema, y ​​la ventaja, se pueden transmitir varios servidores simultáneamente. Si de repente, el cliente comenzó a solucionar las pérdidas de la fuente principal, puede cambiar a la copia de seguridad, ni siquiera la reconstruya, también recibió dos arroyos. Además, el posible vector de ataques en la red con enrutamiento de multidifusión activada es conectar el intruso de su fuente y generar una gran cantidad de tráfico de multidifusión que sobrecarga la red. En SSM, esto está prácticamente excluido.

Para SSM, se resalta una gama especial de direcciones IP: 232.0.0.0/8. En los enrutadores para admitir SSM, el modo PIM SSM está habilitado. Enrutador (config) # IP PIM SSM

IGMPV3 y MLDV2 Soporte SSM en forma pura.

Al usarlos, el cliente puede

Solicite la conexión a solo un grupo, sin especificar fuentes. Es decir, funciona como un ASM típico.

Solicite una conexión a un grupo con una fuente específica. Las fuentes se pueden especificar varias: se construirá un árbol antes de cada uno de ellos. Solicite una conexión de grupo y especifique una lista de fuentes de las cuales el cliente No quería recibiría tráfico

IGMPV1 / V2, MLDV1 no es compatible con SSM, pero hay tal cosa como Solicite una conexión a un grupo con una fuente específica. Las fuentes se pueden especificar varias: se construirá un árbol antes de cada uno de ellos. Mapeo de SSM. . En el siguiente al cliente, el enrutador (LHR) se coloca de acuerdo con la dirección de origen (o varias). Por lo tanto, si hay clientes que no son compatibles con IGMPV3 / MLDV2, SPT también se construirá para ellos, y no se debe a RPT, debido al hecho de que la dirección de origen todavía se conoce. El mapeo de SSM se puede implementar tanto la configuración estática en LHR y al referirse al servidor DNS. El problema del SSM es que los clientes deben conocer las direcciones de origen de antemano, no les están comunicadas. Por lo tanto, SSM es bueno en aquellas situaciones en que la red tiene un cierto conjunto de fuentes, se sabe que sus direcciones conocen y no cambiarán. Y los terminales o aplicaciones del cliente están atados a ellos. En otras palabras, IPTV es un ambiente muy adecuado para implementar SSM. Describe bien el concepto. Uno a muchos

- Una fuente, muchos destinatarios.

BIDIR PIM.

¿Y qué pasaría si las fuentes de red pueden aparecer espontáneamente allí, entonces, para transmitir en los mismos grupos, detener rápidamente la transmisión y desaparecer?

Por ejemplo, esta situación es posible en juegos de red o en un centro de datos, donde los datos se replican entre diferentes servidores. Este es un concepto Muchos a muchos - Muchas fuentes, muchos clientes.

¿Cómo lo mira el PIM SM habitual?

¿Está claro que el SSM PIM inerte no es adecuado?

Solo piensa que comenzará el caos: insensible registro de fuentes, reconstruir árboles, una gran cantidad de registros (s, g) que viven durante unos minutos debido a los temporizadores de protocolo.

  • PIM bidireccional está siendo ingresos ( PIM bidireccional, bidired pim
  • ). A diferencia de SSM, está completamente completamente rechazado por SPT y registros (S, G), solo el árbol compartido permanece con la raíz en RP. Y si en el PIM habitual, el árbol es unilateral, el tráfico siempre se transmite desde la fuente hacia abajo SPT y de RP hacia abajo en la RPT, hay una división clara donde la fuente donde los clientes, luego en bidireccional del tráfico de origen a la RP, también pasa el árbol compartido, de la misma manera, según el cual el tráfico fluye hacia los clientes.
  • Esto le permite negarse a registrar una fuente en las transferencias de tráfico RP, ciertamente, sin ningún cambio de alarma y estado. Dado que los árboles SPT no están en absoluto, entonces la conmutación SPT no ocurre también. Por ejemplo: Solicite una conexión a un grupo con una fuente específica. Las fuentes se pueden especificar varias: se construirá un árbol antes de cada uno de ellos. Fuente1
  • comenzó a transferir el grupo de tráfico 224.2.2.4 a la red simultáneamente con Source2. . Los arroyos de ellos simplemente se vertieron hacia RP. Algunos clientes que están cerca comenzaron a recibir tráfico a la vez, porque en los enrutadores hay una entrada (*, G) (hay clientes). Otra parte recibe tráfico en árbol compartido de RP. Y reciben tráfico de ambas fuentes al mismo tiempo. Es decir, si toma un juego de red especulativo para un ejemplo, . En el siguiente al cliente, el enrutador (LHR) se coloca de acuerdo con la dirección de origen (o varias). Por lo tanto, si hay clientes que no son compatibles con IGMPV3 / MLDV2, SPT también se construirá para ellos, y no se debe a RPT, debido al hecho de que la dirección de origen todavía se conoce. Este es el primer tirador en el tirador, que hizo un tiro, y

Source2.

- Este es otro jugador que dio un paso hacia el lado. Información sobre estos dos eventos distribuidos en toda la red. Y

todos

Ejemplo: IPTV.

Otro jugador (

.

Recipiente

) Debo aprender sobre estos dos eventos.

Si recuerda, justo antes de explicar por qué se necesita el proceso de registro de la fuente sobre RP, para que el tráfico no ocupe el canal cuando no haya clientes, es decir, RP simplemente lo rechazó. ¿Por qué no pensamos en este problema ahora? La razón es simple: BIDIR PIM para situaciones donde hay muchas fuentes, pero no se transmiten constantemente, pero periódicamente, las piezas de datos relativamente pequeñas. Es decir, el canal de la fuente a RP no se eliminará de agua.

Tenga en cuenta que, en la imagen de arriba, entre R5 y R7, hay una línea recta, mucho más corta que la ruta a través de RP, pero no se ha utilizado, porque se une a RP de acuerdo con la tabla de enrutamiento en la que esta ruta no es óptima.

Parece bastante simple: debe enviar paquetes de multidifusión en la dirección de RP y en todo, pero hay un matiz que todos los botines - RPF. En el árbol RPT, requiere que el tráfico viene de RP y no de lo contrario. Y podemos venir desde cualquier lugar. Nosotros, por supuesto, no podemos tomar y abandonar RPF, este es el único mecanismo que evita la formación de bucles.

Por lo tanto, el concepto se introduce en BIDIR PIM.

DF - Forwarder designado

. En cada segmento de red, se selecciona un enrutador, cuya ruta a RP está mejor seleccionada en cada línea a este rol.

Incluyendo esto se realiza en aquellas líneas donde los clientes están conectados directamente. BIDIR PIM DF es automáticamente DR.

La lista de aceite se forma solo de aquellas interfaces en las que se seleccionó el enrutador para el papel de DF.

Las reglas son bastante transparentes:

Si la solicitud de licencia / licencia PIM llega a esa interfaz, que en este segmento es DF, se transmite hacia RP de acuerdo con las reglas estándar.

Aquí, por ejemplo, R3. Si las solicitudes llegaron a las interfaces DF, que están marcadas con un círculo rojo, las transmite a RP (a través de R1 o R2, dependiendo de la tabla de enrutamiento).

Si la solicitud de licencia / licencia PIM llegó a una interfaz de no DF, se ignorará. Supongamos que el cliente, que está entre R1 y R3, decidió conectar y enviar el informe IGMP. R1 lo consigue a través de la interfaz donde se selecciona DF (marcado con un círculo rojo), y regresamos al escenario anterior. Y R3 recibe una solicitud a una interfaz que no es DF. R3 ve que no es el mejor aquí, e ignora la solicitud. (Si el tráfico de multidifusión llegó a la interfaz DF, se enviará a las interfaces de la lista de aceite y hacia RP. Por ejemplo,

Comenzó a transmitir tráfico. R4 lo convierte en su interfaz DF y lo transmite a otra interfaz DF, hacia el cliente y hacia RP, es importante porque el tráfico debe obtener RP y extenderse sobre todos los destinatarios. R3 también entra: una copia a las interfaces de la lista de aceite, es decir, en R5, donde se descartará debido al control RPF, y el otro está hacia RP.

Si el tráfico de multidifusión llegó a una interfaz de no DF, debe enviarse a interfaces de la lista de petróleo, pero

no será

Publicado hacia RP.

Por ejemplo,

Comenzó a transmitir, el tráfico llegó a RP y comenzó a extenderse por la RPT. R3 obtiene tráfico de R1, y no lo transmitirá a R2, solo en R4 y R5.

Por lo tanto, DF garantiza que solo una copia del paquete de multidifusión y la formación de bucles se excluyen en RP finalmente se enviarán. Al mismo tiempo, el árbol común en el que se encuentra la fuente, por supuesto, recibirá este tráfico antes de ingresar a RP. RP, de acuerdo con las reglas ordinarias, el tráfico se enviará a todos los puertos petroleros, además, de dónde proviene el tráfico.

Por cierto, no hay necesidad de los mensajes de afirmación, porque DF se selecciona en cada segmento. A diferencia del DR, no solo es responsable de enviar una unión al RP, sino también para la transmisión del tráfico al segmento, es decir, la situación en la que los dos enrutadores se transmiten a una postura, excluidos en BIDIR PIM.

Quizás lo último que debes decir sobre el PIM bidireccional es las características de RP. Si el PIM SM RP realizó una función específica: el registro de la fuente, entonces en BIDIR PIM RP es un cierto punto muy condicional al que el tráfico se esfuerza por un lado y se unen a los clientes en el otro. Nadie debe realizar la decapsulación, para preguntar la construcción del Árbol SPT. Sólo en un enrutador, de repente, el tráfico de fuentes comienza a transmitirse a un árbol compartido. ¿Por qué estoy diciendo "en algunos"? El hecho es que en BIDIR PIM RP, un punto abstracto, y no un enrutador específico, ya que una dirección RP puede realizar una dirección IP inexistente, la cosa principal es que se enruta (tal RP se llama Phantom RP

Todos los términos relacionados con PIM se pueden encontrar en Glosario Multicast en el canal Entonces, detrás de la larga semana laboral con falta de sueño, procesamiento, pruebas, ha implementado con éxito un departamento de clientes y ventas de multidifusión y clientes satisfechos. El viernes no es el peor día para pasar por alto la creación y ofrecer una estancia agradable. .

El viernes no es el peor día para pasar por alto la creación y ofrecer una estancia agradable.

Pero su sueño de la tarde repentinamente perturbó la convocatoria del apoyo técnico, entonces, uno más y, sin embargo, nada funciona, todo se rompió. Check - Pensas, se rompen. Todo converge en un segmento de varios interruptores.

SSH UNBROEDITED, verificó la CPU, verificó la eliminación de interfaces y el acabado del cabello, cargando casi un 100% en todas las interfaces de una VLAN. ¡El lazo! ¿Pero de dónde viene de si no se celebró ningún trabajo? 10 minutos de comprobación y usted notó que en la interfaz ascendente al núcleo, tiene mucho tráfico entrante, y en todo descendente a los clientes, saliente. Para el bucle, también es característico, pero de alguna manera sospechosamente: introdujo una multidifusión, no hizo ningún trabajo en la conmutación y el salto solo en una dirección.

Revisó una lista de grupos de multidifusión en el enrutador, y hay una suscripción a todos los canales posibles y todo en un puerto es naturalmente el que conduce a este segmento.

La investigación meticulosa ha demostrado que la computadora del cliente está infectada y envía consulta IGMP a todas las direcciones de multidifusión en una fila.

Se iniciaron las pérdidas de paquetes, porque los interruptores tuvieron que pasar por sí mismos una gran cantidad de tráfico. Esto causó el desbordamiento de los tampones de interfaz.

La pregunta principal es ¿la razón por la que el tráfico de un cliente comenzó a copiarse a todos los puertos?

La razón de esto se encuentra en la naturaleza de las direcciones MAC de multidifusión. El hecho es que el espacio de las direcciones IP de multidifusión se muestra especialmente en el espacio de las direcciones MAC de multidifusión. Y el enganche es que nunca se utilizarán como una dirección MAC de origen, y, por lo tanto, no se estudiarán por el interruptor y se enumeran en la tabla de direcciones MAC. ¿Qué hace el interruptor con marcos, cuya dirección de destino no se estudia? Los envía a todos los puertos. Qué pasó.

Esta es la acción por defecto.

Direcciones MAC de multidifusión Entonces, ¿qué direcciones MAC están sustituidas en el encabezado Ethernet de dichos paquetes? ¿Transmisión? No. Hay una gama especial de direcciones MAC en las que se muestran las direcciones IP de multidifusión. Registrarse Todas las direcciones especiales comienzan:

0x01005e y el siguiente 25to bit debe ser 0

Tratar de responder por qué es

). Los 23 bits restantes (recuérdales a todos en la dirección MAC-48) se transfieren desde la dirección IP.

Aquí se encuentra algunos no muy serios, sino el problema. La gama de direcciones de multidifusión está determinada por la máscara 224.0.0.0/4, lo que significa que los primeros 4 bits están reservados: 1110, y los 28 bits restantes pueden cambiar. Es decir, tenemos 2 ^ 28 direcciones IP de multidifusión y solo 2 ^ 23 direcciones MAC: para mostrar 1 en 1 falta 5 bits. Por lo tanto, se toman los últimos 23 bits de direcciones IP y uno a uno se transfiere a la dirección MAC, los 5 restantes se descartan.

De hecho, esto significa que se mostrarán 2 ^ 5 = 32 direcciones IP en una dirección MAC de multidifusión. Por ejemplo, grupos 224.0.0.1, 224.128.0.1, 225.0.0.1 y así hasta 239.128.0.1, todos se mostrarán en una dirección MAC 0100: 5E00: 0001.

Si toma un volcado de transmisión de transmisión como ejemplo, puede ver:

Dirección IP - 224.2.2.4, dirección MAC: 01: 00: 5E: 02: 02: 04.

También hay otras direcciones MAC de multidifusión que no pertenecen al IPv4-Multidast (click

). Todos ellos, por cierto, se caracterizan por el hecho de que el último bit del primer octeto es igual a 1.

Naturalmente, ni en la misma tarjeta de red no se puede configurar por una dirección MAC de este tipo, por lo que nunca estará en el campo Ethernet de la fuente MAC y nunca caerá en la tabla de direcciones MAC. Así que tales marcos deben enviarse como cualquier unidifusión desconocida

A todos los puertos de Vlan.

En total, que hemos considerado antes, es suficiente transmitir completamente cualquier tráfico de multidifusión desde transmisión de videos hasta las cotizaciones de precios de acciones. Pero realmente lo hacemos en nuestro mundo casi perfecto con una desgracia, como una transmisión de transmisión de lo que podría transferirse a los elegidos.

Para nada. Especialmente para los perfeccionistas Mecanismo inventado

IGMP-SNOOPING.

La idea es muy simple: el interruptor "escucha" pasando a través de los paquetes IGMP.

Para cada grupo, por separado lidera la tabla de puertos ascendentes y hacia abajo.

Si el informe de IGMP vino del puerto para un grupo, entonces un cliente, el conmutador lo agrega a la lista de enlace descendente para este grupo.

Si la consulta IGMP vino del puerto para el grupo, entonces hay un enrutador, el conmutador lo agrega a la lista ascendente.

Esto genera una tabla de transmisión de tráfico de multidifusión a nivel de canal. Como resultado, cuando se produce una corriente de multidifusión de arriba, se copia solo a las interfaces descendentes. Si en el interruptor de 16 puertos solo solo dos clientes, solo se entregarán el tráfico. El genio de esta idea termina cuando pensamos en su naturaleza. El mecanismo asume que el interruptor debe escuchar el tráfico al tercer nivel.

Sin embargo, IGMP-Snooping no es una comparación con NAT para ignorar los principios de la interacción de la red. Además, además de ahorrar en recursos, conlleva muchas oportunidades menos obvias. Sí, y en general, en el mundo moderno, el conmutador que sabe cómo mirar dentro de IP: el fenómeno no es excepcional. ===================== Tarea número 3.

El servidor 172.16.0.5 transmite el tráfico de multidifusión a grupos 239.1.1.1, 239.2.2.2 y 239.0.x.

Configure la red para que:

- El cliente 1 no pudo unirse al grupo 239.2.2.2. Pero al mismo tiempo podría unirse al grupo 239.0.0.x.

- El cliente 2 no pudo unirse al grupo 239.1.1.1. Pero al mismo tiempo podría unirse al grupo 239.0.0.x.

Detalles de la tarea aquí.

=====================

Proxy Snooping IGMP.

.

Un lector de respuesta puede tener una pregunta sobre cómo IGMP Snooping aprende todos los puertos de los clientes, dado que solo un cliente más rápido es responsable de la consulta IGMP, ya que dijimos anteriormente. Y muy simple: IGMP Snooping no permite que el informe se vaya entre los clientes. Se envían solo a los puertos ascendentes a los enrutadores. Sin ver el informe de otros destinatarios de este grupo, el cliente está obligado a responder a la consulta durante el tiempo de respuesta máximo especificado en esta consulta.

Como resultado, en la red para 1000 nodos a una consulta IGMP durante segundos 10 (el valor habitual del tiempo de respuesta máximo) vendrá 1000 informes al enrutador. Aunque sería suficiente para él para cada grupo.

Y sucede cada minuto.

En este caso, puede configurar el proxyying de las solicitudes de IGMP. Luego, el interruptor no solo "escucha" los paquetes que pasan, los intercepta.

Las reglas de operación de IGMP-Snooping pueden diferir para diferentes fabricantes. Por lo tanto, considere conceptualmente:

1) Si el conmutador llega al primer informe al grupo, se envía al enrutador, y la interfaz está sometida al enlace descendente. Si tal grupo ya está allí, la interfaz simplemente se agrega a la lista descendente, y se destruye el informe.

2) Si la última licencia llega al conmutador, entonces no hay otros clientes, esta licencia se enviará al enrutador, y la interfaz se elimina de la lista de enlace descendente. De lo contrario, la interfaz se elimina simplemente, se destruye la licencia.

3) Si la consulta IGMP viene del enrutador, el interruptor lo intercepta, lo envía a la respuesta del informe IGMP para todos los grupos que actualmente tienen destinatarios.

Ahora le damos al servidor. Como ya hemos discutido anteriormente, no se preocupa por PIM, RP, IGMP, simplemente se transmite. Y R1 obtiene esta corriente. Su tarea es entregar una multidifusión a RP. Y luego, dependiendo de la configuración y el fabricante, o la misma consulta se envía a todos los puertos de clientes, o el interruptor bloquea la consulta del enrutador y en sí mismo actúa como Querer, politizando periódicamente a todos los destinatarios. Esto reduce la proporción de tráfico de servicios innecesarios en la red y la carga en el enrutador. Replicación de VLAN de multidifusión El cliente también solicitará un grupo de 224.2.2.4 a través del reproductor VLC. Abreviado En el informe IGMPV2 va a la dirección del grupo deseado, y en paralelo se indica en el paquete en sí. Estos mensajes deben vivir solo dentro de su segmento y no reenviar de todos modos por los enrutadores, por lo tanto, tienen 1 TTL. MVR.

. Este es un mecanismo para aquellos proveedores que practican VLAN-PER USUARIOS

, p.ej.

Aquí hay un ejemplo típico de una red donde MVR es vital:

5 clientes en diferentes VLAN, y todos desean recibir tráfico de multidifusión de un grupo 224.2.2.4. En este caso, los clientes deben permanecer aislados unos de otros.

IGMP-Snooping tiene en cuenta, por supuesto, y VLAN. Si cinco clientes en diferentes VLAN solicitan un grupo, serán cinco tablas diferentes. En consecuencia, hay 5 solicitudes para conectarse al grupo al enrutador. Y cada Sabinternia de estos cinco en el enrutador se agregará por separado en aceite. Es decir, habiendo recibido 1 transmisión para el Grupo 224.2.2.4, enviará 5 copias, a pesar de que todos entran en un segmento.

Para resolver este problema, se desarrolló un mecanismo de replicación de VLAN de multidifusión.

Se ingresa una VLAN adicional -

.

Vlan de multidifusión.

- En él, en consecuencia, se transmitirá un flujo de multidifusión. Es "de buen gusto" directamente al último interruptor, donde se copia el tráfico desde ella a todas las interfaces de cliente que desean recibir este tráfico, esta es una replicación.

.

Dependiendo de la implementación de la replicación de la VLAN de multidifusión se puede hacer en

Usuario-vlan.

o en ciertas interfaces físicas.

¿Y qué pasa con los mensajes IGMP? Consulta del enrutador, por supuesto, viene a través de la VLAN de multidifusión. El conmutador los envía a los puertos cliente. Cuando el informe o la licencia proviene del cliente, el interruptor comprueba desde donde está (VLAN, una interfaz) y, si es necesario, redirige a una VLAN de multidifusión.

Por lo tanto, el tráfico ordinario está aislado y aún se va al enrutador en el usuario VLAN. Un tráfico de multidifusión y paquetes IGMP se transmiten a VLAN de multidifusión.

.

Cisco MVR y IGMP-Snooping están configurados de forma independiente. Es decir, puede desactivar uno y el segundo funcionará. En general, MVR se basa en IGMP-Snooping y en los interruptores de otros fabricantes para las operaciones de MVR puede ser obligatoria de la inclusión de IGMP-Snooping.

Revisión de RPF.

Además, IGMP-Snooping le permite realizar un filtrado de tráfico en los interruptores, limite el número de grupos disponibles para el usuario, la inclusión de Querier IGMP, la configuración estática de los puertos ascendentes, la conexión permanente a cualquier grupo (este script está en el acompañamiento video

), Rápida reacción a un cambio en la topología enviando una consulta adicional, mapeo de SSM para IGMPV2, etc.

  • Terminando la conversación sobre IGMP-Snooping, quiero repetir: esta es una funcionalidad opcional: todo funcionará sin él. Pero hará que la red sea más predecible, y la vida del ingeniero es más tranquila.
  • Sin embargo, todas las ventajas de la snooping IGMP se pueden envolver contra sí mismas. Uno de este tipo se puede leer como referencia.
  • Por cierto, el mismo Cisco tiene un protocolo CGMP.

- Análogo de IGMP, que no viole los principios del conmutador, sino que es correctamente y no debe decir que se extienda.

Entonces, mi lector incansable, nos acercamos al final del problema y finalmente desea mostrar cómo se puede implementar el servicio IPTV en el lado del cliente.

La forma más fácil que hemos apelado repetidamente en este artículo: ejecute un jugador que pueda tomar un flujo de multidifusión de la red. Puede configurar manualmente la dirección IP del grupo y disfrutar del video.

Otra opción del programa que los proveedores a menudo utilizan es una aplicación especial, generalmente es bastante personalizada, en la que se coserá el conjunto de canales utilizados en la red del proveedor. No es necesario establecer algo manualmente: solo necesita cambiar los canales con los botones.

Ambas formas hacen posible ver el video de transmisión solo en su computadora.

La tercera opción le permite usar el televisor, y como regla general. Para hacer esto, la casa del cliente pone el llamado conjunto de selección (STB): una caja instalada en el televisor. Este es un pusaleak, que se incluye en la línea de suscriptores y comparte el tráfico: el unico habitual que otorga a Ethernet o WiFi para que los clientes tengan acceso a Internet, y la corriente de multidifusión se transmite al televisor a través del cable (DVI, RGB, Antena TD.).

A menudo, usted, por cierto, puede ver un anuncio, donde el proveedor ofrece sus consolas para conectar la televisión, este es el mismo STB

Número de tarea 4.

Finalmente, una tarea de multidifusión no trivial (los autores no son nosotros, habrá un enlace al original en las respuestas).

  1. El esquema más simple:
  2. Por un lado, el servidor de origen, con un arco, una computadora que está lista para tomar tráfico.

Puede instalar una dirección de flujo de multidifusión.

Y, en consecuencia, dos preguntas:

  • ¿Qué hay que hacer para que la computadora pueda obtener el flujo y no recurrir al enrutamiento de multidifusión?
  • Supongamos que no sabe qué multidifusión y no puede configurarlo, ¿cómo transferir el transmisión desde el servidor a una computadora?
  • La tarea se busca fácilmente en el motor de búsqueda, pero trata de resolverlo usted mismo.
  • Detalles de la tarea aquí.
  • =====================
  • No rentable en el artículo siguió siendo el enrutamiento de dominio cruzado del tráfico de multidifusión (MSDP
  • , MBGP.

, Bgmp

), cargue el equilibrio entre RP (Anycast RP

, Protocolos propietarios. Pero, creo, tener un punto de inicio, este artículo, para lidiar con el resto no será difícil.

Todos los términos relacionados con una multidifusión, usted puede encontrar en el Glossary LookMeup de telecomunicaciones

Para obtener ayuda en la preparación de artículos, gracias JDIMA.

Para soporte técnico, gracias Natasha Samoilenko CDPV DRUEBLE NINA DOLGOUPOV

- Un maravilloso artista y otro proyecto.

Revisión de RPF.

En la piscina de artículos por SDSM, todavía hay mucho interesante antes del final, por lo que no necesita enterrar el ciclo debido a una larga falta de liberación, con cada nuevo artículo, la complejidad aumenta significativamente. Adelante es casi todos los MPLS, IPv6, QoS y Diseño de la red.

  1. Como ya, probablemente se dio cuenta, el LinkMeup tiene un nuevo proyecto: el Glosario de LookMeup (sí, hemos dejado una fantasía). Esperamos que este glosario se convierta en el directorio más completo de los términos en el campo de la comunicación, por lo que se alegraremos de cualquier ayuda para llenarla. Escríbanos a [email protected]
  2. Quédate con nosotros
  3. IGMP SNOOPING: ¿Qué es esto en el enrutador y por qué necesita?
  4. Si encuentra una pregunta sobre la opción de Snooping IGMP que está en el enrutador y por qué necesita esta configuración, descubrió el artículo correcto. La mayor parte de la información en Internet es compleja para comprender el usuario habitual, y estos términos no son necesarios si desea resolver una tarea específica.
  5. Un poco más de problemas, debido a que podría estar interesado en IGMP Snooping:

Juegas juegos de red;

Use la función IPTV Rostelecom Internet Television o cualquier otro proveedor;

Firmado en cualquier sistema de red: videoconferencias, aprendizaje en línea o incluso correos postales.

Y al mismo tiempo, ha reducido significativamente la velocidad en todos los dispositivos que están conectados al enrutador. Por ejemplo, está viendo IPTV en el televisor, pero comienza a "tímido" una PC o peor para trabajar en Internet en su teléfono. Otro problema es posible: IPTV, juegos de red o servicios mencionados anteriormente no se inician en absoluto y no funcionan. En todos estos casos, la solución ayudará a configurar la snooping IGMP.

¿Qué es IGMP y por qué se necesita?

Cuando los datos se transmiten a través de la red, en el Internet global, o del proveedor, o entre sus dispositivos, esto sucede en las reglas claras: protocolos. Cada protocolo determina cómo reconocer ceros y unidades, cómo recogerlos en paquetes de datos, cómo verificar su "corrección" al recibir y ensamblarse en la pantalla en la pantalla. Hay siete niveles en total, desde señales eléctricas hasta su navegador.

El protocolo de administración de grupo de Internet, de acuerdo con las primeras letras de las que se forma la abreviatura, uno de estos protocolos en el nivel del canal. Usted no sabrá sobre su existencia, si los "problemas" descritos anteriormente surgieron. Como se puede ver desde el nombre, este es un protocolo para administrar grupos de transmisión.

Es decir, cuando la señal de TV de Internet IPTV llega a usted en el enrutador del proveedor, comienza a transmitirlo a todos los dispositivos. Es conveniente, ver la misma marcha en el teléfono inteligente y la televisión. Pero al mismo tiempo, cualquier otro dispositivo, por ejemplo, su computadora no se le pregunta "si necesita una señal.

Por lo tanto, todavía lo recibe, lo que reduce la velocidad de Internet y pasa sus recursos.

Snooping es una función que ayuda a un enrutador a averiguar qué dispositivos necesitan un flujo de datos de un juego en línea, televisión o servicio especial. En pocas palabras, esta es la optimización del tráfico dentro de su red y mejorando su seguridad. Debe funcionar automáticamente, pero a veces necesitas configurarlo manualmente. Eso es lo que IGMP está en el enrutador.

Vistas de IGMP Snooping El apoyo del enrutador de este protocolo ya significa que no tendrá problemas con la recepción de la señal de IPTV y de otros servicios. Pero si el enrutador o el módem es mayor, es posible que no acepte transferencia de datos de transmisión, o simplemente no tiene suficiente potencia y se "colgará". Pero cuando todo está en orden, IGMP Snooping puede variar según el tipo: Pasivo. Este soporte básico de tecnología, seguimiento general y transmisión de datos de transmisión. Todo funciona, la carga en el enrutador es mínima. Sin embargo, la carga aumenta en los dispositivos en ella. Activo. Tal protocolo maximiza la red. Tamifica las solicitudes de "Extra" al enrutador que no necesita, liberando el recurso de transferencia de datos. Sin embargo, aumenta la carga en el procesador y en la memoria del dispositivo. Los dispositivos de segmentos de precios medios y altos hacen frente a esto sin problemas. Para los dispositivos más baratos, depende de la cantidad de datos. .

Cómo configurar una función en el enrutador IGMP desmonte en el enrutador, qué es este ajuste, en el ejemplo de IPTV. Por lo general, todo se enciende automáticamente. Pero si lees este artículo, algo claramente salió mal. Por lo tanto, haz estos pasos: Vaya a la interfaz web del enrutador: ingrese el navegador en la barra de direcciones 192.168.1.1 o 192.168.0.1 o la dirección que se especifica en la etiqueta de abajo. Ingrese el nombre de usuario y la contraseña, generalmente, este es el inicio de sesión "Admin" y la contraseña "Admin" si no se ha cambiado manualmente. O compruebe la misma etiqueta en el enrutador. .

Vaya a "Red", "Configuración de red" o similar. En Asus, se llama "Red local". Necesitas encontrar la pestaña "IPTV". La opción "Proxy" incluye la transmisión, en realidad lanza la función IPTV. Eso es lo que es, proxy IGMP en el enrutador. Encenderlo. No todos los modelos tienen un elemento de Snooping IGMP, pero si está presente, luego enciéndalo. Snooping mejorará el trabajo de todos los dispositivos. .

Haga clic en "Aplicar". Todo está listo.

Posibles problemas Un problema es posible cuando la transmisión no ha funcionado. Esto puede estar conectado con el firewall. Desconectarlo por unos minutos. Si el problema ha desaparecido, encienda y en la configuración, permita el protocolo para Internet TV, juegos en línea u otro servicio. Video. Ejemplo: Anycast DNS .

Si la IPTV usa un receptor de equipo separado (¿por qué necesita un prefijo de TV, este es un tema de conversación único), luego en la configuración del enrutador puede ser necesaria para resolver la opción "Puente". Se puede llamar "Elija el puerto del puente WAN" o "Red-Bridge": depende del dispositivo.

Finalmente, si la señal "se ralentiza", entonces el dispositivo está probablemente sobrecargado. Habrá que limitar el funcionamiento de otros dispositivos, o deshabilitarlos. Si nada ayuda, tendrás que cambiar el enrutador a más poderoso.

En este artículo, intenté explicar la lengua más clara de lo que es el enrutador IGMP en el enrutador. Espero que esta información sea útil para usted, y usted decide los problemas que han surgido. Ahora, sus datos se transmitirán de manera óptima y correcta, y el ataque a la red para sobrecargar todos los dispositivos en él no resultará. Una fuente: https://besprovodnik.ru/igmp-snooping-chto-to-v-rutere/

Configuración de IPTV en Mikrotik Por ejemplo, la configuración de IPTV tomamos mikrotik rb2011uias-2hnd. No es todo un enrutador casero, por supuesto, pero la configuración de otros dispositivos no se diferirá en principio. Restablecer enrutador de configuración. / Y nos informa sobre los destinatarios. Y no es necesario hablar de una computadora cliente, en general, puede ser, por ejemplo, otro enrutador PIM. Es importante para qué interfaces deben pasar el tráfico. Actualizamos el enrutador (agregue un paquete para IPTV).

Configuración del proxy IGMP. Añadir excepciones de firewall. Configuración de Wi-Fi.

Restablecer la configuración del punto de acceso

Este artículo es opcional. Si configura IPTV en un enrutador con la configuración de trabajo que hizo anteriormente, las siguientes acciones no son necesarias. Tampoco evita la configuración de la copia de seguridad. Sin embargo, a veces, si durante la configuración de IPTV al micrótica, algo salió mal, la mejor salida es "restablecer" la configuración y hacer todo nuevamente. .

Restablecer la configuración a la fábrica puede ser de tres maneras: Programáticamente, vaya a WinBox, abra el menú del sistema y haga la configuración de reinicio. Mecánicamente: haga clic en el botón de reinicio en su Mikrotik y espere hasta que el enrutador se reinicie. (En la mayoría de Mikrotik, le recomendamos que sujetar el botón para encender el equipo, y sin liberar el mantenimiento de unos 10 segundos después de encenderlo) / Y nos informa sobre los destinatarios. Y no es necesario hablar de una computadora cliente, en general, puede ser, por ejemplo, otro enrutador PIM. Es importante para qué interfaces deben pasar el tráfico. Restablecer la configuración en el enrutador en sí (en la pantalla de configuración). Real solo si hay una pantalla táctil en el enrutador. Actualización de los rutas (agregue un paquete para IPTV) La actualización es necesaria para instalar un paquete adicional para IPTV. Vamos al sitio de MIKROTIK, estamos buscando una línea de su modelo en las listas y descargue la versión de firmware más reciente para ello. Tenga en cuenta que no elige el firmware con los paquetes principales (principal) y con adicional (extra):

Abierto

Ganador

Vamos al enrutador (le recomendamos que ingrese inicialmente en la dirección MAC, facilitará el proceso de configuración adicional). Para actualizar en el enrutador, vaya al menú Archivos. Abrirlo y arrástrelo a la ventana Archivos. Nuestro archivo descargado de un archivo desempaquetado llamado . Multicast-X.XX-MIPSBE.NPK

Paquete agregado y después de eso reiniciamos el equipo en el menú.

Sistema.

Reiniciar

El enrutador se reiniciará y actualizará el firmware. El proceso puede tardar hasta 5 minutos.

¡La nutrición en este momento no debe ser deshabilitada!

Después de reiniciar abierto

Sistema - Paquetes. y mira si apareció el módulo

Si uno está disponible, entonces hiciste todo bien. Configuración de proxy IGMP

Abierto en el menú Mikrotik Enrutamiento - Proxy IGMP. Necesitamos agregar una nueva interfaz, para este clic en PLUS (como se indica en la pantalla). En la nueva interfaz, en el campo. Interfaz. Elegimos el puerto para el que viene Internet con nosotros, en nuestro caso es un Ether2-Master e instalar una garrapata Como una captura de pantalla:

Ligeramente más bajo en el campo

Subredes alternativas.

Debe especificar subredes alternativas. En el caso de que no sepa qué ingrese allí, pruebe las opciones más comunes: 10.0.0.0/8; 172.16.0.0/12; 192.168.0.0/16.

  • En el caso extremo, también puede dejar ceros, pero es mejor encontrar la subred deseada para que el enrutador no se aplique a toda la Internet. Confirme los cambios, haga clic en está bien. Crea otra interfaz, haciendo clic en A Blue Plus, pero ahora no
  • En el caso extremo, también puede dejar ceros, pero es mejor encontrar la subred deseada para que el enrutador no se aplique a toda la Internet. ). poner una garrapata por el contrario está bien. y al mismo tiempo elige el puerto que lo haremos Sobredimensional

IPTV. - Es decir, el que está conectado el dispositivo en el que veremos IPTV. En nuestro caso, este es puente, porque una PC estacionaria está conectada a ella. .

Es decir, en el primer caso, señalamos el puerto donde incluye los datos, y ahora, a dónde provienen. Después de presionar el botón Ajustes

IstAvim la marca por el contrario.

Para soporte técnico, gracias Natasha Samoilenko Rápido.

Diurno

Revisión de RPF.

Lo hacemos para poder cambiar rápidamente entre los canales.

Estableciendo firewall

Personalice nuestro firewall que no se pierda IPTV en este momento, ya que creamos un nuevo terminal, haga clic en Nuevo terminal y la ventana se abre: Ahora debemos realizar varios equipos en esta consola: / Filtro de firewall IP Agregar acción = aceptar cadena = comentario de entrada = »Permitir IGMP» DISCADIDO = NO INTERFAZE = Ether2-Master Protocol = IGMP

/ Filtro de firewall IP Añadir acción = aceptar cadena = comentario de entrada = »IPTV UDP entrante» Deshabilitado = NO DST-PORT = 1234 INTERFACE = ETHER2-Master Protocol = UDP

/ Filtro de firewall IP Agregar acción = aceptar cadena = reenviar comentario = »FORMA DE IPTV UDP» Deshabilitado = No DST-PORT = 1234 Protocol = UDP 1234.

- El puerto está registrado increíficamente para transmitir video e IPTV. Ether2-Master - Esta es una interfaz para la cual IPTV proviene del proveedor.

Siguiente necesidad en el menú

IP Seleccione un artículo Firewall

y ir a la pestaña Reglas de filtro.

. Hemos creado las normas excluyentes y que trabajan, deben ser más altas para prohibir. Los arrastramos con el mouse.

  1. Configuración de Wi-Fi
  2. En caso de que distribuya o vaya a entregar IPTV a través de Wi-Fi, debe agregar configuraciones adicionales. Para hacer esto, abierto en orden:
  3. Después de presionar el botón MODO AVANZADO, aparecen parámetros adicionales:
  4. En campo
  5. Soporte WMM

Poner

Activado -

Revisión de RPF.

El apoyo integral para la transmisión multimedia sobre Wi-Fi.

Ayudante

COMPLETO

. Este parámetro incluye el envío de clientes de multidifusión sentado en Wi-Fi.

Todos confirman con el botón

Con IGMP, los destinatarios finales del cliente comunican los enrutadores más cercanos que desean recibir el tráfico. Y PIM construye la ruta de mover el tráfico de multidifusión desde la fuente hasta los destinatarios a través de los enrutadores. está bien.

y disfrutar de los programas de observación

Sólo sigue siendo revisar el rendimiento de nuestra configuración. Utilizamos para este jugador IPTV, N

Descarga radialmente de los canales de los canales para nuestro proveedor.

(Volton Telecom) en la configuración del jugador.

Podemos ver que nuestro entorno está completamente operativo. ¡Feliz visión!

https://lantorg.com/article/NASTROJKA-IPTV-NA-MIKROTIK.

¿Qué es IGMP SNOOPING en el enrutador: por qué la función de snooping IGMP

El cliente también solicitará un grupo de 224.2.2.4 a través del reproductor VLC. El papel de IGMP es muy simple: si no hay clientes, no es necesario transmitir tráfico de multidifusión al segmento. Si aparece un cliente, le notifica a los enrutadores utilizando IGMP que quiere recibir el tráfico. Para entender cómo sucede todo, tome esta red: Una serie de plataformas en Internet utilizan el método de multidifusión para transmitir datos al grupo de usuarios. Dicha tecnología se utiliza para juegos en línea, transmisiones en vivo, aprendizaje a distancia e incluso para correos postales. Pero el multiforme no siempre optimiza de manera competente el relé de tráfico y carga la red del usuario, por lo que la función SNOOPING IGMP ha creado este problema. Discernijamos cuál es la función, y cómo permitirle optimizar su tráfico.

¿Qué es y por qué necesita la función de refuerzo IGMP?

Para empezar, daremos la definición de IGMP para comprender el principio de tecnología.

Protocolo de administración de grupos de Internet: protocolo de gestión de red de multidifusión, que organiza varios dispositivos en grupos. Informe de membresía IGMP - El nudo "Informes" que quiere recibir tráfico de este grupo.

En el informe IGMPV2 va a la dirección del grupo deseado, y en paralelo se indica en el paquete en sí. Estos mensajes deben vivir solo dentro de su segmento y no reenviar de todos modos por los enrutadores, por lo tanto, tienen 1 TTL. Se basa en el protocolo IP y se aplica en Internet en todas partes, efectivamente utilizando los recursos de red.

IGMP SNOOPING es el proceso de rastreo de tráfico de multidifusión entre grupos de consumidores y host. La función SNOOPING está habilitada para analizar las solicitudes de usuario para conectarse con un grupo Multi-Master y agrega el puerto a la lista de difusión IGMP. Después de completar el uso de la multitraficación, el usuario deja una consulta y un protocolo, elimina el puerto de la lista de datos del grupo.

Por lo tanto, Snooping elimina la transferencia de datos innecesarios a los canales de multidifusión.

Esto hace que el intercambio de datos sobre el nivel de canal sea más eficiente y tiene en cuenta las necesidades de la capa de red, que es particularmente importante para los proveedores de información. Los usuarios también recibirán contenido optimizado, aunque como resultado, la carga en la red aumentará.

Sin rastrear y analizar datos, los consumidores finales en forma de direcciones IP específicas se verán obligados a "digerir" información inútil adicional para ellos. que se activa por defecto en los enrutadores. La interfaz FE0 / 0 se vuelve descendente para el grupo de 224.2.2.4, tendrá que enviar el tráfico recibido. Junto con la tabla de enrutamiento única habitual, también hay una multidifusión: Acerca de la disponibilidad de clientes dice el primer registro.

IGMP Snooping no solo ahorrará a los usuarios del exceso de tráfico, sino que también hace que el intercambio de información sea más seguro.

El modo de seguimiento se habilita a tiempo para prevenir los intentos de ataque de DDOS en una red o direcciones específicas a las que el protocolo de administración del grupo de Internet es vulnerable. Función de activación IGMP SNOOPING La función de seguimiento y análisis está disponible en conmutadores o interruptores de red administrados. Este dispositivo ayuda a implementar los principios de transmisión del grupo en un nivel de canal de la red. .

Para activar el refuerzo IGMP, debe habilitarlo y configurarlo manualmente en el interruptor.

Los análogos no administrados no admiten el modo de análisis de tráfico, ya que no se pueden configurar a través de la interfaz.

Con más detalle el comando Mostrar IP MRUTE. Lo discerniremos más tarde. .

Antes de usar el comunicador en su red, asegúrese de que el destinatario final (por ejemplo, SMART-TV) sea compatible con el modo SNOOPING.

Típicamente, los dispositivos tienen el elemento apropiado en la sección "Configuración de conexión de red", que simplifica notablemente el ajuste de la multidifusión. El cliente comenzó a recibir tráfico. Ahora, el enrutador a veces debe verificar que los destinatarios aún tengan un espacio para no transmitir si de repente se deja a los clientes. Para hacer esto, periódicamente envía una solicitud a todas sus interfaces descendentes. Considere una forma de conectar una función a través de la línea de comandos en el ejemplo de los interruptores Populares D-Link:

Abra la línea de comando con la interfaz CLI.

Ingrese "Habilitar-IGMP-SNOOPING". Este comando encenderá la función en el interruptor y todas las direcciones conectadas.

Ingrese "Config-IGMP-SNOOPING-VLAN-default-State-Habilitar", lo que le permitirá configurar el protocolo VLAN.

El comando "conflog-multidast-vlan-filtering-mode-vlan-default-filter-filter-no registrado" incluye el filtrado de datos de varias direcciones en el comunicador.

Finalmente, use la "Config-IGMP-SNOOPING-VLAN-default-snooping-habilitar" en la red VLAN.

El último comando incluye la función de licencia rápida de SNOOPING IGMP, que excluye el puerto de la red tan pronto como el usuario hizo una solicitud de "permiso". Gracias a la rápida licencia, el consumidor no recibirá datos innecesarios y no los procesará. Esto reducirá la carga en la red y permitirá que el interruptor funcione de manera más efectiva. Si, en respuesta a la consulta, al menos un informe llegó al enrutador, significa que todavía hay clientes, continúa transmitiendo que la interfaz desde donde proviene este informe, el tráfico de este grupo. Si una consulta no tuvo una respuesta de una interfaz de respuesta para algún grupo, el enrutador elimina esta interfaz de su tabla de enrutamiento de multidifusión para este grupo, deja de enviar el tráfico.

Redes para los más pequeños. Parte 9.2. Multidifusión. Protocolo IGMP

Continúe estudiando el multidifusión IGMP (Protocolo de administración de grupos de Internet), el protocolo de red para la interacción de los clientes de tráfico de multidifusión y el enrutador más cercano a ellos.

Protocolo IGMP

Regresa al volcado de nuevo. ¿Vea este paquete superior, después de lo cual se lanzó un arroyo de multidifusión? Un detalle interesante en el comportamiento del cliente: después de haber recibido consulta, no tiene prisa por responder de inmediato a informar. El nodo toma una longitud de tiempo de espera de 0 a .

Mensaje de protocolo IGMP cuando está conectado

que se especifica en la siguiente consulta: Al depurar o en el basurero, por cierto, se puede ver que varios segundos pueden pasar entre obtener informes diferentes. Esto se hace para que cientos de clientes de todo el alcance no inundan la red con sus informes al recibir una consulta general. Además, solo un cliente suele enviar informe. Este mensaje de protocolo IGMP enviado por el cliente cuando presionamos la reproducción en ella. Así es como él informa que quiere recibir tráfico para el grupo 224.2.2.4.

- Este es un protocolo de red que interactúan a clientes de tráfico de multidifusión y el enrutador más cercano.

IPv6 usa MLD (descubrimiento de escucha de multidifusión) en lugar de IGMP. El principio de operación que tienen absolutamente lo mismo, por lo que puede cambiar fácilmente IGMP en todas partes en MLD, e IP en IPv6.

¿Cómo funciona exactamente IGMP? cuatro. Así sucede durante siglos hasta que el cliente quiera salir del grupo (por ejemplo, apague el reproductor / TV). En este caso, envía. IGMP deja. Tal vez necesite comenzar con el hecho de que las versiones del protocolo son ahora tres: IGMPV1, IGMPV2, IGMPV3. El más utilizado: el segundo, el primero es casi olvidado, por lo que no hablaremos de ello, el tercero es muy similar al segundo.

Me centraré en el segundo, al igual que en el mayor impacto, y consideraré todos los eventos de conectar al cliente al grupo antes de que esté fuera de él. El cliente también solicitará un grupo de 224.2.2.4 a través del reproductor VLC.

El papel de IGMP es muy simple: si no hay clientes, no es necesario transmitir tráfico de multidifusión al segmento. Si aparece un cliente, le notifica a los enrutadores utilizando IGMP que quiere recibir el tráfico.

Para entender cómo sucede todo, tome esta red:

Supongamos que el enrutador ya está configurado para recibir y procesar el tráfico de multidifusión.

- El nudo "Informes" que quiere recibir tráfico de este grupo.

Consulta específica del grupo.

Enviando el informe de membresía IGMP

En el informe IGMPV2 va a la dirección del grupo deseado, y en paralelo se indica en el paquete en sí. Estos mensajes deben vivir solo dentro de su segmento y no reenviar de todos modos por los enrutadores, por lo tanto, tienen 1 TTL. Consulta específica del grupo. A menudo en la literatura puedes cumplir con la mención de

El enrutador recibe un informe IGMP y, dándose cuenta de que esta interfaz ahora tiene clientes, hace información en sus tablas

Esta es una salida de información sobre IGMP. El primer grupo es solicitado por el cliente. El tercero y el cuarto son los grupos de protocolo SSDP creados por SSDP. El segundo es un grupo especial que siempre está presente en los enrutadores de Cisco: se utiliza para el protocolo AUTO-RP, que se activa de forma predeterminada en los enrutadores.

  1. La interfaz FE0 / 0 se vuelve descendente para el grupo de 224.2.2.4, tendrá que enviar el tráfico recibido.
  2. Junto con la tabla de enrutamiento única habitual, también hay una multidifusión:
  3. Acerca de la disponibilidad de clientes dice el primer registro.
  4. Desde la salida, está claro que el tráfico para el grupo 224.2.2.4 viene a través de FE0 / 1, y es necesario transmitirlo al puerto FE0 / 0.
  5. Las interfaces en las que debe transmitir el tráfico se incluyen en la lista de interfaces descendentes.
  6. Petróleo Cada uno envía la consulta general IGMP a la red. El objetivo principal es averiguar si hay clientes, y en paralelo, para declarar a otros enrutadores en el segmento si son, sobre su deseo de participar en las elecciones. Lista de interfaz saliente.
  7. En más detalle, el espectáculo del equipo de espectáculo IP Mroorte veremos más tarde.
  8. Sobre el volcado, lo ve tan pronto como el cliente envió un informe IGMP, inmediatamente después de que voló UDP es un flujo de video.

Gana el enrutador S.

La recepción de la consulta de consulta IGMP (DUMP está filtrada por IGMP).

7)

De forma predeterminada, esto sucede cada 60 segundos. TTL tales paquetes también son iguales a 1. Se envían a la dirección 224.0.0.1: todos los nodos en este segmento, sin especificar un grupo específico. Dichos mensajes de consulta se llaman ocho) - General. Por lo tanto, el enrutador pregunta: "Chicos, ¿y quién y qué más quiere recibir?".

Habiendo recibido la consulta general de IGMP, cualquier host que escucha a cualquier grupo debe enviar el informe IGMP, ya que lo hizo cuando se conectó. La dirección del grupo de interés para su grupo debe especificarse en el informe. Las elecciones de teseleras son un procedimiento muy importante en la multidifusión, pero algunos fabricantes insidiosos que no tienen RFC pueden insertar un palo fuerte en las ruedas. Estoy hablando de la consulta IGMP con una dirección de la fuente 0.0.0.0, que puede ser generada por el interruptor. Dichos mensajes no deben participar en la elección de Querier, pero tiene que estar listo para todo. Aquí hay un ejemplo Respuesta de la computadora a la consulta general IGMP (DUMP está filtrada por IGMP)

Si, en respuesta a la consulta, al menos un informe llegó al enrutador, significa que todavía hay clientes, continúa transmitiendo que la interfaz desde donde proviene este informe, el tráfico de este grupo. La versión 1 difiere en esencia solo por el hecho de que Si una consulta no tuvo una respuesta de una interfaz de respuesta para algún grupo, el enrutador elimina esta interfaz de su tabla de enrutamiento de multidifusión para este grupo, deja de enviar el tráfico.

En su iniciativa, el cliente generalmente envía un informe solo cuando está conectado, entonces simplemente responde a la consulta del enrutador.

Un detalle interesante en el comportamiento del cliente: después de haber recibido consulta, no tiene prisa por responder de inmediato a informar. El nodo toma una longitud de tiempo de espera de 0 a

Al depurar o en el basurero, por cierto, se puede ver que varios segundos pueden pasar entre obtener informes diferentes.

Esto se hace para que cientos de clientes de todo el alcance no inundan la red con sus informes al recibir una consulta general. Además, solo un cliente suele enviar informe.

El hecho es que se envía ese informe a la dirección del grupo, y por lo tanto llega a todos los clientes. Después de recibir el informe de otro cliente para el mismo grupo, el nodo no enviará su propio. La lógica es simple: el enrutador ya ha recibido este mismo informe y sabe que hay clientes, no es necesario.

Sobre el volcado, lo ve tan pronto como el cliente envió un informe IGMP, inmediatamente después de que voló UDP es un flujo de video.

El cliente también solicitará un grupo de 224.2.2.4 a través del reproductor VLC. Este mecanismo se llama

En el informe IGMPV2 va a la dirección del grupo deseado, y en paralelo se indica en el paquete en sí. Estos mensajes deben vivir solo dentro de su segmento y no reenviar de todos modos por los enrutadores, por lo tanto, tienen 1 TTL. Además, en el artículo, contaremos sobre por qué este mecanismo realmente funciona muy raramente.

Con más detalle el comando Ejemplo II. 4Tenga en cuenta cómo debe ir el tráfico en este caso - R1-R2-R3-R5. Aunque en resumen, el camino R1-R3-R5.

Donde no hay enrutador, podemos declarar autoritativamente: IGMP allí, no más que la formalidad. No hay enrutador, y el cliente no tiene a nadie que solicite un flujo de multidifusión. Y ganará un video por la sencilla razón de que el flujo y, por lo tanto, vertiéndose desde el interruptor, solo necesitas recogerlo. a la dirección del grupo.

Repite otra vez Enviando la licencia IGMP

Luego apareció un cliente, quien quería recibir tráfico del grupo 224.2.2.4 y envió su informe IGMP. El enrutador lo recibe y en una idea debe apagarse. Pero no puede deshabilitar un cliente específico, el enrutador no los distingue, solo tiene una interfaz corriente abajo. Y la interfaz puede ser varios clientes. Es decir, si el enrutador elimina esta interfaz de su lista de OUL (lista de interfaz saliente) para este grupo, el video se apagará en absoluto. Pero tampoco eliminarlo, también es imposible, de repente fue el último cliente, ¿por qué luego lavarlo?

Luego, el enrutador decidió por alguna razón para verificar, y si no hay más clientes y le envió nuevamente la consulta general IGMP a la que se ve obligado al cliente a responder ( Si mira al volcado, verá que después de recibir el enrutador de licencia, el flujo continúa pasando por algún tiempo. El hecho es que el enrutador en respuesta a la licencia envía consulta IGMP a la dirección del grupo para la cual se llegó a esta interfaz a la que vino. Tal paquete se llama

Periódicamente (una vez un minuto), el enrutador comprueba que los destinatarios aún tienen, utilizando la consulta general IGMP, y el nodo confirma esto utilizando el informe IGMP.

Aquellos clientes que están conectados a este grupo en particular.

Enviar la consulta específica del grupo del enrutador del enrutador en respuesta a la licencia IGMP

Si el enrutador recibió un informe de respuesta para el grupo, continúa transmitiendo en la interfaz, si no se recibe, elimina el temporizador después de que el temporizador haya caducado.

En total, después de recibir la licencia, dos grupos de consulta específica son: uno obligatorio, segundo control.

Dos consultas específicas del grupo: un control obligatorio, segundo

A continuación, el enrutador detiene la corriente. Pero aún así es completamente incomprensible cómo el tráfico del servidor llega a los clientes cuando hay un enorme Red de Proveedor Linkmiap? ¿Y dónde, de hecho, se sabrá quién es el cliente? No podemos registrar manualmente las rutas, simplemente porque no sabemos dónde pueden ser los clientes. Los protocolos de enrutamiento habituales no responderán a esta pregunta. Así que llegamos a entender que la entrega de una multidifusión es algo completamente nuevo para nosotros. Considere un pequeño caso más difícil: ). Dos (o más) enrutadores que pueden transmitir el tráfico están conectados al segmento del cliente. Si no hace nada, el tráfico de multidifusión se duplicará: ambos enrutadores recibirán informe de los clientes. Para evitar esto hay un mecanismo de elección. - Política. El que ganará enviará consultas, el informe de monitoreo y reaccionará a partir, y, en consecuencia, enviará tráfico al segmento. El perdedor solo escuchará informar y mantener su mano en el pulso. Las elecciones ocurren bastante simples e intuitivas.

Para soporte técnico, gracias Natasha Samoilenko Considere la situación desde el momento en que los enrutadores R1 y R2 están encendidos.

IGMP activado en las interfaces.

Revisión de RPF.

Al principio, de forma predeterminada, cada uno de ellos se considera preguntante.

  • Cada uno envía la consulta general IGMP a la red. El objetivo es averiguar si hay clientes, y en paralelo, para declarar a otros enrutadores en el segmento, si corresponde, sobre su deseo de participar en las elecciones. La consulta general recibe todos los dispositivos en el segmento, incluidos otros enrutadores IGMP.
  • Habiendo recibido un mensaje de este tipo de un vecino, cada enrutador estima que lo más digno. Gana el enrutador S.
  • Ejemplo: Anycast DNS (especificado en el campo IP de origen de la consulta IGMP). Se convierte en herier, todos los demás, no querier.

No Querer inicia el temporizador que se restablece cada vez que Quaryny viene con una dirección IP más pequeña. Si antes de que el temporizador expire (más de 100 segundos: 105-107), el enrutador no recibirá consulta con una dirección más pequeña, se declara a sí mismo preguntante y toma todas las funciones correspondientes.

Si Querier recibe consultas con una dirección más pequeña, agrega estos deberes. Querer se está convirtiendo en otro enrutador, que tiene un IP menos. Las elecciones de teseleras son un procedimiento muy importante en la multidifusión, pero algunos fabricantes insidiosos que no tienen RFC pueden insertar un palo fuerte en las ruedas. Estoy hablando de la consulta IGMP con una dirección de la fuente 0.0.0.0, que puede ser generada por el interruptor. Dichos mensajes no deben participar en la elección de Querier, pero tiene que estar listo para todo. Aquí hay un ejemplo de un problema muy complejo de larga duración. .

La versión 1 difiere en esencia solo por el hecho de que

. Si el cliente no quiere recibir más tráfico de este grupo, simplemente deja de enviar informe en respuesta a la consulta. Cuando no queda un solo cliente, el enrutador de tiempo de espera dejará de enviar tráfico.

Es más, Pero aún así es completamente incomprensible cómo el tráfico del servidor llega a los clientes cuando hay un enorme Red de Proveedor Linkmiap? ¿Y dónde, de hecho, se sabrá quién es el cliente? No podemos registrar manualmente las rutas, simplemente porque no sabemos dónde pueden ser los clientes. Los protocolos de enrutamiento habituales no responderán a esta pregunta. Así que llegamos a entender que la entrega de una multidifusión es algo completamente nuevo para nosotros. . Para evitar la duplicación del tráfico, el protocolo más alto es responsable, por ejemplo, PIM, sobre el cual hablaremos más.

La versión 3 admite todo lo que admite IGMPV2, pero hay una serie de cambios. Primero, el informe ya no se envía a la dirección del grupo, sino en una dirección de servicio de multidifusión

. Y la dirección del grupo solicitada se indica solo dentro del paquete. Esto se hace para simplificar el trabajo de IGMP Snooping, sobre los cuales hablaremos a continuación.

En segundo lugar, lo que es más importante, IGMPV3 comenzó a apoyar a SSM en su forma pura. Esta es la llamada multidifusión específica de origen. En este caso, el cliente puede simplemente solicitar un grupo, sino que también especifique una lista de fuentes de las que le gustaría recibir tráfico o viceversa no querrá. En IGMPV2, el cliente simplemente solicita y recibe el tráfico del grupo sin cuidar la fuente.

Contenido de la membresía IGMP en IGMPV3 Por lo tanto, IGMP está diseñado para interactuar a los clientes y al enrutador. Por lo tanto, regresando, por ejemplo, donde no hay enrutador, podemos declarar que la IGMP no puede declarar, no hay más que la formalidad. No hay enrutador, y el cliente no tiene a nadie que solicite un flujo de multidifusión. Y ganará un video por la sencilla razón de que el flujo y, por lo tanto, vertiéndose desde el interruptor, solo necesitas recogerlo. Recuerde que IGMP no funciona para IPv6. Hay protocolo MLD.

Repite otra vez En primer lugar, el enrutador envió su consulta general IGMP después de encender IGMP en su interfaz para averiguar si hay destinatarios y declarar su deseo de ser querer. En ese momento, nadie estaba en este grupo. Luego apareció un cliente, quien quería recibir tráfico del grupo 224.2.2.4 y envió su informe IGMP. Después de eso, fui al tráfico, pero se filtra fuera del basurero.

Periódicamente (una vez un minuto), el enrutador comprueba que los destinatarios aún tienen, utilizando la consulta general IGMP, y el nodo confirma esto utilizando el informe IGMP.

Luego cambió de opinión y rechazó al grupo enviando la licencia IGMP. El enrutador recibió licencia y, deseando asegurarse de que ningún otro destinatario no sean otros destinatarios, envíe la consulta específica del grupo IGMP ... dos veces. Y después de la expiración del temporizador deja de transmitir tráfico aquí. Sin embargo, continúa transmitiendo la consulta IGMP a la red. Por ejemplo, en caso de que no haya apagado el jugador, sino simplemente en algún lugar con la conexión del problema. Luego se restaura la conexión, pero el cliente no envía un informe por sí mismo. Pero respuestas de consulta. Por lo tanto, el flujo puede recuperarse sin participación humana. IgMPROTOKOL, con el que el enrutador aprende la presencia de destinatarios de tráfico de multidifusión y sobre sus informes de TRIPTPORTE. Informes de PLAÑO POR EL CLIENTE cuando están conectados y respondidos a la consulta IGMP. Esto significa que el cliente quiere recibir un tráfico de grupo específico. MIGMP General QueryProtes un enrutador periódicamente para verificar qué grupos se necesitan ahora. Como se indica la dirección del destinatario, 224.0.0.1. .

Grupo IGMP Sepcific Sepcific PREVISTO POR EL ENROJE En respuesta al mensaje de licencia para averiguar si hay otros destinatarios en este grupo. Como la dirección del destinatario, se indica la dirección del grupo de multidifusión. Hojas MIGMP por parte del cliente cuando quiere abandonar el grupo.QuiRiellenened en un segmento de transmisión Varios enrutadores que se pueden transmitir, entre ellos uno de ellos se selecciona un título principal. ellos. Periódicamente enviará consultas y transmitirá tráfico. Una fuente:

Etiquetas

Cisco.

IPTV.

Seda

hardware de red

Redes para los más pequeños. https://radioprog.ru/post/623.
¿Qué es una multidifusión en el enrutador? Requisitos para los recursos del sistema. Multidifusión y unicast: Diferencias clave

Para soporte técnico, gracias Natasha Samoilenko En primer lugar, vamos a expresar algunos conceptos para excluir aún más malentendidos. Hay tres tipos de tráfico:

(*, G) (S, G)

Lo hacemos para poder cambiar rápidamente entre los canales.

Estableciendo firewall

Personalice nuestro firewall que no se pierda IPTV en este momento, ya que creamos un nuevo terminal, haga clic en Nuevo terminal y la ventana se abre: Ahora debemos realizar varios equipos en esta consola: / Filtro de firewall IP Agregar acción = aceptar cadena = comentario de entrada = »Permitir IGMP» DISCADIDO = NO INTERFAZE = Ether2-Master Protocol = IGMP

/ Filtro de firewall IP Añadir acción = aceptar cadena = comentario de entrada = »IPTV UDP entrante» Deshabilitado = NO DST-PORT = 1234 INTERFACE = ETHER2-Master Protocol = UDP

/ Filtro de firewall IP Agregar acción = aceptar cadena = reenviar comentario = »FORMA DE IPTV UDP» Deshabilitado = No DST-PORT = 1234 Protocol = UDP 1234. Multidifusión de aceite.

- El puerto está registrado increíficamente para transmitir video e IPTV. Ether2-Master - Esta es una interfaz para la cual IPTV proviene del proveedor.

Siguiente necesidad en el menú

IP Seleccione un artículo Firewall

y ir a la pestaña Reglas de filtro.

. Hemos creado las normas excluyentes y que trabajan, deben ser más altas para prohibir. Los arrastramos con el mouse.

  1. Configuración de Wi-Fi
  2. En caso de que distribuya o vaya a entregar IPTV a través de Wi-Fi, debe agregar configuraciones adicionales. Para hacer esto, abierto en orden:
  3. Después de presionar el botón MODO AVANZADO, aparecen parámetros adicionales:
  4. En campo
  5. Soporte WMM Pim sm rp.

Poner

Número de tarea 4.

Unicast.

  1. - Unicast, una fuente de flujo un destinatario Transmisión.
  2. - Transmisión, una fuente, destinatarios a todos los clientes en línea. - Multidifusión, un remitente, destinatarios de algún grupo de clientes

¿Qué tipo de tráfico para usar para IPTV?

Obviamente, se da multidifusión a los canales de transmisión. Cualquier canal de televisión que queremos transmitir la red se caracteriza por la dirección del grupo, que se selecciona del rango reservado para estos fines:

224.0.0.0 - 239.255.255.255

Новости

Добавить комментарий