Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Ejemplos: configuración del reenvío de ruta inversa

Descripción del reenvío de ruta inversa de multidifusión

Las decisiones de reenvío de unidifusión suelen basarse en la dirección de destino del paquete que llega a un enrutador. La tabla de enrutamiento de unidifusión está organizada por subred de destino y se configura principalmente para reenviar el paquete hacia el destino.

En la multidifusión, el enrutador reenvía el paquete lejos del origen para avanzar a lo largo del árbol de distribución y evitar bucles de enrutamiento. El estado de reenvío de multidifusión del enrutador se ejecuta de forma más lógica organizando tablas basadas en la ruta inversa, desde el receptor hasta la raíz del árbol de distribución. Este proceso se conoce como reenvío de ruta inversa (RPF).

El enrutador agrega una rama a un árbol de distribución dependiendo de si la solicitud de tráfico de un grupo de multidifusión pasa la comprobación de reenvío de ruta inversa (comprobación RPF). Cada paquete de multidifusión recibido debe pasar una comprobación de RPF antes de que sea elegible para ser replicado o reenviado en cualquier interfaz.

La comprobación de RPF es esencial para la implementación de multidifusión de cada router. Cuando se recibe un paquete de multidifusión en una interfaz, el enrutador interpreta la dirección de origen en el paquete IP de multidifusión como la dirección de destino de un paquete IP de unidifusión. La dirección de multidifusión de origen se encuentra en la tabla de enrutamiento de unidifusión y se determina la interfaz de salida. Si la interfaz de salida que se encuentra en la tabla de enrutamiento de unidifusión es la misma que la interfaz en la que se recibió el paquete de multidifusión, el paquete pasa la comprobación RPF. Los paquetes de multidifusión que no superan la comprobación RPF se descartan porque la interfaz entrante no está en la ruta más corta de regreso al origen.

La figura 1 muestra cómo los enrutadores de multidifusión pueden usar la tabla de enrutamiento de unidifusión para realizar una comprobación de RPF y cómo los resultados obtenidos en cada enrutador determinan dónde se envían los mensajes de unión.

Figura 1: Enrutadores de multidifusión y comprobación de RPF Multicast Routers and the RPF Check

Los enrutadores pueden crear y mantener tablas separadas para fines de RPF. El enrutador debe tener alguna forma de determinar su interfaz RPF para el grupo, que es la interfaz topológicamente más cercana a la raíz. Para lograr una mayor eficiencia, el árbol de distribución sigue la topología de árbol de ruta más corta. La comprobación RPF ayuda a construir este árbol.

Tabla RPF

La tabla RPF desempeña un papel clave en el enrutador de multidifusión. La tabla RPF se consulta para cada comprobación RPF, que se realiza a intervalos en paquetes de multidifusión que entran en el enrutador de multidifusión. Los árboles de distribución de todos los tipos dependen de la tabla RPF para formarse correctamente, y el estado de reenvío de multidifusión también depende de la tabla RPF.

Las comprobaciones de RPF solo se realizan en direcciones de unidifusión para encontrar la interfaz ascendente para el origen de multidifusión o RP.

La tabla de enrutamiento utilizada para las comprobaciones de RPF puede ser la misma tabla de enrutamiento utilizada para reenviar paquetes IP de unidifusión, o puede ser una tabla de enrutamiento independiente utilizada solo para comprobaciones de RPF de multidifusión. En cualquier caso, la tabla RPF solo contiene rutas de unidifusión, ya que la comprobación RPF se realiza en la dirección de origen del paquete de multidifusión, no en la dirección de destino del grupo de multidifusión, y se prohíbe que una dirección de multidifusión aparezca en el campo de dirección de origen de un encabezado de paquete IP. La dirección de unidifusión se puede utilizar para comprobaciones de RPF porque sólo hay un host de origen para una secuencia determinada de contenido de multidifusión IP para una dirección de grupo de multidifusión, aunque el mismo contenido podría estar disponible desde varios orígenes.

