Protocolo PIM. ¿Cómo abrir su archivo PIM?

Protocolos PIM e IGMP

Existen muchos protocolos para entregar multidifusión desde el origen al destino: IGMP, PIM, MSDP, MBGP, MOSPF, DVMRP. Actualmente, los protocolos más utilizados enumerados anteriormente son: PIM e IGMP .

Figura 6.8

PIM (Protocolo de multidifusión independiente) construye un camino movimiento del tráfico de multidifusión desde el origen a los destinatarios a través de enrutadores. PIM proporciona un gráfico de red que conecta todos los hosts de un grupo particular, con una sola ruta entre dos hosts. Un gráfico de este tipo se llama árbol de expansión. protocolo PIM realiza un seguimiento constante del árbol de expansión y, de vez en cuando, corta aquellas ramas del árbol que, debido a cambios en el estado de la red, ya no conducen a miembros de un grupo en particular.

protocolo IGMP(Protocolo de gestión de grupos de Internet ) es un protocolo de control de grupos de Internet desarrollado en 1989. IGMP - Este es un protocolo de red para la interacción entre clientes de tráfico de multidifusión y el enrutador más cercano a ellos. Utilizando este protocolo, el enrutador aprende sobre la presencia de destinatarios de tráfico de multidifusión y si están deshabilitados. La función de IGMP es muy simple: si no hay clientes, no es necesario transmitir tráfico de multidifusión al segmento. Si aparece un cliente, notifica al enrutador mediante IGMP que desea recibir tráfico.

Fuente programas de IPTV No necesita el protocolo IGMP. Cualquier computadora conectada a Internet puede convertirse en una fuente de multidifusión sin necesidad de ningún otro software, además, que se incluye como parte de la implementación normal de la pila TCP/IP.

Para convertirse en receptor de datos de multidifusión, un nodo debe "expresar" su interés al enrutador al que está conectada directamente su red. Para hacer esto, el host debe establecer comunicación con el enrutador mediante el protocolo IGMP.

Al transmitir programas de televisión en modo multidifusión, el servidor de vídeo envía solo una secuencia de vídeo (para cada programa de televisión), independientemente del número de suscriptores.

En la sección de conexión entre el servidor de vídeo y la puerta de enlace de acceso (switch Ethernet, DSLAM) se transmiten todos los programas de televisión (Figura 6.6). En el tramo de conexión entre centralita y STB sólo se emite el programa que el abonado ha elegido ver. Esto sucede a través del protocolo IGMP.

Figura 6.6

IGMP define tres tipos de mensajes:

1) Solicitud de membresía. Con este mensaje, el enrutador intenta averiguar qué grupos de hosts en el red local adjunto a cualquiera de sus interfaces. La solicitud de membresía se presenta de dos formas: en una, el enrutador realiza petición general sobre todos los grupos " Consulta General IGMP"(solicitud general), en otro solo le interesa información sobre un grupo específico, cuya dirección se indica en la solicitud "Consulta Séptica del Grupo IGMP".

2) Informe de membresía (Informe IGMP) . Con este mensaje, los hosts responden al enrutador que envió una solicitud de membresía a la red. El mensaje contiene información sobre la dirección IP del grupo al que pertenecen. El enrutador, al ser miembro de todos los grupos, recibe mensajes dirigidos a cualquier dirección de grupo. Para un enrutador que recibe mensajes de respuesta, sólo es importante el hecho de que haya miembros de un grupo en particular, y no si hosts específicos pertenecen a grupos específicos. Un host puede enviar un informe de membresía no sólo en respuesta a una solicitud del enrutador, sino también por iniciativa propia cuando intenta unirse a un grupo específico. Después de un mensaje de este tipo, el host puede esperar que el tráfico para este grupo se entregue realmente a la red a la que pertenece el host.

3) Salir del grupo (Licencia IGMP). El anfitrión puede utilizar este mensaje para indicarle a "su" enrutador que quiere abandonar algún grupo del que anteriormente era miembro. Al recibir este mensaje, el enrutador envía una solicitud de membresía específica únicamente a los miembros de ese grupo específico. « Consulta séptica del grupo IGMP » , y si no recibe una respuesta (es decir, fue el último host del grupo), deja de transmitir tráfico de multidifusión para este grupo.

El enrutador envía mensajes de solicitud de membresía regularmente con cierta frecuencia. Las tablas de caché de grupo se mantienen en cada interfaz con enrutadores IGMP instalados. La tabla de caché contiene una lista de todos los grupos que tienen al menos un miembro. Cada fila de la tabla tiene un tiempo de espera. El enrutador envía periódicamente solicitudes de “Consulta general IGMP” » (el valor predeterminado es cada 60 segundos) para comprobar que cada grupo todavía tiene miembros. Si un grupo no recibe una respuesta dentro del tiempo de espera especificado, la fila correspondiente se elimina de la tabla de caché y el enrutador asume que no hay más miembros de ese grupo en la red.

Una red local puede tener varios hosts interesados ​​en recibir tráfico del mismo grupo, pero el enrutador solo necesita un reconocimiento de un host para continuar enviando tráfico a la red para ese grupo. Según la información obtenida a través de IGMP, los enrutadores pueden determinar qué redes conectadas a ellos deben reenviar tráfico de multidifusión.

Para que un host reciba tráfico de multidifusión, no basta con instalar en él el protocolo IGMP, con el que el host puede enviar un mensaje a su enrutador sobre el deseo de unirse al grupo. Además, debe configurar la interfaz de red del host para que comience a capturar tramas de la red local que transportan paquetes de multidifusión para el grupo al que se ha unido el host.

Para aclarar cómo funciona IPTV, veamos pequeño ejemplo (Figura 6.9). Para trabajo IPTV necesita un enrutador que admita multidifusión (más SEÑOR. ). Realizará un seguimiento de la membresía de un cliente en particular en un grupo determinado, es decir, monitorear constantemente qué canal de TV se envía a qué cliente. Hay un servidor en la red ( Fuente de multidifusión ), conectado al enrutador MR. Este servidor transmite canales de TV, por ejemplo:

