Ejemplos: Configuración de la caché de reenvío de multidifusión

Antes de empezar:

• Configure las interfaces del enrutador.

• Configure un protocolo de puerta de enlace interior. Consulte la biblioteca de protocolos de enrutamiento de Junos OS para dispositivos de enrutamiento.

• Configure un protocolo de multidifusión. Esta función funciona con los siguientes protocolos de multidifusión:

  • DVMRP

  • PIM-DM

  • PIM-SM

  • PIM-SSM

En este ejemplo se incluyen las siguientes instrucciones:

• forwarding-cache: especifica cómo se antigüan las entradas de reenvío y cómo se controla el número de entradas.

• timeout: especifica un período de inactividad después del cual las entradas se caducan y se eliminan de inet.1. Puede especificar un tiempo de espera en el intervalo de 1 a 720 minutos.

• threshold: permite especificar valores de umbral en la caché de reenvío para suprimir (suspender) que no se agreguen entradas cuando las entradas de caché alcancen un cierto máximo y comenzar a agregar entradas a la caché cuando el número caiga a otro valor de umbral. De forma predeterminada, no hay valores de umbral habilitados en el dispositivo de enrutamiento.

  El umbral de supresión suspende la adición de nuevas entradas de caché de reenvío de multidifusión. Si no especifica un valor de supresión, se crean entradas de caché de reenvío de multidifusión según sea necesario. Si especifica un umbral de supresión, opcionalmente puede especificar un umbral de reutilización, que establece el punto en el que el dispositivo se reanuda agregando nuevas entradas de caché de reenvío de multidifusión. Durante la suspensión, se agota el tiempo de espera de las entradas de caché de reenvío. Después de que se agote el tiempo de espera de un cierto número de entradas, se alcanza el umbral de reutilización y se agregan nuevas entradas. El rango para ambos umbrales es de 1 a 200.000. Si está configurado, el valor de reutilización debe ser menor que el valor de supresión. Si no especifica un valor de reutilización, el número de entradas de caché de reenvío de multidifusión se limita al valor de supresión. Se crea una nueva entrada tan pronto como el número de entradas de caché de reenvío de multidifusión cae por debajo del valor de supresión.

• Procedimiento
• Resultados

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

Antes de empezar:

• Configure las interfaces del enrutador.

• Configure un protocolo de puerta de enlace interior. Consulte la biblioteca de protocolos de enrutamiento de Junos OS para dispositivos de enrutamiento.

• Configure un protocolo de multidifusión. Esta función funciona con los siguientes protocolos de multidifusión:

  • DVMRP

  • PIM-DM

  • PIM-SM

  • PIM-SSM

Los mapas de flujo se utilizan normalmente para la conmutación por error de origen de multidifusión rápida cuando hay varios orígenes para el mismo grupo. Por ejemplo, cuando una fuente de vídeo envía activamente el tráfico, los estados de reenvío de otras fuentes de vídeo se agotan después de unos minutos. Más adelante, cuando un nuevo origen comience a enviar el tráfico de nuevo, se tarda tiempo en instalar un nuevo estado de reenvío para el nuevo origen si el estado de reenvío aún no está allí. Este retraso de cambio empeora cuando hay muchas transmisiones de video. El uso de mapas de flujo con valores de tiempo de espera más largos o entradas de caché permanentes ayuda a reducir este retraso de cambio.

En este ejemplo se incluyen las siguientes instrucciones:

• ancho de banda: especifica el ancho de banda para cada flujo definido por una asignación de flujo para garantizar que una interfaz no esté sobresuscrita para el tráfico de multidifusión. Si agregar un flujo más hace que el ancho de banda total supere el ancho de banda permitido para la interfaz, se rechaza la solicitud. Una solicitud rechazada significa que es posible que el tráfico no se entregue desde algunas o todas las interfaces salientes esperadas. Puede definir el ancho de banda asociado con flujos de multidifusión que coincidan con una asignación de flujo especificando un ancho de banda en bits por segundo o especificando que el ancho de banda se mide y modifica adaptativamente.

  Cuando se utiliza la opción adaptable , el ancho de banda se ajusta en función de las mediciones realizadas a intervalos de 5 segundos. El flujo utiliza el valor máximo de ancho de banda de los últimos 12 valores medidos (1 minuto).

  Cuando se configura un valor de ancho de banda con la opción adaptable , el valor de ancho de banda actúa como ancho de banda inicial para el flujo. A continuación, el ancho de banda cambia en función de los valores de ancho de banda medidos posteriormente. Si no especifica un valor de ancho de banda con la opción adaptable , el valor predeterminado del ancho de banda inicial es de 2 megabits por segundo (Mbps).

  Por ejemplo, la instrucción adaptativa bandwidth 2m es equivalente a la instrucción adaptativa bandwidth porque ambas usan el mismo ancho de banda inicial (2 Mbps, el valor predeterminado). Si el ancho de banda de flujo real es de 4 Mbps, el ancho de banda de flujo medido cambia a 4 Mbps después de alcanzar el primer punto de medición (5 segundos). Sin embargo, si la velocidad de ancho de banda de flujo real es de 1 Mbps, el ancho de banda de flujo medido permanece en 2 Mbps durante los primeros 12 ciclos de medición (1 minuto) y, a continuación, cambia al valor medido de 1 Mbps.

• flow-map: define un mapa de flujo que controla el tiempo de espera de la caché de reenvío de las direcciones de origen y grupo especificadas, controla el ancho de banda para cada flujo y especifica orígenes redundantes. Si un flujo puede coincidir con varios mapas de flujo, se aplica el primer mapa de flujo.

• forwarding-cache: permite configurar las propiedades de la caché de reenvío de las entradas definidas por una asignación de flujo. Puede especificar un tiempo de espera para no hacer permanentes las entradas de reenvío o puede especificar un tiempo de espera en el intervalo de 1 a 720 minutos. Si establece el valor en never, puede especificar la opción non-discard-entry-only para hacer una excepción para las entradas que se encuentran en estado podado. En otras palabras, la instrucción never non-discard-entry-only permite que las entradas en el estado podado agoten el tiempo de espera, mientras que las entradas en el estado de reenvío nunca agotan el tiempo de espera.

• policy: especifica las direcciones de origen y grupo a las que se aplica el mapa de flujo.

• redundant-sources: especifique orígenes redundantes (de respaldo) para los flujos identificados por una asignación de flujo. Las interfaces de salida que se admiten para una de las entradas de reenvío se admiten automáticamente para cualquier otra entrada identificada por la configuración de origen redundante. en el ejemplo siguiente, las dos entradas de reenvío (10.11.11.11) y (10.11.11.12,) coinciden con el mapa de flujo definido para flowMap1. Si una interfaz saliente es admitida para la entrada (10.11.11.11), también se admite automáticamente para la entrada (10.11.11.12) para que una fuente u otra pueda enviar tráfico en cualquier momento.

• Procedimiento
• Resultados

Para comprobar la configuración, ejecute los siguientes comandos:

• mostrar mapa de flujo de multidifusión

• Mostrar ruta de multidifusión extensa