Si la misma tabla de enrutamiento utilizada para reenviar paquetes de unidifusión también se usa para las comprobaciones de RPF, la tabla de enrutamiento se rellena y mantiene mediante los protocolos de enrutamiento de unidifusión tradicionales, como BGP, IS-IS, OSPF y el Protocolo de información de enrutamiento (RIP). Si se utiliza una tabla RPF de multidifusión dedicada, esta tabla debe rellenarse con algún otro método. Algunos protocolos de enrutamiento de multidifusión (como el Protocolo de enrutamiento multidifusión por vector de distancia [DVMRP]) duplican esencialmente el funcionamiento de un protocolo de enrutamiento de unidifusión y rellenan una tabla RPF dedicada. Otros, como PIM, no duplican las funciones del protocolo de enrutamiento y deben depender de algún otro protocolo de enrutamiento para configurar esta tabla, razón por la cual PIM es independiente del protocolo. .

Algunos protocolos de enrutamiento tradicionales, como BGP e IS-IS, ahora tienen extensiones para diferenciar entre diferentes conjuntos de información de enrutamiento enviados entre enrutadores para unidifusión y multidifusión. Por ejemplo, hay BGP multiprotocolo (MBGP) y enrutamiento multitopología en IS-IS (M-IS-IS). Las rutas IS-IS se pueden agregar a la tabla RPF incluso cuando características especiales como ingeniería de tráfico y "accesos directos" están activados. Multicast Open Shortest Path First (MOSPF) también extiende OSPF para uso multidifusión, pero va más allá de MBGP o M-IS-IS y convierte a MOSPF en un protocolo de enrutamiento de multidifusión completo por sí solo. Cuando se utilizan estos protocolos de enrutamiento, las rutas pueden etiquetarse como enrutadores RPF de multidifusión y ser utilizadas por el enrutador receptor de manera diferente a la información de enrutamiento de unidifusión.

El uso de la tabla de enrutamiento de unidifusión principal para las comprobaciones de RPF proporciona simplicidad. Una tabla de enrutamiento dedicada para las comprobaciones de RPF permite al administrador de red configurar rutas y políticas de enrutamiento separadas para el tráfico de unidifusión y multidifusión, lo que permite que la red de multidifusión funcione de manera más independiente de la red de unidifusión.

Directrices de configuración de RPF de multidifusión

Utilice comprobaciones de RPF de multidifusión para evitar bucles de enrutamiento de multidifusión. Los bucles de enrutamiento son particularmente debilitantes en aplicaciones de multidifusión porque los paquetes se replican con cada paso alrededor del bucle de enrutamiento.

En general, un enrutador debe reenviar un paquete de multidifusión sólo si llega a la interfaz más cercana (definida por un protocolo de enrutamiento de unidifusión) al origen del paquete, ya sea el host de origen o el punto de encuentro (RP). En otras palabras, si se envía un paquete de unidifusión al "destino" (la ruta inversa) en la interfaz en la que llegó el paquete de multidifusión, el paquete pasa la comprobación RPF y se procesa. Los paquetes de multidifusión (o unidifusión) que no superan la comprobación RPF no se reenvían (este es el comportamiento predeterminado). Para obtener una descripción general de cómo un enrutador de Juniper Networks implementa las comprobaciones de RPF con tablas, consulte Descripción del reenvío de rutas inversas de multidifusión.

Sin embargo, hay configuraciones de enrutador de red en las que es necesario reenviar los paquetes de multidifusión que no superan la comprobación de RPF. Por ejemplo, cuando se utilizan rutas de conmutación de etiquetas (LSP) punto a multipunto para distribuir tráfico de multidifusión a "islas" PIM aguas abajo del enrutador de salida, la interfaz a la que llega el tráfico de multidifusión no siempre es la interfaz RPF. Esto se debe a que los LSP no siguen las reglas normales del siguiente salto del enrutamiento independiente de paquetes.

En casos como estos, puede configurar políticas en el enrutador PE para decidir qué grupos y orígenes de multidifusión están exentos de la comprobación predeterminada de RPF.