Supongamos que el cliente activa el canal Noticias y, sin saberlo, envía una solicitud a MR para conectarse al grupo 224.12.0.1. Desde el punto de vista del protocolo IGMP, este mensaje « Informe IGMP 224.12.0.1 ” . Después de recibir Enrutador de multidifusión de este mensaje, SEÑOR. lo registra y el conmutador Ethernet ( SUDOESTE. ) comienza a copiar los paquetes de difusión destinados a este grupo al puerto al que está conectado el cliente. El cliente comienza a recibir tráfico.

Figura 6.9 – Principio de funcionamiento del IGMP

Si el cliente cambia a otro canal, primero envía una notificación SEÑOR. , que desactiva el canal de Noticias, es decir. abandona este grupo. Para IGMP este mensaje es “ SALIR 224.12.0.1 ”(SALIR grupo 224.12.0.1). Y luego envía el mensaje de nuevo. « Informe IGMP » para el canal deseado.

Enrutador SEÑOR. recibiendo el mensaje “ DEJAR ”para cualquier grupo, debe asegurarse de que no haya otros destinatarios de este canal, envía el mensaje “ Consulta específica del grupo IGMP" dos veces. Y si ningún STB responde, entonces SEÑOR. deja de transmitir tráfico para este grupo.

Además, M.R. periódicamente (cada 60 segundos) sondea a todos: "¿a qué grupo está conectado?" para conocer la composición de los grupos en el momento actual, con el fin de desconectar a aquellos clientes con los que se ha perdido la conexión. Al mismo tiempo SEÑOR. utiliza la consulta " Consulta general IGMP» (General pedido ) . Si por 3 seguidos" Consulta" no había interfaces SEÑOR. respuesta " Informe IGMP" para algun grupo SEÑOR. elimina este canal de su tabla de enrutamiento de multidifusión: deja de enviar tráfico a este canal hasta que al menos un cliente se conecte a este grupo.

Después de unirse grupo necesario, el equipo cliente comienza a recibir un flujo de datos a través del protocolo UDP en el puerto 1234.

De este modo, cambiar canales desde el mando a distancia del perezoso”, tan familiar y sencillo para los usuarios de la televisión tradicional, resulta complicado para la red IPTV. Cada vez que un usuario de IPTV cambia de canal, la red comienza trabajo en pleno apogeo:

1) Primero, el usuario debe desconectarse del grupo de multidifusión.

2) En segundo lugar, conéctelo a un nuevo grupo de multidifusión.

3) En tercer lugar, si no hay ningún canal de transmisión en este momento, ya que nadie lo está viendo, entonces debe iniciar la transmisión y crear un nuevo grupo de multidifusión.

Entonces, repitámoslo de nuevo:

Informe IGMP- enviado por el cliente al conectarse si el cliente desea recibir tráfico de un grupo específico o en respuesta a la solicitud de membresía de consulta IGMP de un enrutador.

Consulta general IGMP- enviado por el enrutador periódicamente para verificar qué grupos se necesitan actualmente.

Consulta séptica del grupo IGMP- enviado por el enrutador en respuesta al mensaje Dejar para saber si hay otros destinatarios en este grupo. La dirección del grupo de multidifusión se indica como dirección del destinatario.

Licencia IGMP- enviado por el cliente cuando quiere abandonar el grupo.

7 redes ópticas pasivas (PON) – revolución de banda ancha

Fibra óptica en el último

milla: tienes que entender esto

La tecnología PON se utiliza para implementar estructuras FTTH de fibra hasta el hogar. Las capacidades de la tecnología GPON sorprenden principalmente porque el acceso a los recursos de Internet es posible a velocidades de hasta 1 Gb/s, doscientas veces mayor que a través de líneas de cobre.

La red se construye mediante divisores de potencia ópticos pasivos (splitters) que no requieren energía ni mantenimiento. Una característica de la tecnología es un canal 100% óptico desde la centralita hasta el apartamento u oficina del cliente, lo que permite mejorar la calidad de la transmisión de la señal (voz, datos, video) y multiplicar por diez la velocidad de transferencia de datos.

La infraestructura GPON es extremadamente sencilla y segura: no requiere suministro de energía y puede instalarse en cualquier habitación, incluso en las que no sean adecuadas.

Principales ventajas de PON:

1 Simplicidad y perspectivas para la implementación de la infraestructura de distribución;

2 Falta de nodos activos intermedios;

3 Implementación rápida redes;

4 Fácil de emparejar con cualquier equipo externo;

5 Alta flexibilidad en el desarrollo y expansión de la red;

6 Uso independiente de cualquier protocolo operativo y tecnología de comunicación;

7 Mayor confiabilidad;

8 Facilidad para conectar nuevos suscriptores y facilidad de mantenimiento (la conexión, desconexión o falla de uno o más nodos de suscriptores no afecta de ninguna manera el funcionamiento de los demás);

9 Bajo costo de creación de una red, etc.

- (PIM) es una familia de protocolos de enrutamiento de multidifusión que pueden proporcionar una distribución de datos de uno a muchos y de muchos a muchos a través de Internet. La parte independiente del protocolo se refiere al hecho de que PIM no incluye su propio mecanismo de descubrimiento de topología... Wikipedia

Multidifusión independiente del protocolo- (PIM) es una familia de protocolos de enrutamiento IP multidifusión que permite la difusión a un grupo de hosts. PIM es un protocolo independiente que sirve de base a las decisiones de ruta sobre la topología establecida por otros protocolos como BGP. Il... ... Wikipédia en francés

Multidifusión independiente del protocolo

Multidifusión independiente del protocolo- (PIM) ist ein Verfahren in der Netzwerktechnik, das dynamisches Routing von Multicast Paketen im Internet ermöglicht. Además, las versiones tradicionales como DVMRP o MOSPF también son PIM según los principales dispositivos. Grupo de multidifusión… …Wikipedia alemana

Multidifusión- a veces también se utiliza incorrectamente para referirse a una transmisión multiplexada. En redes de computadoras, la multidifusión es la entrega de un mensaje o información a un grupo de computadoras de destino simultáneamente en una sola transmisión desde la fuente... ... Wikipedia

- (MSDP) es un protocolo de enrutamiento de multidifusión de la familia Protocol Independent Multicast (PIM) definido por el RFC experimental 3618. MSDP interconecta múltiples dominios IPv4 PIM Sparse Mode (PIM SM) que permite que PIM SM tenga redundancia de punto de encuentro (RP)… … Wikipedia

