Ejemplos: Configuración de la caché de reenvío de multidifusión
Descripción de la caché de reenvío de multidifusión
Los protocolos de multidifusión IP pueden crear numerosas entradas en la caché de reenvío de multidifusión. Si la caché de reenvío se llena con entradas que impiden la adición de entradas de mayor prioridad, es posible que las aplicaciones y los protocolos no funcionen correctamente. Puede administrar las propiedades de caché de reenvío de multidifusión limitando el tamaño de la memoria caché y controlando el período de tiempo que las entradas permanecen en la memoria caché. Al administrar los valores de tiempo de espera, puede dar preferencia a las entradas de caché de reenvío más importantes mientras elimina otras entradas menos importantes.
Ejemplo: Configuración de la caché de reenvío de multidifusión
Cuando un dispositivo de enrutamiento recibe tráfico de multidifusión, coloca la información de ruta (S,G) en la caché de reenvío de multidifusión, inet.1. En este ejemplo, se muestra cómo configurar los límites de caché de reenvío de multidifusión para evitar que la caché se llene de entradas.
Requisitos
Antes de empezar:
Configure las interfaces del enrutador.
Configure un protocolo de puerta de enlace interior.
Configure un protocolo de multidifusión. Esta característica funciona con los siguientes protocolos de multidifusión:
DVMRP
PIM-DM
PIM-SM
PIM-SSM
Descripción general
Este ejemplo incluye las siguientes instrucciones:
forwarding-cache: especifica cómo caducan 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 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) la adición de entradas cuando las entradas de caché alcancen un determinado máximo y comenzar a agregar entradas a la caché cuando el número caiga a otro valor de umbral. De forma predeterminada, no se habilita ningún valor de umbral en el dispositivo enrutador.
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, puede especificar opcionalmente un umbral de reutilización, el cual establece el punto en el que el dispositivo reanuda la adición de 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 un cierto tiempo de espera 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.
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, luego, ingrese commit desde el [edit] modo de configuración.
set routing-options multicast forwarding-cache threshold suppress 150000 set routing-options multicast forwarding-cache threshold reuse 34 set routing-options multicast forwarding-cache timeout 60
Procedimiento paso a paso
En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de la CLI de Junos OS.
Para configurar la caché de reenvío de multidifusión:
Configure el tamaño máximo de la caché de reenvío.
[edit routing-options multicast forwarding-cache] user@host# set threshold suppress 150000
Configure la cantidad de tiempo (en minutos) que las entradas pueden permanecer inactivas antes de eliminarse.
[edit routing-options multicast forwarding-cache] user@host# set timeout 60
Configure el tamaño de la caché de reenvío cuando se detenga la supresión y se puedan agregar nuevas entradas.
[edit routing-options multicast forwarding-cache] user@host# set threshold reuse 70000
Resultados
Ingrese el comando show routing-options para confirmar la configuración.
user@host# show routing-options
multicast {
forwarding-cache {
threshold {
suppress 150000;
reuse 70000;
}
timeout 60;
}
}
Verificación
Para comprobar la configuración, ejecute el comando show multidifusión route extensive .
user@host> show multicast route extensive
Family: INET
Group: 232.0.0.1
Source: 11.11.11.11/32
Upstream interface: fe-0/2/0.200
Downstream interface list:
fe-0/2/1.210
Downstream interface list rejected by CAC:
fe-0/2/1.220
Session description: Source specific multicast
Statistics: 0 kBps, 0 pps, 0 packets
Next-hop ID: 337
Upstream protocol: PIM
Route state: Active
Forwarding state: Forwarding
Cache lifetime/timeout: 60 minutes
Wrong incoming interface notifications: 0
Ejemplo: Configuración de un mapa de flujo de multidifusión
En este ejemplo, se muestra cómo configurar un mapa de flujo para evitar que ciertas entradas de la caché de reenvío se agoten, lo que permite una tolerancia a fallos más rápida de un origen a otro. Los mapas de flujo permiten configurar variables de ancho de banda y valores de tiempo de espera de caché de reenvío de multidifusión para las entradas definidas por la política de mapas de flujo.
Requisitos
Antes de empezar:
Configure las interfaces del enrutador.
Configure un protocolo de puerta de enlace interior.
Configure un protocolo de multidifusión. Esta característica funciona con los siguientes protocolos de multidifusión:
DVMRP
PIM-DM
PIM-SM
PIM-SSM
Descripción general
Los mapas de flujo se utilizan normalmente para una tolerancia a fallos rápida de origen de multidifusión cuando hay varios orígenes para el mismo grupo. Por ejemplo, cuando un origen de vídeo envía activamente el tráfico, los estados de reenvío de otros orígenes de vídeo se agotan al cabo de unos minutos. Más tarde, cuando un nuevo origen comienza a enviar el tráfico de nuevo, se tarda 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 en la conmutación 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 en el cambio.
El estado de reenvío permanente debe existir en todos los dispositivos de enrutamiento de la ruta para que la conmutación rápida de origen funcione correctamente.
Este ejemplo incluye 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 general 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 de salida esperadas. Puede definir el ancho de banda asociado con flujos de multidifusión que coincidan con un mapa de flujo especificando un ancho de banda en bits por segundo o especificando que el ancho de banda se mide y se modifica adaptativamente.
Cuando se usa 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 el 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 ancho de banda inicial predeterminado es de 2 megabits por segundo (Mbps).
Por ejemplo, la instrucción adaptable bandwidth 2m es equivalente a la instrucción adaptable 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 real del ancho de banda de flujo es de 1 Mbps, el ancho de banda del 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 los 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 caché de reenvío de las entradas definidas por un mapa de flujo. Puede especificar un tiempo de espera de nunca para que las entradas de reenvío sean permanentes, 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 están en el estado eliminado. En otras palabras, la instrucción never non-discard-entry-only permite que las entradas en el estado eliminado 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 fuentes redundantes (de respaldo) para flujos identificados por un mapa de flujo. Las interfaces salientes 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 se admite una interfaz de salida para la entrada (10.11.11.11), también se admite automáticamente para la entrada (10.11.11.12), por lo que una fuente u otra puede enviar tráfico en cualquier momento.
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, luego, ingrese commit desde el [edit] modo de configuración.
set policy-options prefix-list permanentEntries1 232.1.1.0/24 set policy-options policy-statement policyForFlow1 from source-address-filter 11.11.11.11/32 exact set policy-options policy-statement policyForFlow1 from prefix-list-filter permanentEntries1 orlonger set policy-options policy-statement policyForFlow1 then accept set routing-options multicast flow-map flowMap1 policy policyForFlow1 set routing-options multicast flow-map flowMap1 bandwidth 2m set routing-options multicast flow-map flowMap1 bandwidth adaptive set routing-options multicast flow-map flowMap1 redundant-sources 10.11.11.11 set routing-options multicast flow-map flowMap1 redundant-sources 10.11.11.12 set routing-options multicast flow-map flowMap1 forwarding-cache timeout never non-discard-entry-only
Procedimiento paso a paso
Los mapas de flujo de multidifusión permiten administrar un subconjunto de entradas de la tabla de reenvío de multidifusión. Por ejemplo, puede especificar que determinadas entradas de caché de reenvío sean permanentes o tengan un valor de tiempo de espera distinto de otros flujos de multidifusión que no estén asociados a la política de mapa de flujo.
En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de la CLI de Junos OS.
Para configurar un mapa de flujo:
Configure la política de asignación de flujo. Este paso crea una política de mapa de flujo denominada policyForFlow1. La instrucción de política coincide con la dirección de origen utilizando la instrucción source-address-filter y coincide con la dirección del grupo utilizando el prefijo-list-filter. Las direcciones deben coincidir con la política configurada para que se produzca la asignación de flujo.
[edit policy-options] user@host# set prefix-list permanentEntries1 232.1.1.0/24 user@host# set policy policyForFlow1 from source-address-filter 11.11.11.11/32 exact user@host# set policy policyForFlow1 from prefix-list-filter permanentEntries1 orlonger user@host# set policy policyForFlow1 then accept
Defina un mapa de flujo, flowMap1, que haga referencia a la política de mapa de flujo, policyForFlow1, que acabamos de crear.
[edit routing-options] user@host# set multicast flow-map flowMap1 policy policyForFlow1
Configure las entradas de reenvío permanentes (es decir, las entradas que nunca agotan el tiempo de espera) y habilite las entradas en el estado eliminado para agotar el tiempo de espera.
[edit routing-options] user@host# set multicast flow-map flowMap1 forwarding-cache timeout never non-discard-entry-only
Configure el ancho de banda del mapa de flujo para que sea adaptable con un ancho de banda inicial predeterminado de 2 Mbps.
[edit routing-options] user@host# set multicast flow-map flowMap1 bandwidth 2m adaptive
Especifique las fuentes de copia de seguridad.
[edit routing-options] user@host# set multicast flow-map flowMap1 redundant-sources [ 10.11.11.11 10.11.11.12 ]
Confirmar la configuración.
user@host# commit
Resultados
Ingrese los comandos show policy-options y show routing-options para confirmar la configuración.
user@host# show policy-options
prefix-list permanentEntries1 {
232.1.1.0/24;
}
policy-statement policyForFlow1 {
from {
source-address-filter 11.11.11.11/32 exact;
prefix-list-filter permanentEntries1 orlonger;
}
then accept;
}
user@host# show routing-options
multicast {
flow-map flowMap1 {
policy policyForFlow1;
bandwidth 2m adaptive;
redundant-sources [ 10.11.11.11 10.11.11.12 ];
forwarding-cache {
timeout never non-discard-entry-only;
}
}
}
Verificación
Para comprobar la configuración, ejecute los siguientes comandos:
muestra el mapa de flujo de multidifusión
mostrar ruta de multidifusión extensa