Ejemplo: configuración de una tabla de enrutamiento RPF PIM dedicada

En este ejemplo se explica cómo configurar una tabla de enrutamiento de reenvío de ruta inversa (RPF) de multidifusión independiente de protocolo (PIM) dedicada.

Requisitos

Antes de empezar:

En este ejemplo se utilizan los siguientes componentes de software:

  • Junos OS versión 7.4 o posterior

Visión general

De forma predeterminada, PIM utiliza la tabla de enrutamiento inet.0 como tabla de enrutamiento RPF. PIM utiliza una tabla de enrutamiento RPF para resolver su vecino RPF para una dirección de origen de multidifusión determinada y para resolver el vecino RPF para la dirección del punto de encuentro (RP). PIM puede utilizar opcionalmente inet.2 como su tabla de enrutamiento RPF. La tabla de enrutamiento inet.2 está dedicada a este propósito.

PIM utiliza una única tabla de enrutamiento para su comprobación de RPF, esto garantiza que la ruta con el prefijo coincidente más largo se elija como ruta RPF.

Si las rutas de multidifusión se intercambian mediante el protocolo de puerta de enlace de borde multiprotocolo MP-BGP o la multitopología IS-IS, se colocan en inet.2 de forma predeterminada.

El uso de inet.2 como tabla de enrutamiento RPF permite disponer de un plano de control para la multidifusión, que es independiente de la tabla de enrutamiento de unidifusión normal. Es posible que desee utilizar inet.2 como tabla de enrutamiento RPF por cualquiera de los siguientes motivos:

  • Si utiliza ingeniería de tráfico o tiene un protocolo de puerta de enlace interior (IGP) configurado para accesos directos, el enrutador tiene rutas de conmutación de etiquetas (LSP) instaladas como los siguientes saltos en inet.2. Al aplicar la directiva, puede hacer que el enrutador instale las rutas con próximos saltos que no sean MPLS en la tabla de enrutamiento inet.2.

  • Si tiene una red MPLS que no admite tráfico de multidifusión a través de túneles LSP, debe configurar el enrutador para que utilice una tabla de enrutamiento distinta de inet.0. Puede hacer que la tabla de enrutamiento inet.2 se rellene con rutas nativas de IGP, BGP e interfaz que se puedan usar para RPF.

Para rellenar la tabla RPF PIM, utilice grupos de costillas. Un grupo RIB se define con la rib-groups instrucción en el nivel jerárquico [edit routing-options] . El grupo RIB se aplica al protocolo PIM incluyendo la rib-group instrucción en el nivel de [edit pim] jerarquía. Un grupo RIB se usa con mayor frecuencia para colocar rutas en varias tablas de enrutamiento.

Cuando configure grupos de costillas para PIM, tenga en cuenta lo siguiente:

  • La import-rib instrucción copia rutas del protocolo a la tabla de enrutamiento.

  • La export-rib declaración no tiene ningún efecto sobre PIM. Sin embargo, el mismo grupo RIB se puede aplicar a BGP, que utiliza la tabla export-rib para obtener rutas para anunciarlas a pares en el caso de redes entre dominios.

  • PIM sólo utiliza la primera tabla de enrutamiento RIB especificada en la import-rib instrucción para las comprobaciones de RPF.

También puede configurar IS-IS u OSPF para rellenar inet.2 con rutas que tengan próximos saltos IP regulares. Esto permite que RPF funcione correctamente incluso cuando MPLS está configurado para ingeniería de tráfico, o cuando IS-IS u OSPF están configurados para usar "accesos directos" para el tráfico local.

También puede configurar el protocolo PIM para usar un grupo de costillas para comprobaciones de RPF en una instancia de enrutamiento de red privada virtual (VPN). En este caso, el grupo de costillas todavía se define en el nivel de [edit routing-options] jerarquía.

Configuración

Configuración de un grupo de tablas de enrutamiento PIM RPF mediante rutas de interfaz

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.

