EN ESTA PÁGINA
Ejemplos: configuración de la transferencia PIM RPT y SPT
Creación de un RPT entre el RP y los receptores
El RPT es la ruta entre el RP y los receptores (hosts) en un grupo de multidifusión (consulte la figura 1). El RPT se construye por medio de un mensaje de unión PIM desde el DR de un receptor:
Un receptor envía una solicitud para unirse al grupo (G) en un informe de pertenencia de host del Protocolo de administración de grupos de Internet (IGMP). Un enrutador de modo disperso PIM, el DR del receptor, recibe el informe en una subred conectada directamente y crea una rama RPT para el grupo de multidifusión de interés.
El DR del receptor envía un mensaje de unión PIM a su vecino RPF, la dirección del próximo salto en la tabla RPF o la tabla de enrutamiento de unidifusión.
El mensaje de unión PIM viaja por el árbol y se multidifusión al grupo ALL-PIM-ROUTERS (224.0.0.13). Cada enrutador del árbol encuentra su vecino RPF mediante la tabla RPF o la tabla de enrutamiento de unidifusión. Esto se hace hasta que el mensaje llega al RP y forma el RPT. Los enrutadores a lo largo de la ruta configuran el estado de reenvío de multidifusión para reenviar el tráfico de multidifusión solicitado de vuelta por la RPT al receptor.
Registro de origen en modo disperso PIM
El RPT es un árbol unidireccional que permite que el tráfico fluya desde el RP al receptor en una dirección. Para que el tráfico de multidifusión llegue al receptor desde el origen, es necesario construir otra rama del árbol de distribución, denominada árbol de ruta más corta, desde el DR del origen hasta el RP.
El árbol de ruta más corta se crea de la siguiente manera:
La fuente se activa y envía paquetes de multidifusión a la LAN a la que está conectada. El DR del origen recibe los paquetes y los encapsula en un mensaje de registro PIM, que envía al enrutador RP (consulte la figura 2).
Cuando el enrutador RP recibe el mensaje de registro PIM del origen, envía un mensaje de unión PIM al origen.
Figura 2: Mensaje de registro PIM y mensaje de unión PIM intercambiadosEl DR del origen recibe el mensaje de unión PIM y comienza a enviar tráfico por el SPT hacia el enrutador RP (consulte la figura 3).
Una vez que el enrutador RP recibe tráfico, envía un mensaje de detención de registro al DR del origen para detener el proceso de registro.
Figura 3: Tráfico enviado desde el origen al enrutador RPEl enrutador RP envía el tráfico de multidifusión por la RPT hacia el receptor (consulte la figura 4).
Figura 4: Tráfico enviado desde el enrutador RP hacia el receptor
Árbol de ruta más corta de multidifusión
El árbol de distribución utilizado para la multidifusión está enraizado en el origen y también es el árbol de ruta más corta (SPT). Considere un conjunto de enrutadores de multidifusión sin tráfico de multidifusión activo para un grupo determinado (es decir, que no tienen ningún estado de reenvío de multidifusión para ese grupo). Cuando un enrutador se entera de que un receptor interesado para ese grupo se encuentra en una de sus subredes conectadas directamente, el enrutador intenta unirse al árbol para ese grupo.
Para unirse al árbol de distribución, el enrutador determina la dirección IP de unidifusión del origen para ese grupo. Esta dirección puede ser una simple configuración estática en el enrutador o tan compleja como un conjunto de protocolos.
Para crear el SPT para ese grupo, el enrutador ejecuta una comprobación de reenvío de ruta inversa (RPF) en la dirección de origen en su tabla de enrutamiento. La comprobación RPF produce la interfaz más cercana al origen, que es donde los paquetes de multidifusión de este origen para este grupo deben fluir hacia el enrutador.
A continuación, el enrutador envía un mensaje de unión en esta interfaz utilizando el protocolo de multidifusión adecuado para informar al enrutador ascendente de que desea unirse al árbol de distribución para ese grupo. Este mensaje es un mensaje de unión (S,G) porque se conocen tanto S como G. El enrutador que recibe el mensaje de unión (S,G) agrega la interfaz en la que se recibió el mensaje a su lista de interfaces de salida (OIL) para el grupo y también realiza una comprobación RPF en la dirección de origen. A continuación, el enrutador ascendente envía un mensaje de unión (S,G) en la interfaz RPF hacia el origen, informando al enrutador ascendente de que también desea unirse al grupo.
Cada enrutador ascendente repite este proceso, propagando uniones en la interfaz RPF, construyendo el SPT a medida que avanza. El proceso se detiene cuando el mensaje de unión realiza una de estas dos acciones:
Llega al enrutador conectado directamente al host que es el origen.
Llega a un enrutador que ya tiene estado de reenvío de multidifusión para este par de grupo de origen.
En cualquier caso, se crea la sucursal, cada uno de los enrutadores tiene un estado de reenvío de multidifusión para el par de grupo de origen y los paquetes pueden fluir por el árbol de distribución desde el origen hasta el receptor. La comprobación del RPF en cada enrutador asegura que el árbol sea un SPT.
Los SPT son siempre el camino más corto, pero no son necesariamente cortos. Es decir, las fuentes y los receptores tienden a estar en la periferia de una red de enrutador, no en la red troncal, y los árboles de distribución de multidifusión tienden a extenderse en casi todos los enrutadores de la red. Dado que el tráfico de multidifusión puede abrumar a una interfaz lenta, y un paquete puede convertirse fácilmente en cien o mil en el lado opuesto de la red troncal, tiene sentido proporcionar un árbol compartido como árbol de distribución para que el origen de multidifusión se pueda ubicar de forma más centralizada en la red, en la red troncal. Este intercambio de árboles de distribución con raíces en la red central se logra mediante un punto de encuentro de multidifusión. Para obtener más información acerca de los RP, consulte Descripción de los puntos de encuentro de multidifusión, los árboles compartidos y los árboles de puntos de encuentro.
Transición de SPT
En lugar de seguir utilizando el SPT para el RP y el RPT para el receptor, se crea un SPT directo entre el origen y el receptor de la siguiente manera:
Una vez que el DR del receptor recibe el primer paquete de multidifusión del origen, el DR envía un mensaje de unión PIM a su vecino RPF (consulte la figura 5).
El DR del origen recibe el mensaje de unión PIM y se crea un estado adicional (S,G) para formar el SPT.
Los paquetes de multidifusión de esa fuente en particular comienzan a provenir de la DR de la fuente y fluyen por el nuevo SPT hasta la DR del receptor. El DR del receptor ahora recibe dos copias de cada paquete de multidifusión enviado por la fuente: una del RPT y otra del nuevo SPT.
Figura 5: Receiver DR envía un mensaje de unión PIM al origenPara detener paquetes de multidifusión duplicados, el DR del receptor envía un mensaje de poda PIM hacia el enrutador RP, haciéndole saber que los paquetes de multidifusión de esta fuente en particular procedentes del RPT ya no son necesarios (consulte la figura 6).
Figura 6: El mensaje PIM Poda se envía desde la DR del receptor hacia el enrutador RPEl mensaje de poda PIM es recibido por el enrutador RP y deja de enviar paquetes de multidifusión al DR del receptor. El DR del receptor obtiene paquetes de multidifusión solo para esta fuente en particular a través del nuevo SPT. Sin embargo, los paquetes de multidifusión del origen siguen llegando desde la DR de la fuente hacia el enrutador RP (consulte la figura 7).
Figura 7: El enrutador RP recibe un mensaje de poda de PIMPara detener los paquetes de multidifusión innecesarios de esta fuente en particular, el enrutador RP envía un mensaje de poda PIM a la DR de la fuente (consulte la figura 8).
Figura 8: El enrutador RP envía un mensaje de ciruela PIM al DR de origenEl DR del receptor ahora recibe paquetes de multidifusión solo para la fuente concreta del SPT (consulte la figura 9).
Figura 9: DR de la fuente deja de enviar paquetes de multidifusión duplicados hacia el enrutador RP
Control de transferencia de SPT
En algunos casos, el enrutador de último salto debe permanecer en el árbol compartido del RP y no hacer la transición a un SPT directo al origen. Es posible que no desee que el enrutador de último salto haga la transición cuando, por ejemplo, una secuencia de multidifusión de bajo ancho de banda se reenvía desde el RP a un enrutador de último salto. Todos los enrutadores entre el último salto y el origen deben mantener y actualizar el estado SPT. Esto puede convertirse en una actividad que requiere muchos recursos y que no aumenta en gran medida la eficiencia de la red para un par concreto de direcciones de grupo de multidifusión y de origen.
En estos casos, se configura una directiva de umbral de SPT en el enrutador de último salto para controlar la transición a un SPT directo. Un umbral de transferencia de SPT de infinito aplicado a un par de direcciones de grupo de origen significa que el enrutador de último salto nunca hará la transición a un SPT directo. Para todos los demás pares de direcciones de grupo de origen, el enrutador de último salto pasa inmediatamente a un SPT directo rooteado en el DR de origen.
Ejemplo: configuración del tiempo de espera de aserción PIM
En este ejemplo se muestra cómo configurar el período de tiempo de espera para un reenviador de aserción PIM.
Requisitos
Antes de empezar:
Configure las interfaces del enrutador.
Configure un protocolo de puerta de enlace interior o un enrutamiento estático. Consulte la biblioteca de protocolos de enrutamiento de Junos OS para dispositivos de enrutamiento.
Configure el modo disperso de PIM en las interfaces. Consulte Habilitación del modo disperso PIM.
Visión general
La función de los mensajes de aserción PIM es determinar el reenviador en una red con varios enrutadores. El reenviador es el enrutador que reenvía paquetes de multidifusión a una red con miembros del grupo de multidifusión. El reenviador es generalmente el mismo que el PIM DR.
Un enrutador envía un mensaje de aserción cuando recibe un paquete de multidifusión en una interfaz que aparece en la lista de interfaces salientes de la entrada de enrutamiento coincidente. Recibir un mensaje en una interfaz saliente es una indicación de que más de un enrutador reenvía los mismos paquetes de multidifusión a una red.
En la figura 10, los dispositivos de enrutamiento R1 y R2 reenvían paquetes de multidifusión para la misma entrada (S,G) en una red. Ambos dispositivos detectan esta situación y ambos envían mensajes de aserción en la red Ethernet. Un mensaje assert contiene, además de una dirección de origen y una dirección de grupo, una métrica de costo de unidifusión para enviar paquetes al origen y una métrica de preferencia para el costo de unidifusión. La métrica de preferencias expresa una preferencia entre protocolos de enrutamiento de unidifusión. El dispositivo de enrutamiento con la métrica de preferencia más pequeña se convierte en el reenviador (también llamado ganador de la afirmación). Si las métricas de preferencia son iguales, el dispositivo que envió la métrica de costo de unidifusión más baja se convierte en el reenviador. Si las métricas de unidifusión también son iguales, el dispositivo de enrutamiento con la dirección IP más alta se convierte en el reenviador. Después de la transmisión de mensajes de confirmación, solo el reenviador continúa reenviando mensajes en la red.
Cuando se recibe un mensaje de aserción y el vecino del RPF se cambia al ganador de la aserción, el temporizador de aserción se establece en un período de tiempo de espera de aserción. El período de tiempo de espera de aserción se reinicia cada vez que se recibe un mensaje de aserción posterior para la entrada de ruta en la interfaz entrante. Cuando el temporizador de aserción expira, el dispositivo de enrutamiento restablece su vecino RPF de acuerdo con su tabla de enrutamiento de unidifusión. A continuación, si todavía existen varios reenviadores, los reenviadores vuelven a entrar en el ciclo de mensajes de aserción. En efecto, el período de tiempo de espera de aserción determina la frecuencia con la que los dispositivos de enrutamiento de multidifusión entran en un ciclo de mensajes de aserción PIM.
El rango es de 5 a 210 segundos. El valor predeterminado es 180 segundos.
Los mensajes Assert son útiles para las LAN que conectan varios dispositivos de enrutamiento y ningún host.
Configuración
Procedimiento
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.
Para configurar un tiempo de espera de aserción:
Configure el período de tiempo de espera en segundos.
[edit protocols pim] user@host# set assert-timeout 60
(Opcional) Realizar un seguimiento de los mensajes de aserción.
[edit protocols pim] user@host# set traceoptions file PIM.log user@host# set traceoptions flag assert detail
Si ha terminado de configurar el dispositivo, confirme la configuración.
user@host# commit
Para comprobar la configuración, ejecute los siguientes comandos:
Mostrar PIM Join
Mostrar estadísticas PIM
Ejemplo: configuración de la directiva de umbral de SPT PIM
En este ejemplo se muestra cómo aplicar una directiva que suprime la transición del árbol de puntos de encuentro (RPT) enraizado en el RP al árbol de ruta más corta (SPT) enraizado en el origen.
Requisitos
Antes de empezar:
Configure las interfaces del enrutador.
Configure un protocolo de puerta de enlace interior o un enrutamiento estático. Consulte la biblioteca de protocolos de enrutamiento de Junos OS para dispositivos de enrutamiento.
Configure el modo disperso de PIM en las interfaces. Consulte Habilitación del modo disperso PIM.
Visión general
Los dispositivos de enrutamiento de multidifusión que ejecutan el modo disperso de PIM pueden reenviar la misma secuencia de paquetes de multidifusión a la misma LAN a través de un RPT enraizado en el RP o a través de un SPT rooteado en el origen. En algunos casos, el dispositivo de enrutamiento de último salto debe permanecer en el RPT compartido al RP y no hacer la transición a un SPT directo al origen. Recibir el tráfico de datos de multidifusión en SPT es óptimo, pero introduce más estado en la red, lo que podría no ser deseable en algunas implementaciones de multidifusión. Idealmente, las transmisiones de multidifusión de ancho de banda bajo se pueden reenviar en el RPT, y las transmisiones de ancho de banda alto pueden usar el SPT. En este ejemplo se muestra cómo configurar una directiva de este tipo.
En este ejemplo se incluye la siguiente configuración:
spt-threshold: permite configurar una política de umbral SPT en el dispositivo de enrutamiento de último salto para controlar la transición a un SPT directo. Cuando se incluye esta instrucción en la instancia principal de PIM, el enrutador PE permanece en la RPT para controlar el tráfico.
infinity: aplica un umbral de transferencia SPT de infinito a un par de direcciones de grupo de origen, de modo que el dispositivo de enrutamiento de último salto nunca pase a un SPT directo. Para todos los demás pares de direcciones de grupo de origen, el dispositivo de enrutamiento de último salto pasa inmediatamente a un SPT directo rooteado en el DR de origen. Esta instrucción debe hacer referencia a una directiva configurada correctamente para establecer el umbral de transición SPT para un par de grupo de origen determinado en infinito. No se admite el uso de valores distintos de infinito para el umbral SPT. Puede configurar más de una directiva.
policy-statement: configura la política. El tipo más simple de directiva de umbral de SPT usa un filtro de ruta y un filtro de direcciones de origen para especificar el grupo de multidifusión y las direcciones de origen, y para establecer el umbral de SPT para ese par de direcciones en infinito. La política se aplica a la instancia PIM principal.
En este ejemplo se establece el valor de transición SPT para el par de grupos de origen 10.10.10.1 y 224.1.1.1 en infinito. Cuando la directiva se aplica al enrutador de último salto, el tráfico de multidifusión de este par de grupo de origen nunca pasa a un SPT directo al origen. El tráfico seguirá llegando a través del RP. Sin embargo, el tráfico de cualquier otra combinación de direcciones de grupo de origen en este enrutador pasa a un SPT directo al origen.
Tenga en cuenta estos puntos al configurar la directiva de umbral de SPT:
Los cambios de configuración en la directiva de umbral de SPT afectan al modo en que el dispositivo de enrutamiento maneja la transición de SPT.
Tenga en cuenta estos puntos al configurar la directiva de umbral de SPT:
Los cambios de configuración en la directiva de umbral de SPT afectan al modo en que el dispositivo de enrutamiento maneja la transición de SPT.
Tenga en cuenta estos puntos al configurar la directiva de umbral de SPT:
Los cambios de configuración en la directiva de umbral de SPT afectan al modo en que el dispositivo de enrutamiento maneja la transición de SPT.
Cuando la directiva se configura por primera vez, el dispositivo de enrutamiento continúa la transición al SPT directo para el par de direcciones del grupo de origen hasta que el estado PIM-join se borra con el comando clear pim join.
Si no borra el estado de unión PIM cuando aplique la configuración de la política infinita por primera vez, debe aplicarlo antes de que se abra el enrutador PE.
Cuando se elimina la directiva de un par de direcciones de grupo de origen por primera vez, el dispositivo de enrutamiento no realiza la transición al SPT directo para ese par de direcciones de grupo de origen hasta que el estado de unión de PIM se borra con el comando clear pim join.
Cuando se cambia la directiva para un par de direcciones de grupo de origen por primera vez, el dispositivo de enrutamiento no utiliza la nueva política hasta que el estado de unión PIM se borra con el comando clear pim join.
Topología
Configuración
Procedimiento
Configuración rápida de CLI
Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía y, a continuación, ingrese commit
desde el [edit]
modo de configuración.
[edit] set policy-options policy-statement spt-infinity-policy term one from route-filter 224.1.1.1/32 exact set policy-options policy-statement spt-infinity-policy term one from source-address-filter 10.10.10.1/32 exact set policy-options policy-statement spt-infinity-policy term one then accept set policy-options policy-statement spt-infinity-policy term two then reject set protocols pim spt-threshold infinity spt-infinity-policy
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte el Manual del usuario de la CLI de Junos OS.
Para configurar una directiva de umbral de SPT:
Aplique la directiva.
[edit] user@host# edit protocols pim [edit protocols pim] user@host# set spt-threshold infinity spt-infinity-policy [edit protocols pim] user@host# exit
Configure la directiva.
[edit] user@host# edit policy-options policy-statement spt-infinity-policy [edit policy-options policy-statement spt-infinity-policy] user@host# set term one from route-filter 224.1.1.1/32 exact [edit policy-options policy-statement spt-infinity-policy] user@host# set term one from source-address-filter 10.10.10.1/32 exact [edit policy-options policy-statement spt-infinity-policy] user@host# set term one then accept [edit policy-options policy-statement spt-infinity-policy] user@host# set term two then reject [edit policy-options policy-statement spt-infinity-policy] user@host# exit policy-statement {
Si ha terminado de configurar el dispositivo, confirme la configuración.
[edit] user@host# commit
Borre la caché de unión PIM para forzar que la configuración surta efecto.
[edit] user@host# run clear pim join
Resultados
Para confirmar la configuración, escriba el comando show policy-options y el comando show protocols desde el modo de configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.
user@host# show policy-options policy-statement spt-infinity-policy { term one { from { route-filter 224.1.1.1/32 exact; source-address-filter 10.10.10.1/32 exact; } then accept; } term two { then reject; } }
user@host# show protocols pim { spt-threshold { infinity spt-infinity-policy; } }
Verificación
Para comprobar la configuración, ejecute el comando show pim join.