dirección de multidifusión- Una dirección de multidifusión es un identificador lógico para un grupo de hosts en una red informática, que están disponibles para procesar datagramas o tramas destinados a ser multidifusión para un servicio de red designado. El direccionamiento de multidifusión se puede utilizar en el enlace… … Wikipedia

Multidifusión- Formularios de comunicación / Esquemas de enrutamiento Unicast Broadcast Anycast ... Wikipedia en alemán

Multidifusión IP- Multidifusión (ähnlich dem Gruppenruf) bezeichnet in der Telekommunikation eine Nachrichtenübertragung von einem Punkt zu einer Gruppe (auch Mehrpunktverbindung genannt). Der Vorteil von Multicast besteht darin, dass gleichzeitig Nachrichten an... ... Wikipedia alemana

multidifusión IP- es un método para enviar datagramas de Protocolo de Internet (IP) a un grupo de receptores interesados ​​en una sola transmisión. A menudo se emplea para aplicaciones de transmisión de medios en Internet y redes privadas. El método es la versión específica de IP... Wikipedia

Multidifusión independiente del protocolo(PIM) /Multidifusión independiente de protocolo/- una familia de protocolos de enrutamiento de multidifusión para redes, creada para resolver problemas de enrutamiento de multidifusión. PIM se denomina independiente del protocolo porque se basa en protocolos de enrutamiento tradicionales (como el protocolo Border Gateway), en lugar de crear su propia topología de red.

Modos de funcionamiento del protocolo

Modo denso

Modo denso de multidifusión independiente del protocolo(PIM-DM) se utiliza para grupos compactos, normalmente con una alta densidad de destinatarios. Indirectamente construye árboles de ruta más corta inundando toda la red con multidifusiones y luego, en el camino de regreso, poda las ramas del árbol donde no hay receptores. Con esto PIM-DM implementa el método RPF (Reverse Path Forwarding) con truncamiento (Prune). Los datagramas de sonda se envían cada 3 minutos, lo cual es una de las desventajas de este protocolo.

A menudo, el protocolo PIM-DM se utiliza junto con el DVMRP (Protocolo de enrutamiento de multidifusión por vector de distancia).

La descripción del protocolo PIM-DM se encuentra en RFC 3973.

Modo disperso

Modo disperso de multidifusión independiente del protocolo(PIM-SM) construye árboles compartidos unidireccionales con raíces en punto de encuentro(Punto de encuentro - RP) para cada grupo de multidifusión. Cualquier enrutador que admita el protocolo PIM se puede utilizar como RP. Además, PIM-SM crea árboles de rutas más cortas para cada remitente.

PIM-SM se utiliza para redes con usuarios dispersos aleatoriamente con limitaciones rendimiento canales de red.

La descripción del protocolo PIM-SM se encuentra en RFC 4601.

Multidifusión con una fuente determinada (Multidifusión específica de fuente)

Multidifusión específica de fuente de multidifusión independiente del protocolo(PIM-SSM) desarrolla el concepto de seleccionar una multidifusión no sólo por una dirección de grupo, sino también por la dirección de origen del tráfico para el grupo. Derivado de PIM-SM

La descripción del protocolo PIM-SSM se encuentra en RFC 4607.

Escriba una reseña sobre el artículo "Protocolo de multidifusión independiente"

Notas

Campo de golf

• (inglés) (PDF)

Físico Conducto Red Transporte Sesión Envíos Aplicado Otros aplicados

Extracto que describe la multidifusión independiente del protocolo

Kutuzov se retiró a Viena, destruyendo detrás de él los puentes sobre los ríos Inn (en Braunau) y Traun (en Linz). El 23 de octubre, las tropas rusas cruzaron el río Enns. Convoyes rusos, artillería y columnas de tropas se extendían a mitad del día por la ciudad de Enns, a este y al otro lado del puente.
El día era cálido, otoñal y lluvioso. La amplia perspectiva que se abría desde la elevación donde se encontraban las baterías rusas protegiendo el puente, de repente se cubrió con una cortina de muselina de lluvia inclinada, luego se expandió repentinamente y, a la luz del sol, objetos como cubiertos de barniz se hicieron visibles a lo lejos. y claramente. A sus pies se veía una ciudad con sus casas blancas y sus tejados rojos, una catedral y un puente, a ambos lados del cual se amontonaban masas de tropas rusas. En el recodo del Danubio se podían ver barcos, una isla y un castillo con un parque, rodeado por las aguas de la confluencia del Ensa y el Danubio se podía ver la orilla rocosa izquierda del Danubio cubierta de bosques de pinos; la misteriosa distancia de picos verdes y gargantas azules. Las torres del monasterio eran visibles, sobresaliendo detrás de un bosque de pinos que parecía intacto; Más adelante, en la montaña, al otro lado de Ens, se podían ver patrullas enemigas.
Entre los cañones, en lo alto, al frente estaban el jefe de la retaguardia, un general y un oficial de séquito, examinando el terreno con un telescopio. Sentado un poco atrás en el cañón de un arma estaba Nesvitsky, enviado por el comandante en jefe a la retaguardia.
El cosaco que acompañaba a Nesvitsky entregó un bolso y una petaca, y Nesvitsky invitó a los oficiales a comer pasteles y un auténtico doppelkümel. Los agentes lo rodearon alegremente, algunos de rodillas, otros sentados con las piernas cruzadas sobre la hierba mojada.
- Sí, este príncipe austriaco no fue tonto al construir un castillo aquí. Bonito lugar. ¿Por qué no comen, señores? - dijo Nesvitsky.
“Te lo agradezco humildemente, príncipe”, respondió uno de los oficiales, disfrutando de hablar con un funcionario de estado mayor tan importante. - Maravilloso lugar. Pasamos por el parque, vimos dos ciervos y ¡qué casa tan maravillosa!
“Mira, príncipe”, dijo el otro, que tenía muchas ganas de tomar otro pastel, pero estaba avergonzado, y por eso fingía que estaba mirando la zona, “mira, nuestra infantería ya ha subido allí”. Allí, en el prado a las afueras del pueblo, tres personas arrastran algo. “Atravesarán este palacio”, dijo con visible aprobación.

Protocolo de enrutamiento de multidifusión por vector de distancia

• El primero, ¡no! Protocolo de enrutamiento para multidifusión.
• Implementación en modo denso
• Vector-distancia
• RPF no utiliza una tabla de unidifusión.
• Puede utilizar túneles entre islas Unicast.
• La información de enrutamiento utiliza un protocolo separado para la transmisión.