Procedimiento paso a paso

En este ejemplo, el administrador de red ha decidido utilizar la tabla de enrutamiento inet.2 para las comprobaciones de RPF. En este proceso, las rutas locales se copian en esta tabla mediante un grupo de costillas de interfaz.

Para definir un grupo de tablas de enrutamiento de interfaz y utilizarlo para rellenar inet.2 para comprobaciones de RPF:

  1. Utilice el show multicast rpf comando para comprobar que la tabla RPF de multidifusión no se rellena con rutas.

  2. Cree un grupo de tablas de enrutamiento de multidifusión denominado mcast-rpf-rib.

    Cada grupo de tablas de enrutamiento debe contener una o varias tablas de enrutamiento que Junos OS utilice al importar rutas (especificadas en la import-rib instrucción).

    Incluya la instrucción y especifique la import-rib tabla de enrutamiento inet.2 en el nivel jerárquico [edit routing-options rib-groups] .

  3. Configure PIM para usar el grupo de costillas mcast-rpf-rib .

    El grupo RIB para PIM se puede aplicar globalmente o en una instancia de enrutamiento. En este ejemplo, se muestra la configuración global.

    Incluya la rib-group instrucción y especifique el grupo de costillas mcast-rpf-rib en el nivel jerárquico [edit protocols pim] .

  4. Cree un grupo de costillas de interfaz denominado if-rib.

    Incluya la instrucción y especifique la rib-group familia de direcciones inet en el nivel jerárquico [edit routing-options interface-routes] .

  5. Configure el grupo rib if-rib para importar rutas de las tablas de enrutamiento inet.0 e inet.2.

    Incluya la import-rib instrucción y especifique las tablas de enrutamiento inet.0 e inet.2 en el nivel jerárquico [edit routing-options rib-groups] .

  6. Confirme la configuración.

Comprobación de la tabla RPF de multidifusión

Propósito

Compruebe que la tabla RPF de multidifusión ahora está llena de rutas.

Acción

Utilice el show multicast rpf comando.

Significado

La primera línea de la salida de ejemplo muestra que se está utilizando la tabla inet.2 y que hay 10 rutas en la tabla. El resto de la salida de ejemplo enumera las rutas que rellenan la tabla de enrutamiento inet.2.

Ejemplo: configuración de una tabla de enrutamiento RPF PIM

En este ejemplo se muestra cómo configurar y aplicar una tabla de enrutamiento RPF PIM.

Requisitos

Antes de empezar:

  1. Determine si el enrutador está conectado directamente a algún origen de multidifusión. Los receptores deben ser capaces de localizar estas fuentes.

  2. Determine si el enrutador está conectado directamente a algún receptor de grupo de multidifusión. Si hay receptores presentes, se necesita IGMP.

  3. Determine si desea configurar la multidifusión para utilizar el modo disperso, denso o disperso. Cada modo tiene diferentes consideraciones de configuración.

  4. Determine la dirección del RP si se utiliza el modo disperso o de densidad dispersa.

  5. Determine si desea localizar el RP con la configuración estática, BSR o el método de RP automático.

  6. Determine si desea configurar la multidifusión para usar su tabla de enrutamiento RPF al configurar PIM en modo disperso, denso o escasamente denso.

  7. Configure los protocolos SAP y SDP para escuchar anuncios de sesiones de multidifusión. Consulte Configuración del protocolo de anuncio de sesión.

  8. Configure IGMP. Consulte Configuración de IGMP.

  9. Configure el RP estático PIM. Consulte Configuración de RP estático.

  10. Filtrar PIM registrar mensajes de grupos y orígenes no autorizados. Consulte Ejemplo: Rechazo de mensajes de registro PIM entrantes en enrutadores RP y Ejemplo: Detención de mensajes de registro PIM salientes en un enrutador designado.

Visión general

