Cómo comprobar si el equipo acepta el protocolo pim. Protocolo PIM. ¿Cómo abrir su archivo PIM?
Hace relativamente poco tiempo, tuve la suerte de presentar e incluso configurar el enrutamiento de multidifusión para IPTV. Inicialmente, no estaba completamente familiarizado con este tema, y esto me obligó a lamer la parte superior de un tanque de vodka y revisar una gran cantidad de documentación para ponerme al día.
Y aquí está el problema. Por lo general, todo se describe en la documentación a la vez y una persona que se enfrenta a este tema por primera vez no tiene claro por dónde empezar. Mientras leía los archivos PDF, me sorprendí pensando que sería bueno encontrar un artículo en algún lugar que pudiera tomar un atajo de la teoría a la práctica para entender por dónde empezar y dónde centrar la atención.
No pude encontrar un artículo así. Esto me impulsó a escribir este artículo para aquellos que, como yo, se enfrentan a la pregunta de qué tipo de bestia es IPTV y cómo lidiar con ella.
Introducción
Este es mi primer artículo (¡pero no el último! Hay muchos más animales), intentaré presentar todo lo más accesible posible.En primer lugar, resumamos algunos conceptos para eliminar más malentendidos. Hay tres tipos de tráfico:
- unidifusión- unidifusión, una fuente de transmisión, un destino
- transmisión- transmisión, una fuente, los destinatarios son todos clientes en la red
- multidifusión- multidifusión, un remitente, destinatarios algún grupo de clientes
¿Qué tipo de tráfico debo utilizar para IPTV?
Evidentemente, para los canales de radiodifusión, se da la mayor preferencia a la multidifusión.
Cualquier canal de TV que queramos emitir en la red se caracteriza por una dirección de grupo, que se selecciona del rango reservado a estos efectos: 224.0.0.0 – 239.255.255.255
.
Para que IPTV funcione, necesita un enrutador que admita multidifusión (en adelante, MR). Realizará un seguimiento de la membresía de un cliente en particular en un grupo determinado, es decir, Supervise constantemente a qué cliente se le envía qué canal de televisión.
Para que un cliente se registre en uno de estos grupos y vea un canal de televisión, se utiliza un protocolo IGMP(Protocolo de gestión de grupos de Internet).
Un poco sobre cómo funciona IGMP.
Hay un servidor que está incluido en el enrutador MR. Este servidor transmite varios dibujos animados de televisión, por ejemplo:El cliente enciende el canal Noticias y, sin siquiera sospecharlo, envía una solicitud a MR para conectarse al grupo 224.12.0.1. Desde el punto de vista del protocolo IGMP, esta es una solicitud” ÚNETE 224.12.0.1”.
Si el usuario cambia a otro canal, primero envía una notificación a MR de que está silenciando el canal de Noticias o abandonando este grupo. Para IGMP es “ SALIR 224.12.0.1" Y luego repite lo mismo Solicitud de UNIRSE para el canal deseado.
A veces, MR pregunta a todos: "¿Quién está conectado a qué grupo?" para desconectar a aquellos clientes con los que se perdió la conexión y no tuvieron tiempo de enviar una notificación. DEJAR. Para esto MR utiliza la solicitud CONSULTA.
La respuesta del suscriptor a esta solicitud es INFORME DE MEMBRESÍA, que contiene una lista de todos los grupos a los que pertenece el cliente.
Configuración del enrutamiento de multidifusión.
Supongamos que los clientes del mismo grupo ven la misma caricatura, pero están en diferentes segmentos de la red (red A y red B). Para que pudieran obtener sus dibujos animados, se inventó el enrutamiento de multidifusión.
Ejemplo de configuración de enrutadores MR1 y MR2.
| Red A | 10.1.0.0/24 |
| Red B | 10.2.0.0/24 |
| Red C | 10.3.0.0/24 |
| MR1 | MR2 |
| Ejecutar MR1#sh Enrutamiento de multidifusión IP |
Ejecutar MR2#sh Enrutamiento de multidifusión IP |
Equipo " enrutamiento de multidifusión IP" activa el enrutamiento apropiado, pero si está desactivado, el enrutador no reenvía paquetes de multidifusión, es decir, no llegarán al espectador perplejo de los dibujos animados.
Echemos un vistazo más de cerca al comando " ip pim en modo disperso".
Sobre los modos del protocolo PIM y el protocolo en sí.
PIM(Protocolo de multidifusión independiente): protocolo de enrutamiento de multidifusión. Completa su tabla de enrutamiento de multidifusión basándose en la tabla de enrutamiento normal. Estas tablas se pueden ver usando los comandos “ ruta del barco" Y " ruta del barco" respectivamente. El propósito del protocolo PIM es construir un árbol de rutas para enviar mensajes de multidifusión.El protocolo PIM tiene dos modos principales: descargado ( modo disperso) y denso ( modo denso). La tabla de enrutamiento de multidifusión les parece un poco diferente. A veces, estos modos se consideran protocolos separados: PIM-SM y PIM-DM.
En nuestra configuración en las interfaces especificamos el modo " ip pim en modo disperso".
(config-if)#ip pim?
Modo denso Habilitar el funcionamiento en modo denso de PIM
modo denso disperso Habilitar el funcionamiento en modo denso disperso de PIM
modo disperso Habilitar el funcionamiento en modo disperso de PIM
………
¿Cuál es la diferencia?
PIM-DM utiliza un mecanismo de inundación y poda. En otras palabras. El enrutador MR envía a todos todos los flujos de multidifusión que están registrados en él. Si el cliente no necesita ninguno de estos canales, lo rechaza. Si todos los clientes conectados al enrutador han abandonado el canal, entonces el enrutador envía un "no gracias, no gracias" al enrutador ascendente.PIM-SM inicialmente no envía canales de TV registrados en él. El envío por correo comenzará sólo cuando un cliente reciba una solicitud.
Aquellos. en PIM-DM MR envía a todos y luego elimina lo innecesario, y en PIM-SM MR comienza a transmitir solo cuando lo solicitan.
Si los miembros del grupo están dispersos en varios segmentos de la red, como es típico en IPTV, PIM-DM utilizará la mayor parte del ancho de banda. Y esto puede conducir a una disminución de la productividad. En este caso, es mejor utilizar PIM-SM.
Existen otras diferencias entre PIM-DM y PIM-SM.
PIM-DM crea un árbol por separado para cada fuente de un grupo de multidifusión específico, es decir, Una ruta de multidifusión se caracterizará por una dirección de origen y una dirección de grupo. La tabla de enrutamiento de multidifusión tendrá entradas del formato (S,G), donde S es origen y G es grupo.
PIM-SM tiene algunas características especiales. Este modo requiere un punto de encuentro ( RP - punto de encuentro) en el que se registrarán las fuentes de flujos de multidifusión y se creará una ruta desde la fuente S (en sí misma) al grupo G: (S,G).
De este modo, el trafico esta llegando desde la fuente al RP a lo largo de la ruta (S,G), y luego a los clientes a lo largo de un árbol común a las fuentes de un determinado grupo, que se caracteriza por la ruta (*,G) - “*” simboliza “cualquiera fuente". Aquellos. fuentes registradas con RP, y luego los clientes ya reciben una transmisión de RP y no les importa quién fue la fuente original. La raíz de este árbol común será RP.
El punto de encuentro es uno de los enrutadores de multidifusión, pero todos los demás enrutadores deben saber "quién es el punto RP" y poder alcanzarlo.
Ejemplo de definición estática de RP (MR1). Anunciemos a todos los enrutadores de multidifusión que el punto de encuentro es 10.0.0.1 (MR1):
Todos los demás enrutadores deben conocer la ruta al RP:
ruta IP 10.0.0.0 255.255.255.0 10.10.10.1
También hay otras formas de determinar el RP, este es el RP automático y el enrutador de arranque, pero este es un tema para un artículo separado ( si alguien está interesado - por favor)?
Veamos qué sucede después de configurar los enrutadores.
Todavía estamos considerando un esquema con los enrutadores MR1 (RP) y MR2. Tan pronto como habilitemos el enlace entre los enrutadores MR1 y MR2, deberíamos ver mensajes en los registros.Para MR1:
%PIM-5-NBRCHG: vecino 10.10.10.2 ARRIBA en la interfaz Ethernet3
Para MR2:
%PIM-5-NBRCHG: vecino 10.10.10.1 ARRIBA en la interfaz Ethernet0
Esto indica que los enrutadores han establecido una relación de adyacencia PIM entre sí. También puedes verificar esto usando el comando:
MR1# vecino sh ip pim
Tabla vecina PIM
Modo: B - Capacidad Bidir, DR - Enrutador designado, N - Prioridad DR predeterminada, S - Capacidad de actualización de estado
| Dirección del vecino | Interfaz | Tiempo de actividad/Expira | Ver | Modo/principio DR |
| 10.10.10.2 | Ethernet3 | 00:03:05/00:01:37 | v2 | 1/DR S |
No te olvides del TTL.
Me resultó conveniente utilizar el reproductor VLC como servidor de prueba. Sin embargo, como descubrí más tarde, incluso si establecía un TTL suficiente a través de la GUI, todavía (espero que solo en la versión que usé) enviaba obstinadamente paquetes de multidifusión con TTL=1. Tuve que ejecutar el testarudo con la opción “vlc.exe –ttl 3” porque Tendremos dos enrutadores en camino, cada uno de los cuales reduce el TTL del paquete en uno.¿Cómo puedes seguir detectando un problema con TTL? De una sola mano. Deje que el servidor transmita el canal 224.12.0.3 con TTL=2, luego los paquetes pasan normalmente en el enrutador MR1, pero detrás del enrutador MR2 los clientes ya no podrán ver sus dibujos animados.
Esto se detecta utilizando el comando "ship ip Traffic" en MR2. Observamos el campo "recuento de saltos incorrectos": este es el número de paquetes que "murieron", medido por ellos, en TTL=0.
MR2# tráfico de barcos
Estadísticas de propiedad intelectual:
RCVD: 36788 en total, 433 destino local
0 errores de formato, 0 errores de suma de comprobación, 2363 recuentos de saltos incorrectos
……………………………………
Si este contador aumenta rápidamente, entonces el problema es TTL.
Mostrar ruta ip
Después de habilitar la transmisión de tres canales en el servidor, observamos lo siguiente en la tabla de enrutamiento de multidifusión:MR1# ruta del barco
(*, 224.12.0.1), 00:03:51/detenido, RP 10.0.0.1, banderas: SP
(10.0.0.2, 224.12.0.1), 00:03:52/00:02:50, banderas: PT
Lista de interfaces salientes: nula
(*, 224.12.0.2), 00:00:45/detenido, RP 10.0.0.1, banderas: SP
Interfaz entrante: nula, RPF nbr 0.0.0.0
Lista de interfaces salientes: nula
(10.0.0.2, 224.12.0.2), 00:00:45/00:02:50, banderas: PT
Interfaz entrante: Ethernet0, RPF nbr 0.0.0.0
Lista de interfaces salientes: nula
(*, 224.12.0.3), 00:00:09/detenido, RP 10.0.0.1, banderas: SP
Interfaz entrante: nula, RPF nbr 0.0.0.0
Lista de interfaces salientes: nula
(10.0.0.2, 224.12.0.3), 00:00:09/00:02:59, banderas: PT
Interfaz entrante: Ethernet0, RPF nbr 0.0.0.0
Lista de interfaces salientes: nula
Vemos que han aparecido rutas de la forma (S,G), por ejemplo (10.0.0.2, 224.12.0.3), es decir La fuente 10.0.0.2 se ha registrado, transmitiendo para el grupo 224.12.0.3. Y también las rutas de RP al cliente: (*,G), por ejemplo (*, 224.12.0.3) - que utilizarán, el llamado árbol común a todos.
Tan pronto como llega una solicitud para recibir el canal 1 a la interfaz MR1 (RP), se producen los siguientes cambios en la tabla de enrutamiento de multidifusión:
MR1# ruta del barco
…………………
(*, 224.12.0.1), 00:33:16/00:02:54, RP 10.0.0.1, banderas: S
Interfaz entrante: nula, RPF nbr 0.0.0.0
Lista de interfaces salientes:
(10.0.0.2, 224.12.0.1), 00:33:17/00:03:25, banderas: T
Interfaz entrante: Ethernet0, RPF nbr 0.0.0.0
Lista de interfaces salientes:
Ethernet3, directo/escaso, 00:02:37/00:02:53
Quedó claro que las solicitudes para este grupo provenían del puerto Ethernet3.
verificación FPR
Es posible una situación en la que el enrutador recibe una transmisión de multidifusión en dos interfaces. ¿Cuál de estas dos interfaces considerará el enrutador como fuente?Para hacer esto, realiza una verificación RPF (reenvío de ruta inversa): verifica la ruta a la fuente utilizando la tabla de enrutamiento de unidifusión habitual y selecciona la interfaz a través de la cual pasa la ruta a esta fuente. Esta verificación es necesaria para evitar la formación de bucles.
Protocolos PIM e IGMP
Existen muchos protocolos para entregar multidifusión desde el origen al destinatario: 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. El protocolo PIM monitorea constantemente el á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 protocolo de red interacción entre los 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 sobre su desconexión. 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.
La fuente del programa IPTV no necesita el protocolo IGMP. Cualquier computadora conectada a Internet puede convertirse en una fuente de multidifusión sin requerir ningún software adicional más allá del incluido con la implementación de la pila TCP/IP estándar.
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 a qué grupos pertenecen los hosts de la red local conectados a cualquiera de sus interfaces. La consulta de membresía viene en dos versiones: en una, el enrutador realiza una consulta 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 solo 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 no se recibe una respuesta para un grupo 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 su deseo de unirse al grupo. Además, es necesario configurar interfaz de red 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 que funcione IPTV, necesita un enrutador que admita multidifusión (en adelante 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 al grupo requerido, el equipo del cliente comienza a recibir el flujo de datos a través de protocolo UDP al 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 el canal de transmisión está completamente ausente en en este momento, dado que nadie lo está viendo, significa que debes iniciar la transmisión y crear nuevo grupo Multidifusión.
Así que 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;
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.
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.
Descripción Protocolo PIM-SM está 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)
|
||||||||||||||||||||||||||||||||||
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 Enns, se veían 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 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.
Redactor senior de tecnología
Alguien te envió un correo electrónico¿Archivo PIM y no sabes cómo abrirlo? ¿Quizás encontraste un archivo PIM en tu computadora y te preguntaste qué era? Windows puede indicarle que no puede abrirlo o, en el peor de los casos, puede encontrar el mensaje de error correspondiente relacionado con el archivo PIM.
Antes de poder abrir un archivo PIM, debe averiguar qué tipo de archivo es la extensión de archivo PIM.
Consejo: Los errores de asociación de archivos PIM incorrectos pueden ser un síntoma de otros problemas subyacentes dentro de Windows Sistema operativo. Estas entradas no válidas también pueden producir síntomas asociados, como inicios lentos de Windows, congelaciones de la computadora y otros problemas de rendimiento de la PC. Por lo tanto, se recomienda encarecidamente que escanee su registro de Windows en busca de asociaciones de archivos no válidas y otros problemas relacionados con un registro fragmentado.
Respuesta:
Los archivos PIM son archivos comprimidos, que están asociados principalmente con el archivo Personal Information Manager.
Los archivos PIM también están asociados con el archivo de proyecto PixMaker, la imagen en modo texto de Ultimate Draw Pascal, el archivo comprimido PIMPLE (Ilia Muraviev) y FileViewPro.
Otros tipos de archivos también pueden usar la extensión de archivo PIM. Si conoce algún otro formato de archivo que use la extensión de archivo PIM, contáctenos para que podamos actualizar nuestra información en consecuencia.
Cómo abrir su archivo PIM:
El más rápido y manera fácil Abrir su archivo PIM es cuestión de hacer doble clic en él. EN en este caso Windows elegirá el programa necesario para abrir su archivo PIM.
En caso de que su archivo PIM no se abra, es muy probable que no tenga instalada en su PC la aplicación necesaria para ver o editar archivos con extensiones PIM.
Si su PC abre un archivo PIM, pero está en el programa incorrecto, deberá cambiar la configuración de asociación de archivos. registro de windows. En otras palabras, Windows asocia extensiones de archivo PIM con el programa incorrecto.
Instalar productos opcionales - FileViewPro (Solvusoft) | | | |
Herramienta de análisis de archivos PIM™
¿No estás seguro de qué tipo de archivo PIM es? ¿Quiere obtener información precisa sobre un archivo, su creador y cómo se puede abrir?
Ahora puedes obtener todos instantáneamente información necesaria sobre el archivo PIM!
Revolucionarios escaneos, análisis e informes PIM File Analysis Tool™ información detallada sobre el archivo PIM. Nuestro algoritmo pendiente de patente analizará rápidamente el archivo y proporcionará información detallada en cuestión de segundos en un formato claro y fácil de leer.†
En sólo unos segundos, sabrá exactamente qué tipo de archivo PIM tiene, la aplicación asociada al archivo, el nombre del usuario que creó el archivo, el estado de seguridad del archivo y otra información útil.
Para comenzar su análisis de archivos gratuito, simplemente arrastre y suelte su archivo PIM dentro de la línea de puntos a continuación, o haga clic en "Examinar mi computadora" y seleccione su archivo. El informe de análisis del archivo PIM se mostrará a continuación, justo en la ventana del navegador.
Arrastre y suelte su archivo PIM aquí para comenzar su análisis
Ver mi computadora »
Por favor revise también mi archivo en busca de virus.
Su archivo está siendo analizado... por favor espere.
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, el enrutador utilizará un 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:
- Si no hay destinatarios conectados al enrutador.
- Si el enrutador recibe 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. Gana la preferencia de métrica/valor de métrica más pequeño. 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
puedes usar opciones de seguimiento
Mtrace del grupo fuente 224.7.7.7 ttl 20 fuente
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 en el grupo deseado, luego RP envía la 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) la topología unida.
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: interfaz hacia R1 (el más cercano a la fuente).
- (*,G) - el estado ascendente se especifica como: Unirse a RP. Interfaz entrante: interfaz hacia RP.
(SG)- 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 utiliza 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:
- 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 mayor prioridad(o una ip más grande), 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.
- Los C-RP transmiten información sobre ellos mismos al BSR: su IP, enumera el rango del grupo.
- 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.
- 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á.
- dirección 172.30.5.1/32 (...) + dirección
- 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;
+ 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
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 rechazarEsto 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-balanceSi hay varias rutas equivalentes al origen, solo se utilizará 1 (dado que solo 1 pasará la verificación RFP, las rutas alternativas estarán inactivas). Esto significa que tanto las uniones al enrutador ascendente como el tráfico hacia el descendente estarán equilibrados.
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, estado, tiempo de actividad y muchos otros detalles muestran 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 unión, si no hay T, entonces el vecino está configurado: restablecer-bit-de-seguimiento muéstrele los detalles de los vecinos Interfaz: xe-1/2/0.822 Dirección: 192.168.152.49, IPv4, PIM v2, sg Número de uniones: 2, 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 congelar 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.