PIM

Multidifusión independiente del protocolo

• Utiliza una tabla de enrutamiento de unidifusión para la verificación de RPF. Utiliza cualquier IGP, BGP o ambos.
• ASM: Escaso / Denso / Escaso-Denso / Bidireccional modos.
• Versión 1 (encapsular mensajes en IGMP, enviados a 224.0.0.2)/2 (encapsular mensajes en el protocolo 103, enviados a 224.0.0.13). Se pueden utilizar juntos incluso en la misma interfaz.
• Por separado está SSM.

modo denso

Adecuado para usar con una gran cantidad de destinatarios en una red.

Mensajes

• Hola: encontrar y mantener un vecindario.
• Unirse/podar: tienen el mismo formato de mensaje. En modo denso, los mensajes de eliminación se utilizan para informar al enrutador ascendente que el grupo ha sido rechazado.
• Injerto/injerto-ack: el injerto se utiliza para solicitar tráfico desde un enrutador ascendente que ya recibió una solicitud de poda.
• Afirmar: para seleccionar el reenviador designado (DF) para un segmento donde > 1 enrutador.

Vecindario

El vecindario se establece y mantiene mediante mensajes de saludo. Según versión enviar el casco a la dirección deseada.

• Versión 1 (encapsula mensajes en IGMP, enviados a 224.0.0.2)
• Versión 2 (encapsula mensajes en el protocolo 103, enviado a 224.0.0.13).

Los mensajes de saludo pueden contener tiempo de espera: cuánto tiempo estará despierto el vecino sin enviar un saludo. En Junos, si holdtimer = 0, entonces el enrutador usará temporizador local. Predeterminado = 105 seg.

Elección del enrutador designado

Denso: es recomendable utilizar sólo si utilizamos IGMPv1, porque no tiene un mecanismo de contador para seleccionar un enrutador de consultas.

Inundación

La multidifusión utiliza SPT para la entrega.

• Todos los enrutadores recibirán una copia de la transmisión original.
• Cada enrutador realiza una verificación de RPF. Los paquetes que no pasan la verificación RPF se descartan.
• Los paquetes que pasan la verificación RPF se copian y envían a todos los puertos (OIL), excepto al puerto de donde proviene el tráfico (IIF).
• (S,G) se crea en cada enrutador (incluso aquellos que no tienen ningún receptor).
• Los enrutadores que no tienen receptores directamente habilitados deben enviar periódicamente una poda para ser excluidos del árbol SPT.

Eliminando el tráfico no deseado

La poda se envía en los siguientes casos:

1. Si no hay destinatarios conectados al enrutador.
2. Si el enrutador recibió poda del enrutador descendente.

La información (S,G) se almacena en el enrutador durante 3 minutos. Si aparece un nuevo destinatario o se cae uno antiguo, el enrutador no reaccionará inmediatamente a los cambios, no esperará un tiempo de espera de 3 minutos, pero actualizará inmediatamente la información.

La poda debe enviarse periódicamente, ya que hay un cierto tiempo de espera, después del cual se reanuda la transmisión del tráfico de multidifusión a todos los puertos.

Árbol basado en fuentes

Como resultado, después de enviar todas las podas, aparece en la red el árbol de ruta más corta, por el que posteriormente fluye el tráfico.

Poda en la red milti-access

Cuando el enrutador (R2) envía una poda al enrutador ascendente, otro enrutador del mismo segmento de acceso múltiple (R1) puede verse afectado.

El enrutador del mismo segmento (R1) tiene 2 segundos para enviar una unión al enrutador ascendente y así eliminar la poda del R2.

En este caso, el tráfico fluirá hacia R2, pero el enrutador no lo transmitirá a otros enrutadores, ya que no hay destinatarios.

injerto de espalda

SPT ya está instalado, pero ha aparecido un nuevo destinatario en la red.

El enrutador, después de recibir un informe IGMP del destinatario, genera un mensaje de injerto y lo envía a través de SPT a la fuente en el enrutador ascendente. La fuente es conocida, porque Todos los enrutadores almacenan registros (S,G).

El enrutador más cercano a la fuente, en respuesta al mensaje de injerto, genera un mensaje de reconocimiento de injerto y lo envía al conmutador de destino. El registro (S,G) se guarda en el mismo enrutador, pero sin interfaces OIL. Después de recibir el informe, la lista de interfaces OIL se actualiza y se envía un mensaje de unión a la fuente.

Después de esto, el destinatario ve su preciado tráfico sin esperar ningún tiempo de espera.

Mecanismo de afirmación en redes multiacceso.

En un segmento de acceso múltiple, varios enrutadores pueden comenzar a enviar tráfico a los destinatarios. Para evitarlo se realizan elecciones en el DF.

El mensaje Assert contiene la siguiente información: fuente, grupo, preferencia de métrica, métrica. Valor más bajo Preferencia de métrica/métrica: gana. si los valores son iguales, gana la IP del enrutador más alta.

Al mismo tiempo, el enrutador descendente de alguna manera se vuelve a suscribir inteligentemente al grupo, que finalmente recibe tráfico de un enrutador.

Configuración

De forma predeterminada, al agregar una interfaz a los protocolos pim, versión 2, se habilita el modo disperso.

Establecer protocolos pim afirmar-tiempo de espera 180 establecer protocolos interfaz pim ge-0/0/0.0 modo prioridad densa 1 intervalo de saludo 30 mostrar interfaces pim mostrar vecinos pim mostrar detalles de vecinos pim mostrar unión pim extensa mostrar detalles de fuente pim mostrar rpf de multidifusión muestra la ruta de multidifusión extensa muestra la tabla de rutas inet.1 muestra la tabla de rutas inet.1 extensa muestra los próximos saltos de multidifusión muestra las estadísticas de pim muestra el uso de multidifusión

puedes usar opciones de seguimiento

Mtrace del grupo fuente 224.7.7.7 ttl 20 fuente || lanzado desde el enrutador más cercano al destinatario

Fuente de ping:

Ping 224.7.7.7 ttl 10 interfaz ge-0/0/0.900 enrutamiento de derivación || se inicia desde el enrutador más cercano al destinatario.

Ping del destinatario: también puedes diagnosticarlo de alguna manera, pero tendrás que confundirte.