En este ejemplo, se asigna a la nueva tabla de enrutamiento RPF el nombre multicast-rfp-rib y se utiliza inet.2 para su exportación, así como para su tabla de enrutamiento de importación. A continuación, se crea un grupo de tabla de enrutamiento para las rutas de interfaz y se asigna al RPF el nombre if-rib. Por último, utilice inet.2 e inet.0 para sus tablas de enrutamiento de importación y agregue el nuevo grupo de tablas de enrutamiento de interfaz a las rutas de interfaz.

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 y, a continuación, copie y pegue los comandos en la CLI en el nivel de [edit] jerarquía.

Procedimiento paso a paso

En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacerlo, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.

Para configurar la tabla de enrutamiento de RPF PIM:

  1. Configure una opción de enrutamiento y un grupo.

  2. Configure un nombre.

  3. Cree un nuevo grupo para la tabla de enrutamiento RPF.

  4. Aplique la nueva tabla de enrutamiento RPF.

  5. Cree un grupo de tablas de enrutamiento para las rutas de la interfaz.

  6. Configure un nombre para importar tabla de enrutamiento.

  7. Establezca rutas de grupo a interfaz.

Resultados

Desde el modo de configuración, confirme la configuración introduciendo los show protocols comandos y show routing-options . Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.

Cuando haya terminado de configurar el dispositivo, escriba confirmar desde el modo de configuración.

Verificación

Para confirmar que la configuración funciona correctamente, realice estas tareas:

Verificación de direcciones y puertos SAP y SDP

Propósito

Verifique que SAP y SDP estén configurados para escuchar en las direcciones y puertos de grupo correctos.

Acción

Desde el modo operativo, ingrese el show sap listen comando.

Verificación de la versión IGMP

Propósito

Compruebe que la versión 2 de IGMP esté configurada en todas las interfaces aplicables.

Acción

Desde el modo operativo, ingrese el show igmp interface comando.

Verificación del modo PIM y la configuración de la interfaz

Propósito

Compruebe que el modo disperso de PIM esté configurado en todas las interfaces aplicables.

Acción

Desde el modo operativo, ingrese el show pim interfaces comando.

Verificación de la configuración de PIM RP

Propósito

Compruebe que el PIM RP esté configurado estáticamente con la dirección IP correcta.

Acción

Desde el modo operativo, ingrese el show pim rps comando.

Comprobación de la configuración de la tabla de enrutamiento RPF

Propósito

Compruebe que la tabla de enrutamiento PIM RPF esté configurada correctamente.

Acción

Desde el modo operativo, ingrese el show multicast rpf comando.

Ejemplo: configuración de directivas de RPF

Una política RPF de multidifusión deshabilita las comprobaciones de RPF para un par de multidifusión (S,G) determinado. Por lo general, se deshabilitan las comprobaciones de RPF en dispositivos de enrutamiento de salida de una ruta de conmutación de etiquetas (LSP) punto a multipunto, ya que la interfaz que recibe el tráfico de multidifusión en un enrutador de salida LSP punto a multipunto puede no ser siempre la interfaz RPF.

En este ejemplo se muestra cómo configurar una directiva de comprobación de RPF denominada disable-RPF-on-PE. La política disable-RPF-on-PE deshabilita las comprobaciones RPF de los paquetes que llegan al grupo 228.0.0.0/8 o desde la dirección de origen 196.168.25.6.

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.

Visión general

Una directiva del FPR se comporta como una política de importación. Si ningún término de política coincide con el paquete de entrada, la acción predeterminada es aceptar (es decir, realizar la comprobación del RPF). La instrucción route-filter filtra las direcciones de grupo y la instrucción source-address-filter filtra las direcciones de origen.

En este ejemplo se muestra cómo configurar cada condición como una directiva independiente y se hace referencia a ambas directivas en la instrucción rpf-check-policy . Esto le permite asociar grupos en una política y orígenes en la otra.

Nota:

Tenga cuidado al deshabilitar las comprobaciones RPF en el tráfico de multidifusión. Si deshabilita las comprobaciones de RPF en algunas configuraciones, pueden producirse bucles de multidifusión.