Modo disperso

Árbol compartido (árbol de punto de encuentro) = (*,G)

Árbol basado en fuente (árbol de ruta más corta (SPT)) = (S,G)

Más adaptado a la realidad: sólo los routers interesados ​​en el flujo reciben el flujo. Funciona en 2 modos: ASM/SSM. Cuando se ejecuta ASM, se requiere RP.

• DR.(enrutador designado): se ocupa únicamente del envío de mensajes de registro y de unión en una red de acceso múltiple.
• DF(reenviador designado): se ocupa de la transmisión de tráfico a redes de acceso múltiple.

Mensajes

• Hola: buscar vecinos, mantener vecinos, elegir DR en red multiacceso. (enviado a la dirección dst 224.0.0.13, src-adderss - interfaz p2p)
• Unirse/podar: suscribir/cancelar suscripción. (enviado a dirección dst 224.0.0.13, dirección src - interfaz p2p)
• Afirmar mensajes: selecciones de enrutador designado (DR).
• Registrarse/registrarse-parar: mensajes entre fuente y RP.
• Bootstrap y candidato-RP: para que el arranque funcione.

enrutador designado

Escaso: La elección del router la realizan tanto los destinatarios como las fuentes.

• DR del receptor: envía mensajes de unión PIM y poda de PIM desde los receptores al RP.
• DR de origen: envía mensajes de registro PIM desde el origen al RP.

La selección se basa en el campo de prioridad de DR en los mensajes de saludo. Predeterminado = 1. Se puede configurar manualmente. Una mayor prioridad es más rentable. Si las prioridades son iguales, gana el que tenga la ip más alta.

Establecer protocolos interfaces pim xe-0/0/0.50 prioridad 50

Puede activar la selección DR en un enlace p2p.

Establecer protocolos pim dr-election-on-p2p

Unir operaciones, Receptor -> RP

El enrutador recibe un informe (*,G) del suscriptor. El enrutador no sabe qué fuente se utilizará, por lo que reenvía el paquete al enrutador ascendente, no hacia la fuente, sino hacia el RP.

Bajo construcción árbol de punto de encuentro (RPT) o árbol compartido.

Fuente DR -> RP

RP recibe un mensaje de registro, lo desencapsula y comienza a enviar una multidifusión pura a la interfaz a la que llegó el informe para suscribirse a este grupo.

Si RP tiene suscriptores al grupo deseado, entonces RP envía una unión (S,G) a la fuente. Después de esto, se construye un árbol basado en fuentes. Y el enrutador conectado a la fuente podrá enviar una multidifusión pura en dirección a RP. En un corto período de tiempo, RP recibirá 2 copias del mismo tráfico; para darse de baja de la multidifusión encapsulada, RP envía una parada de registro al DR de origen.

Si RP recibe el registro de una fuente, pero no tiene suscriptores en este grupo, entonces RP enviará una parada de registro hacia la fuente.

Si hay un enrutador entre el RP y la fuente, entonces el enrutador intermedio aceptará la detención del registro y comenzará a descartar el tráfico de multidifusión, pero la fuente continuará enviándolo.

Si aparece una nueva fuente, se repetirá todo el escenario nuevamente: registro -> RP, (S,G) -> fuente, multidifusión -> RP, registro-parada -> fuente.

Además, se guardará un registro (S,G) en el RP, es decir. si aparecen destinatarios, el RP enviará la solicitud directamente a la fuente.

Además, el enrutador entre la fuente y el RP enviará un registro al RP cada 3 minutos para que el RP sepa que la fuente todavía está viva.

Requisitos del túnel

RP y DR de origen requieren túneles. (No es necesario sólo si RP=DR).

Las capacidades de túnel varían según la plataforma. A veces incluso es necesario comprar equipo adicional (tablas).

En la serie MX, la tunelización se habilita de la siguiente manera:

Establecer chasis fpc X pic X ancho de banda de servicios de túnel 1g

Examen:

Mostrar interfaces aquí | coincide con "pe|pd"

Conmutación SPT

En situaciones donde hay enrutadores (R6) para los cuales la ruta al origen a través de RP no es óptima, se reconstruye el árbol.

Hay un receptor en R6. R6 envía (*,G) a RP. Llega un paquete (S,G) desde RP. En este caso, R6 aprende sobre la fuente.

Si R6 ve una ruta más óptima hacia la fuente, entonces envía (S,G) a la fuente a lo largo de esta ruta (a R1, el más cercano a la fuente).

El enrutador ascendente, después de recibir (S,G), también busca una ruta más corta y envía (S,G) unir la topología.

Cuando se instala un árbol basado en fuentes entre R1 y R6, el tráfico de multidifusión puede ir directamente desde R1 a R6. Hay un breve período de tiempo en el que R6 recibirá 2 copias de la multidifusión.

R6 envía un mensaje de poda ascendente al enrutador hacia RP. El RP verificará que no haya más destinatarios del grupo específico y enviará una poda (S,G) al DR de origen.

Como resultado, el tráfico fluirá de forma óptima.

Pero en R6 (el más cercano al destinatario) habrá 2 registros sobre el grupo:

• (S,G) - donde se especificará el estado aguas arriba: Únase a la fuente, elimine desde RP. Y en la interfaz entrante: la interfaz hacia R1 (la más cercana a la fuente).
• (*,G) - el estado ascendente se especifica como: Unirse a RP. Interfaz entrante: interfaz hacia RP.

(S,G)- más específico.

La siguiente información se almacenará en el RP: (S,G)Estado: Grupo x.x.x.x, Fuente: y.y.y.y, Estado Upstream: Podar hasta la fuente

RP

El RP debe usarse en forma escasa.