Los cambios en una política de verificación de RPF surten efecto inmediatamente:

  • Si no se ha configurado ninguna directiva anteriormente, la política surte efecto inmediatamente.

  • Si se cambia el nombre de la directiva, la nueva directiva surte efecto inmediatamente y los paquetes que ya no se filtran se someten a la comprobación del RPF.

  • Si se elimina la directiva, todos los paquetes filtrados anteriormente se someten a la comprobación RPF.

  • Si se cambia la política subyacente, pero conserva el mismo nombre, las nuevas condiciones surten efecto inmediatamente y los paquetes que ya no se filtran se someten a la comprobación de RPF.

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.

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 una directiva de RPF:

  1. Configure una directiva para las direcciones de grupo.

  2. Configure una directiva para una dirección de origen.

  3. Aplique las directivas.

  4. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Confirme la configuración introduciendo los comandos show policy-options y show routing-options.

Verificación

Para comprobar la configuración, ejecute el comando show multicast rpf .

Ejemplo: configuración de la selección de RPF PIM

En este ejemplo se muestra cómo configurar y comprobar la selección del vecino del próximo salto del RPF PIM de multidifusión para un grupo o par (S,G).

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.

  • Asegúrese de que el vecino del próximo salto del RPF que desea especificar esté funcionando.

Visión general

La selección de vecino RPF PIM de multidifusión permite especificar el vecino RPF (salto siguiente) y la dirección de origen para un solo grupo o varios grupos mediante una lista de prefijos. La selección de vecinos de RPF solo se puede configurar para instancias de enrutamiento y reenvío VPN (VRF).

Si tiene varios VRF de servicio a través de los cuales un VRF receptor puede aprender la misma dirección de origen o punto de retención (RP), las comprobaciones de RPF de PIM suelen elegir la mejor ruta determinada por el protocolo de unidifusión para todos los flujos de multidifusión. Sin embargo, si se configura la selección de vecino RPF, las comprobaciones de RPF se basan en su configuración en lugar de en los protocolos de enrutamiento de unidifusión.

Puede utilizar esta selección de RPF estático como un bloque de creación para aplicaciones concretas. Por ejemplo, una extranet. Supongamos que desea dividir los flujos de multidifusión entre vínculos PIM paralelos o asignar un flujo de multidifusión a un vínculo PIM específico. Con la selección de RPF estático configurada, el enrutador envía mensajes de unión y poda según la configuración.

Puede utilizar caracteres comodín para designar la dirección de origen. El uso o no de comodines afecta al funcionamiento de las uniones PIM:

  • Si configura sólo un prefijo de origen para un grupo, todas las combinaciones (*,G) se envían al vecino del salto siguiente seleccionado por el protocolo de unidifusión, mientras que las uniones (S,G) se envían al vecino del salto siguiente especificado para el origen.

  • Si configura solo un origen comodín para un grupo, todas las uniones (*,G) y (S,G) se envían a la interfaz ascendente que apunta al vecino del próximo salto del origen comodín.

  • Si configura un prefijo de origen y un origen comodín para un grupo, todas las uniones (S,G) se envían al vecino del salto siguiente definido para el prefijo de origen, mientras que las uniones (*,G) se envían al vecino del siguiente salto especificado para el origen comodín.

Topología

La figura 2 muestra la topología utilizada en este ejemplo.

Figura 2: Selección PIM RPF Selection de PIM RPF

En este ejemplo, la selección de RPF se configura en el enrutador perimetral del proveedor del receptor (PE2).

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.

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 la selección de RPF PIM:

  1. En PE2, configure la selección de RFP en una instancia de enrutamiento.

  2. En PE2, configure la política.

  3. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Desde el modo de configuración, confirme su configuración introduciendo los comandos show policy-options y show routing-instances . Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Verificación

Para verificar la configuración, ejecute los siguientes comandos, comprobando la interfaz ascendente y la vecina ascendente:

  • Mostrar PIM Join Extensive

  • mostrar ruta de multidifusión