• El RP debe ubicarse de manera óptima, preferiblemente más cerca de las fuentes, para no generar grandes volúmenes de tráfico desde las fuentes y eliminar al máximo el cambio de carril a spt.
• La encapsulación y desencapsulación del tráfico desde la fuente se realiza mediante el uso de servicios de túnel. Los servicios de túnel no son necesarios si DR = RP.
• Para un grupo - 1 RP.
• Para mayor confiabilidad, existen 3 mecanismos para encontrar rp: estático, auto-RP, bootstrap. Puedes usar todo a la vez, luego por preferencia: BSR -> auto-RP -> estático.
• Anycast-RP se puede utilizar con cualquiera de los mecanismos de búsqueda de RP (luego puede leer aquí: http://www.cisco.com/c/en/us/products/collateral/ios-nx-os-software/ip- multidifusión/whitepaper_c11-508498.html).

RP estático

Registrado manualmente. Menos: no hay reservas. En el caso de que RP esté inactivo, deberá corregir manualmente la configuración.

Anular- Cuando se utilizan varios mecanismos de búsqueda de RP, la estática tiene menor prioridad. Anular: lo convertirá en una prioridad para los demás.

Establecer protocolos pim rp dirección local x.x.x.x establecer protocolos pim rp local group-ranges 227.0.0.0/24 - RP funcionará solo con estos grupos (de forma predeterminada: todos IPv4, IPv6). establecer protocolos pim rp anulación local

No RP:

Establecer protocolos pim rp dirección estática x.x.x.x

RP automático

• Utilizado con PIMv1 y v2.
• Solución propietaria no estándar (como la de Cisco, sin RFC).
• Permite reservas de RP, pero no equilibra entre RP.
• Utiliza multidifusión para distribuir información relacionada con RP: modo denso.
• Un conjunto de correspondencias de grupo-RP se distribuye en todo el dominio PIM.

Componentes:

• Candidato-RP (C-RP): envía periódicamente información sobre ellos mismos a 224.0.1.39 (solo el agente de mapeo escucha) (anuncia mensajes).

Anunciar mensaje:

IP C-RP | 224.0.1.39 | grupo 224/4

• Agente de mapeo: escucha C-RP, selecciona RP para cada grupo (IP más grande), anuncia el ganador de RP para el grupo en 224.0.1.40 (mensaje de descubrimiento: todos los enrutadores de RP automático escuchan).

Mensaje de descubrimiento/mensaje de mapeo:

IP del agente de mapeo | 224.0.1.40 | RP 1 - grupo 224/4

Se selecciona RP para grupos.

Si el RP muere, el agente de mapeo selecciona un nuevo RP. En general, el tiempo de caída es de varios minutos.

Configuración

Asegúrese de activarlo en todos los enrutadores. modo escasamente denso e incluir 2 grupos a través de los cuales se transmite la información del servicio. Denso: para transferir información de servicio, Escaso: tráfico.

Establecer protocolos interfaz pim todos los modos de densidad dispersa establecer protocolos pim grupos densos 224.0.1.39 establecer protocolos pim grupos densos 224.0.1.40

Establecer protocolos pim rp descubrimiento automático-rp

descubrimiento- recibir únicamente mensajes de mapeo (RP de grupo).

Establecer protocolos pim rp dirección local 10.200.86.3 establecer protocolos pim rp anuncio auto-rp

anunciar - sin dirección local: solo escucha para anunciar mensajes, desde la dirección local: escucha y envía anuncio.

RP + agente de mapeo:

Establecer protocolos pim rp dirección local 10.200.86.3 establecer protocolos pim rp mapeo auto-rp

cartografía- permite enviar (y recibir) mensajes de anuncio (C-RP) y de mapeo (group-RP). Si la dirección local no está configurada en el enrutador, entonces el enrutador podrá enviar solo anuncia.

Alguno Agente de mapeo, configura solo para ellos:

Establecer protocolos pim auto-rp mapeo mapeo-agente-elección

El agente de mapeo con la IP más pequeña (perdida) deja de enviar mensajes de mapeo a la red cuando recibe un mensaje de mapeo del agente con la IP más grande.

Establecer protocolos pim auto-rp mapeo sin-mapping-agent-election

Oreja

• Funciona sólo con PIMv2. Los mensajes PIMv2 se utilizan para difundir información.
• El RP de respaldo proporciona un medio de protección contra caídas de RP y cierto equilibrio para los mismos grupos entre RP. Pero como antes, por 1 grupo activo, se usa 1 RP.
• Las comunicaciones entre enrutadores se producen con la interfaz Lo de origen del enrutador. Por lo tanto, Lo debe ser enrutable. Puedes consultar: mostrar arranque pim

Componentes:

• Candidato-RP: BSR se anuncia mediante unidifusión (mensaje publicitario).
• Enrutador Bootstrap: seleccionado según la prioridad más alta (en lo sucesivo, la ip más alta), recibe notificaciones de C-RP, determina la coincidencia de RP/grupo: este es el conjunto de RP, incluye el conjunto de RP en los mensajes de arranque y distribuye a través de la red.

BSR es solo un enrutador que transmitirá información: RP-set: RP<->grupos. Es decir, en la salida: sh pim rps veremos todos los RP.

Elecciones:

1. Selección de BSR: cada enrutador asume que es BSR. Genera mensajes BSR a otros BSR (ip+prioridad+conjunto de RP vacío). Cuando el enrutador recibe un mensaje BSR con una prioridad más alta (o una ip más alta), deja de generar mensajes. El enrutador BSR seleccionado continúa generando mensajes, los perdedores BSR restantes simplemente transmiten estos mensajes a sus vecinos. Eso. Todos los enrutadores conocen la BSR activa. BSR genera un mensaje BSR que contiene la ip de BSR, un conjunto de RP vacío. DA = 224.0.0.13.
2. Los C-RP transmiten información sobre ellos mismos al BSR: su IP, enumera el rango del grupo.
3. BSR recopila alertas de C-RP y las coloca en un conjunto de RP (RP+rango de grupo). Envía RP-set a todos los enrutadores PIM.
4. Cada enrutador PIM selecciona un RP válido para el grupo: crea un hash de C-RP ip, rango de grupo, máscara. El hash más pequeño del grupo determina el RP elegido.

Para excluir un enrutador de la selección (para que deje de enviar mensajes BSR), puede establecerle prioridad = 0. Configuración

Establecer protocolos pim rp local 10.200.86.3 establecer protocolos pim rp prioridad de arranque 200

no se necesita ninguna configuración especial, solo es necesario habilitar PIM en las interfaces.

No puedes tener Auto-RP y Bootstrap habilitados en la red al mismo tiempo.

Blair> show pim bootstrap Instancia: PIM.master BSR Pri Dirección local Pri Estado Tiempo de espera 10.200.86.3 200 10.200.86.1 100 Candidato 110 oban> show pim rps Instancia: PIM.master Familia de direcciones Dirección INET RP Tipo Modo Tiempo de espera Tiempo de espera Grupos Prefijos de grupo 10.200 .86.1 bootstrap disperso 150 145 0 224.0.0.0/24 10.200.86.3 bootstrap disperso 150 Ninguno 1 235.0.0.0/8 10.200.86.9 bootstrap disperso 150 145 0 232.1.1.0/24 10.200 .86.3 spa estático rse 150 Ninguno 1 235.0.0.0/ 8

RP de cualquier difusión

Se puede utilizar con o sin MSDP.

• en lo agregamos otra dirección. Es mejor hacer que la dirección lo inicial sea primaria, dirección anycast; déjela como está.

+ primario; +preferido; 172.30.5.254/32;

• dirección 172.30.5.1/32 (...) + dirección Los enlaces nni y lo se agregan a los protocolos pim. indicamos nueva dirección

lo como dirección RP

• rp ( local ( dirección 172.30.5.254; interfaz ge-0/0/0.208; interfaz ge-0/0/2.200; interfaz ge-0/0/3.204; interfaz lo0.0;

Estamos construyendo un vecindario MSDP entre PE, que actuará como RP. Barrio en direcciones lo-primarias.

+ msdp ( + peer 172.30.5.2 ( + local-address 172.30.5.1; *si no queremos usar MSDP, entonces podemos prescindir de él. Usamos todos los pasos anteriores y luego: + rp ( + local ( + familia inet ( + dirección 172.30 .5.254; + anycast-pim ( + rp-set ( + dirección 172.30.5.2; + dirección local 172.30.5.1;

Configuración específica

Corte del árbol de ruta más corta (no cambie al árbol de ruta más corta)

establecer protocolos pim spt-threshold infinity no-spt establecer opciones de política declaración de política no-spt término 1 del filtro de ruta 235.4.5.6/32 conjunto exacto opciones de política declaración de política no-spt término 1 del filtro de dirección de origen 10.66.66.2/32 conjunto exacto de opciones de política declaración de política no-spt término 1 luego aceptar establecer opciones de política declaración de política no-spt término 2 luego rechazar

Esto se hace para limitar el estado adicional (S,G) que se crea al cambiar a un árbol basado en fuentes.

O si, por otras razones, no es beneficioso reconstruir el último enrutador a SPT.

Equilibrio de carga de unión PIM

establecer protocolos pim join-load-balance

Usando el comando anterior, se pueden usar múltiples interfaces para la fuente.

BFD

La detección de reenvío bidireccional funciona y también se puede configurar para PIM.

establecer protocolos interfaz pim ge-1/0/0.900 familia inet bfd-liveness-detection

Temporizadores

establecer protocolos pim join-prune-timeout 230 || por defecto 210 protocolos establecidos pim reset-tracking bit || en redes multiacceso para configurar la supresión de uniones desde varios enrutadores.

establecer protocolos pim retardo de propagación 500 || Al mismo tiempo, el gato determina cuánto tiempo esperar para que se ejecute la poda en el enrutador ascendente. Durante este tiempo, el enrutador espera cualquier mensaje de unión de anulación de poda de otros enrutadores.

establecer protocolos pim override-interval 2000 || tiempo máximo para retrasar el envío de mensajes para unirse. Si aparece una poda en el acceso múltiple, entonces el temporizador garantiza que no todos los enrutadores descendentes respondan al mismo tiempo con un mensaje de unión. Solución de problemas mostrar interfaces pim mostrar vecinos pim extensos || puedes ver RX ¡¡Únete a grupos!! mostrar estática de pim || las estadísticas de varios paquetes muestran el uso de multidifusión muestran la ruta de multidifusión extensa || La información sobre los grupos presentes en este enrutador muestra la tabla de rutas inet.1. || tabla de reenvío muestra los próximos saltos de multidifusión muestra la unión de pim extensa || entre otras cosas, es útil: "Estado ascendente: unirse a la fuente, podar a RP" mostrar detalles de la fuente de pim mostrar rpf de multidifusión x.x.x.x mostrar rps de pim || qué rps se conocen, a través de qué mecanismo, qué conjunto de grupos viene mostrar pim rps extensos || Además de lo anterior, se pueden ver grupos específicos, estado, tiempo de actividad y muchos otros detalles show pim bootsrap || opciones de seguimiento del enrutador BSR activo || para diagnósticos, no olvide habilitar mostrar vecinos pim Instancia: PIM.master Interfaz Modo IP V Opción Tiempo de actividad Dirección de vecino xe-1/1/0.910 4 2 HPLGT 13w2d5h 212.1.253.189 xe-1/2/0.822 4 2 HPLG 03: 08:00 192.168.152.49 B = Capacidad bidireccional = modo bidireccional admitido G = Identificador de generación = reinicio elegante activado para pim H = Tiempo de espera de opción de saludo, L = Retraso de poda de LAN de opción de saludo, P = Prioridad de DR de opción de saludo, T = Bit de seguimiento = Se admite la supresión de uniones, si no hay T, entonces el vecino tiene: restablecer-bit-de-seguimiento, tsg Recuento de uniones: 0 BFD: deshabilitado Tiempo de espera de la opción de saludo: 105 segundos 102 restantes Prioridad de DR de la opción de saludo: 1 ID de generación de la opción de saludo: 1593016797 Retraso de poda de LAN de la opción de saludo: retraso de 1000 ms anulación de 3000 ms Dirección: 192.168.152.50, IPv4, PIM v2, Modo: Sparse, sg Conteo de uniones: 0, tsg Conteo de uniones: 0 Tiempo de espera de la opción de saludo: 65535 segundos Prioridad de DR de la opción de saludo: 1 ID de generación de la opción de saludo: 1898464853 Opción de saludo Retraso de poda de LAN: demora de 500 ms anulación de 2000 ms Se admite la supresión de uniones pim ( traceoptions (archivo pim.log tamaño 10 m; marcar todo;

PIM Join y PIM Prune se pueden ver en estadísticas pim(tanto recibido como enviado).

> mostrar interfaz de estadísticas de pim xe-1/2/0.822 Instancia: PIM.master Familia: INET PIM Estadísticas de interfaz para xe-1/2/0.822 PIM Tipo de mensaje Errores de recepción enviados recibidos V2 Hola 389 413 0 Registro V2 0 0 0 Parada de registro V2 0 0 0 V2 Unirse Podar 0 195 0

La interfaz de tráfico del monitor no mostrará PIM Join, PIM Prune. Si necesita monitorear paquetes entrantes y salientes, solo puede reflejar el tráfico.

Con las opciones de seguimiento habilitadas, la unión también es claramente visible (saliente):

Opciones de seguimiento (archivo pim.log tamaño 10 m; marcar todo; marcar detalle de unión; marcar detalle de poda; > mostrar registro pim.log | coincidencia 235.69.101. 13 de octubre 13:21:50.354863 grupo 235.69.101.1 se une a 1 ciruelas 0 13 de octubre 13 :21:50.354881 grupo 235.69.101.2 se une a 1 ciruelas 0 13 de octubre 13:21:50.354897 grupo 235.69.101.4 se une a 1 ciruelas 0 13 de octubre 13:21:50.354913 grupo 235.69.101.11 se une a 1 ciruelas 0 1 de octubre 3 13:21:50.354929 grupo 235.69.101.19 se une a 1 ciruelas pasas 0 13 de octubre 13:21:50.354944 grupo 235.69.101.20 se une a 1 ciruelas pasas 0

Modo bidireccional

Lo mismo que Sparse, solo que en los enrutadores PIM bidireccionales construyen árboles bidireccionales compartidos y no cambian a SPT. Debido a esto, sólo se utilizan (*,S) durante el funcionamiento.

Este modo se considera más escalable para la red.

A diferencia de PIM-SM, en este modo no se requiere túnel de registro PIM.

El protocolo PIM (Protocol Independent Multicast) ofrece dos escenarios de multidifusión diferentes. El llamado modo de operación denso del protocolo está diseñado para una situación en la que los miembros de un grupo de distribución están ubicados densamente, es decir, la mayoría de los enrutadores en un área determinada están involucrados en datagramas de multidifusión.

El modo de funcionamiento disperso del protocolo está pensado para el caso en el que hay relativamente pocos enrutadores cuyos hosts sean miembros de un grupo y estos enrutadores estén dispersos lejos unos de otros.

Los desarrolladores del protocolo PIM notaron varias consecuencias de cada uno de los modos de operación del protocolo. Dado que en modo denso la mayoría de los enrutadores participan en la multidifusión, es razonable suponer que todos los enrutadores deberían hacerlo. Para esta situación, el método de enrutamiento por inundación utilizado en el protocolo RPF es muy adecuado, cuando los datagramas de grupo se reenvían a todos los enrutadores del grupo (excepto aquellos que explícitamente se desconectan del árbol). En cambio, en modo disperso, los enrutadores que deben participar en la multidifusión son pocos y espaciados. En este caso, el método del protocolo RPF de obligar constantemente al enrutador a enviar mensajes cortados para evitar recibir tráfico de multidifusión que no necesita es mucho menos atractivo. En modo disperso, el protocolo supone que el enrutador predeterminado no participa en la multidifusión. Es decir, el enrutador no tiene que realizar ninguna acción a menos que quiera unirse al grupo de distribución. Tal razonamiento supone el enfoque de elegir un nodo central al que los enrutadores envían explícitamente mensajes solicitando unirse a un grupo de distribución en particular. Los enrutadores restantes no participan de ninguna manera en la multidifusión. Por lo tanto, el modo disperso del protocolo puede considerarse como impulsado por el receptor (nada sucede hasta que el destinatario declara explícitamente su deseo de unirse al grupo), y el modo denso del protocolo puede considerarse como impulsado por el remitente (el remitente transmite datagramas a todos, a menos que los enrutadores no declaren explícitamente que no están dispuestos a recibirlos).

En modo de operación densa, el protocolo PIM implementa el método de enrutamiento de inundaciones a lo largo de rutas inversas con cortes, es decir, de hecho, se parece al protocolo DVMRP. Recuerde que el protocolo PIM es independiente del protocolo selectivo (unidifusión) subyacente. En otras palabras, el protocolo PIM puede interoperar con cualquier protocolo de enrutamiento de unidifusión. Debido a que PIM no impone ningún requisito al protocolo de enrutamiento de unidifusión subyacente, su algoritmo para reenviar datos a lo largo de la ruta inversa es algo más simple que DVMRP, pero también es menos eficiente.

En el modo de funcionamiento disperso del protocolo PIM, se utiliza el método del nodo central (RFC 2189, RFC 2201), similar al utilizado en el anterior protocolo de enrutamiento de multidifusión CBT (árbol basado en núcleo: un árbol con un vértice en el núcleo). . En el protocolo PIM, los enrutadores envían un mensaje JOIN (unirse) a un enrutador central, llamado punto de encuentro, para unirse al árbol. Como en el protocolo SVT, enrutadores intermedios ingresa al estado de multidifusión y reenvía el mensaje JOIN al punto de encuentro. A diferencia del protocolo CBT, el protocolo PIM no envía un acuse de recibo en respuesta a un mensaje JOIN. Los mensajes JOIN se envían periódicamente en sentido ascendente para actualizar el estado del árbol de rutas del protocolo PIM. Otra característica del protocolo PIM es la capacidad de cambiar de un árbol de grupo a un árbol específico del remitente después de unirse a un punto de encuentro. Esto puede resultar útil porque al utilizar varios árboles creados para remitentes específicos, se reduce la concentración del tráfico.

En el modo PIM disperso, un enrutador que recibe un datagrama de uno de sus hosts conectados lo reenvía al punto de encuentro. Luego, el punto de encuentro reenvía este datagrama a lo largo del árbol común del grupo mediante enrutamiento de multidifusión. Si ningún enrutador se ha unido al árbol (es decir, la fuente de multidifusión no tiene destinatarios), el punto de encuentro notifica al remitente que debe dejar de enviarle datagramas.

El protocolo PIM se implementa en muchos enrutadores y también en UUNet como parte de un proyecto de entrega de medios en streaming. Otro protocolo de enrutamiento de multidifusión implementado es MOSPF (Multicast OSPF). MOSPF (RFC 1584) opera en sistemas autónomos que usan OSPF para distribución selectiva (ver Enrutamiento de Internet) y es una extensión protocolo OSPF. En este protocolo, los enrutadores agregan información sobre la membresía del grupo de sus hosts a las notificaciones de estado del enlace que transmiten.