Tablas de reenvío de capa 2
Descripción general del aprendizaje y reenvío de capas 2 para VLAN
- Descripción de las tablas de reenvío de capa 2 en conmutadores, enrutadores y dispositivos de la serie NFX
- Descripción de las tablas de reenvío de capa 2 en dispositivos de seguridad
Descripción de las tablas de reenvío de capa 2 en conmutadores, enrutadores y dispositivos de la serie NFX
Puede configurar la dirección MAC de capa 2 y las propiedades de aprendizaje y reenvío de VLAN para admitir puentes de capa 2. Las direcciones MAC (Media Access Control) de unidifusión se aprenden para evitar inundar los paquetes a todos los puertos de una VLAN. Se crea una entrada MAC de origen en sus tablas MAC de origen y destino para cada dirección MAC aprendida de los paquetes recibidos en puertos que pertenecen a la VLAN.
Cuando se configura una VLAN, el aprendizaje de direcciones de capa 2 está habilitado de forma predeterminada. La VLAN aprende las direcciones MAC (Media Access Control) de unidifusión para evitar inundar los paquetes a todos los puertos de la VLAN. Cada VLAN crea una entrada MAC de origen en sus tablas MAC de origen y destino para cada dirección MAC de origen aprendida de los paquetes recibidos en los puertos que pertenecen a la VLAN.
El tráfico no se inunda de nuevo en la interfaz en la que se recibió. Sin embargo, debido a que este "horizonte dividido" ocurre en una etapa tardía, las estadísticas de paquetes mostradas por comandos tales como show interfaces queue
incluirán tráfico de inundación.
Opcionalmente, puede deshabilitar el aprendizaje de MAC para todo el dispositivo o para una VLAN o interfaz lógica específica. También puede configurar las siguientes propiedades de aprendizaje y reenvío de capa 2:
Intervalo de tiempo de espera para entradas MAC
Entradas MAC estáticas solo para interfaces lógicas
Límite al número de direcciones MAC aprendidas de una interfaz lógica específica o de todas las interfaces lógicas de una VLAN
Tamaño de la tabla de direcciones MAC para la VLAN
Contabilidad MAC para una VLAN
Descripción de las tablas de reenvío de capa 2 en dispositivos de seguridad
El firewall de la serie SRX mantiene tablas de reenvío que contienen direcciones MAC e interfaces asociadas para cada VLAN de capa 2. Cuando llega un paquete con una nueva dirección MAC de origen en su encabezado de trama, el dispositivo agrega la dirección MAC a su tabla de reenvío y realiza un seguimiento de la interfaz a la que llegó el paquete. La tabla también contiene la interfaz correspondiente a través de la cual el dispositivo puede reenviar tráfico para una dirección MAC determinada.
Si el dispositivo desconoce la dirección MAC de destino de un paquete (es decir, la dirección MAC de destino del paquete no tiene una entrada en la tabla de reenvío), el dispositivo duplica el paquete y lo inunda en todas las interfaces de la VLAN que no sean la interfaz a la que llegó el paquete. Esto se conoce como inundación de paquetes y es el comportamiento predeterminado del dispositivo para determinar la interfaz de salida para una dirección MAC de destino desconocida. La inundación de paquetes se realiza en dos niveles: los paquetes se inundan a diferentes zonas según lo permitan las políticas de seguridad de capa 2 configuradas, y los paquetes también se inundan a diferentes interfaces con el mismo identificador de VLAN dentro de la misma zona. El dispositivo aprende la interfaz de reenvío para la dirección MAC cuando una respuesta con esa dirección MAC llega a una de sus interfaces.
Puede especificar que el firewall de la serie SRX utilice consultas ARP y solicitudes traceroute (que son solicitudes de eco ICMP con los valores de tiempo de vida establecidos en 1) en lugar de inundación de paquetes para localizar una dirección MAC de destino desconocida. Este método se considera más seguro que la inundación de paquetes, ya que el dispositivo inunda las consultas ARP y los paquetes traceroute, no el paquete inicial, en todas las interfaces. Cuando se utiliza ARP o inundación de traceroute, se descarta el paquete original. El dispositivo difunde una consulta ARP o ICMP a todos los demás dispositivos de la misma subred, solicitando al dispositivo en la dirección IP de destino especificada que envíe una respuesta. Solo responde el dispositivo con la dirección IP especificada, lo que proporciona al solicitante la dirección MAC del respondedor.
ARP permite que el dispositivo detecte la dirección MAC de destino de un paquete de unidifusión si la dirección IP de destino se encuentra en la misma subred que la dirección IP de entrada. (La dirección IP de entrada hace referencia a la dirección IP del último dispositivo que envió el paquete al dispositivo. El dispositivo puede ser el origen que envió el paquete o un enrutador que reenvía el paquete). Traceroute permite que el dispositivo descubra la dirección MAC de destino incluso si la dirección IP de destino pertenece a un dispositivo en una subred más allá de la dirección IP de entrada.
Cuando se habilitan las consultas ARP para localizar una dirección MAC de destino desconocida, también se habilitan las solicitudes traceroute. También puede especificar opcionalmente que no se utilicen solicitudes traceroute; sin embargo, el dispositivo puede detectar direcciones MAC de destino para paquetes de unidifusión solo si la dirección IP de destino se encuentra en la misma subred que la dirección IP de entrada.
Ya sea que habilite consultas ARP y solicitudes traceroute o consultas solo ARP para localizar direcciones MAC de destino desconocidas, el firewall de la serie SRX realiza la siguiente serie de acciones:
El dispositivo anota la dirección MAC de destino en el paquete inicial. El dispositivo agrega la dirección MAC de origen y su interfaz correspondiente a su tabla de reenvío, si aún no están allí.
El dispositivo descarta el paquete inicial.
El dispositivo genera un paquete de consulta ARP y, opcionalmente, un paquete traceroute e inunda esos paquetes en todas las interfaces excepto en la interfaz a la que llegó el paquete inicial.
Los paquetes ARP se envían con los siguientes valores de campo:
Dirección IP de origen establecida en la dirección IP del IRB
Dirección IP de destino establecida en la dirección IP de destino del paquete original
Dirección MAC de origen establecida en la dirección MAC del IRB
Dirección MAC de destino establecida en la dirección MAC de difusión (all
0xf
)
Los paquetes Traceroute (solicitud de eco ICMP o ping) se envían con los siguientes valores de campo:
Dirección IP de origen establecida en la dirección IP del paquete original
Dirección IP de destino establecida en la dirección IP de destino del paquete original
Dirección MAC de origen establecida en la dirección MAC de origen del paquete original
Dirección MAC de destino establecida en la dirección MAC de destino del paquete original
Tiempo de vida (TTL) establecido en
1
Al combinar la dirección MAC de destino del paquete inicial con la interfaz que conduce a esa dirección MAC, el dispositivo agrega una nueva entrada a su tabla de reenvío.
El dispositivo reenvía todos los paquetes posteriores que recibe para la dirección MAC de destino desde la interfaz correcta hasta el destino.
Aprendizaje y reenvío de capa 2 para VLAN que actúan como conmutador para un puerto troncal de capa 2
El aprendizaje de capa 2 está habilitado de forma predeterminada. Un conjunto de VLAN, configuradas para funcionar como un conmutador con un puerto troncal de capa 2, aprende las direcciones MAC (control de acceso a medios de unidifusión) para evitar inundar paquetes al puerto troncal.
El tráfico no se inunda de nuevo en la interfaz en la que se recibió. Sin embargo, debido a que este "horizonte dividido" ocurre en una etapa tardía, las estadísticas de paquetes mostradas por comandos tales como show interfaces queue
incluirán tráfico de inundación.
Opcionalmente, puede deshabilitar el aprendizaje de capa 2 para todo el conjunto de VLAN, así como modificar las siguientes propiedades de aprendizaje y reenvío de capa 2:
Limite el número de direcciones MAC aprendidas del puerto troncal de capa 2 asociado con el conjunto de VLAN
Modificar el tamaño de la tabla de direcciones MAC para el conjunto de VLAN
Habilitar la contabilidad de MAC para el conjunto de VLAN
Descripción de la tabla de reenvío unificado
- Ventajas de las tablas de reenvío unificadas
- Uso de la tabla de reenvío unificado para optimizar el almacenamiento de direcciones
- Descripción de la asignación de direcciones MAC y direcciones de host
- Perfiles de tabla de reenvío unificada en conmutadores QFX5130 y QFX5700 para las versiones de Junos OS Evolved
- Descripción de la memoria direccionable de contenido ternario (TCAM) y las entradas de coincidencia de prefijo más largas
- Ejemplo de tabla de host para perfil con tráfico pesado de capa 2
Ventajas de las tablas de reenvío unificadas
Tradicionalmente, las tablas de reenvío se han definido estáticamente y solo han admitido un número fijo de entradas para cada tipo de dirección. La tabla de reenvío unificado (UFT) ofrece las siguientes ventajas:
Permite asignar recursos de tabla de reenvío para optimizar la memoria disponible para distintos tipos de direcciones en función de las necesidades de su red.
Permite asignar un mayor porcentaje de memoria para un tipo de dirección u otro.
Uso de la tabla de reenvío unificado para optimizar el almacenamiento de direcciones
En los conmutadores EX4400, EX4600, EX4650, QFX5100, QFX5110, QFX5120 y QFX5200, puede controlar la asignación de la memoria de tabla de reenvío disponible para almacenar lo siguiente:
Direcciones MAC: en un entorno de capa 2, el conmutador aprende nuevas direcciones MAC y las almacena en una tabla de direcciones MAC.
Entradas de host de capa 3: en un entorno de capa 2 y capa 3, el conmutador aprende qué direcciones IP están asignadas a qué direcciones MAC; estos pares clave-valor se almacenan en la tabla host de capa 3.
Entradas de tabla de coincidencia de prefijo más largas (LPM): en un entorno de capa 3, el conmutador tiene una tabla de enrutamiento y la ruta más específica tiene una entrada en la tabla de reenvío para asociar un prefijo o máscara de red a un salto siguiente. Tenga en cuenta, sin embargo, que todos los prefijos IPv4 /32 e IPv6 /128 se almacenan en la tabla de host de capa 3.
UFT combina esencialmente las tres tablas de reenvío distintas para crear una tabla con asignación de recursos flexible. Puede seleccionar uno de los cinco perfiles de tabla de reenvío que mejor se adapte a sus necesidades de red. Cada perfil está configurado con diferentes valores máximos para cada tipo de dirección. Por ejemplo, para un conmutador que maneja una gran cantidad de tráfico de capa 2, como una red virtualizada con muchos servidores y máquinas virtualizadas, es probable que elija un perfil que asigne un mayor porcentaje de memoria a las direcciones MAC. Para un conmutador que funciona en el núcleo de una red que participa en una estructura IP, es probable que desee maximizar el número de entradas de tabla de enrutamiento que puede almacenar. En este caso, elegiría un perfil que asigne un mayor porcentaje de memoria a los prefijos de coincidencia más largos. El conmutador QFX5200 admite un perfil personalizado que le permite particionar los cuatro bancos de memoria compartida disponibles con un total de 128.000 entradas entre direcciones MAC, direcciones de host de capa 3 y prefijos LPM.
Introdujimos compatibilidad con conmutadores QFX5200 en Junos OS versión 15.1x53-D30. El modificador QFX5200 no es compatible con Junos OS versión 16.1R1.
Descripción de la asignación de direcciones MAC y direcciones de host
Los cinco perfiles son compatibles, cada uno de los cuales asigna diferentes cantidades de memoria para las entradas de capa 2 o capa 3, lo que le permite elegir el que mejor se adapte a las necesidades de su red. Sin embargo, los conmutadores QFX5200 y QFX5210 admiten valores máximos diferentes para cada perfil de los otros conmutadores. Para obtener más información acerca del perfil personalizado, consulte Configuración de la tabla de reenvío unificado en conmutadores.
El perfil predeterminado es l2-profile-three
, que asigna el mismo espacio para las direcciones MAC y las direcciones de host de capa 3. En los conmutadores EX4400, EX4600, QFX5100, QFX5110 y QFX5200, el espacio equivale a 16 000 entradas IPv4 para la tabla LPM y, en los conmutadores QFX5210, el espacio equivale a 32 000 entradas IPv4 para la tabla LPM. Para el el tamaño de la lpm-profile
tabla LPM es igual a 256.000 entradas IPv4.
A partir de Junos OS versión 18.1R1 en el conmutador QFX5210-64C, para todos estos perfiles excepto para , lpm-profile
el tamaño de tabla de coincidencia de prefijo (LPM) más largo es igual a 32.000 entradas IPv4.
A partir de Junos OS versión 18.3R1, en los conmutadores EX4650 y QFX5120, para todos estos perfiles excepto para el lpm-profile
, el tamaño de tabla de coincidencia de prefijo (LPM) más largo es igual a 144.000 entradas IPv4.
En los conmutadores EX4400, EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200 y QFX5210-64C, las rutas de host IPv4 e IPv6 con próximos saltos ECMP se almacenan en la tabla de hosts.
Si la tabla host o LPM almacena el número máximo de entradas para cualquier tipo de entrada, toda la tabla compartida está llena y no puede aceptar any entradas de ningún otro tipo. Los diferentes tipos de entrada ocupan diferentes cantidades de memoria. Por ejemplo, una dirección de unidifusión IPv6 ocupa el doble de memoria que una dirección de unidifusión IPv4 y una dirección de multidifusión IPv6 ocupa cuatro veces más memoria que una dirección de unidifusión IPv4.
Tabla 1 enumera los perfiles que puede elegir y los valores máximos asociados para las entradas de la dirección MAC y la tabla de hosts en los conmutadores EX4400.
Nombre del perfil | Tabla MAC | Tabla de host (direcciones de unidifusión y multidifusión) | |||||
---|---|---|---|---|---|---|---|
Direcciones MAC | Unidifusión IPv4 | Unidifusión IPv6 | IPv4 (*, G) | IPv4 (S, G) | IPv6 (*, G) | IPv6 (S, G) | |
|
112K |
16K |
8K |
8K |
8K |
4K |
4K |
|
96K |
32K |
16 mil |
16 mil |
16 mil |
8K |
8K |
|
80K |
48K |
24K |
24 mil |
24 mil |
12K |
12K |
|
48 mil |
80 mil |
40K |
40K |
40K |
20K |
20K |
|
16 mil |
16 mil |
8K |
8K |
8K |
4K |
4K |
Tabla 2 enumera los perfiles que puede elegir y los valores máximos asociados para las entradas de la dirección MAC y la tabla de hosts en conmutadores EX4600 y QFX5100.
Nombre del perfil | Tabla MAC | Tabla de host (direcciones de unidifusión y multidifusión) | |||||
---|---|---|---|---|---|---|---|
Direcciones MAC | Unidifusión IPv4 | Unidifusión IPv6 | IPv4 (*, G) | IPv4 (S, G) | IPv6 (*, G) | IPv6 (S, G) | |
|
288K |
16 mil |
8K |
8K |
8K |
4K |
4K |
|
224K |
80 mil |
40K |
40K |
40K |
20K |
20K |
|
160K |
144K |
72K |
72 mil |
72 mil |
36K |
36 mil |
|
96 mil |
208K |
104K |
104K |
104K |
52K |
52 mil |
|
32 mil |
16 mil |
8K |
8K |
8K |
4K |
4K |
|
32 mil |
(almacenado en la tabla LPM) |
(almacenado en la tabla LPM) |
8K |
8K |
4K |
4K |
Tabla 3 enumera los perfiles que puede elegir y los valores máximos asociados para las entradas de la dirección MAC y la tabla host en QFX5110 conmutadores.
Nombre del perfil | Tabla MAC | Tabla de host (direcciones de unidifusión y multidifusión) | |||||
---|---|---|---|---|---|---|---|
Direcciones MAC | Unidifusión IPv4 | Unidifusión IPv6 | IPv4 (*, G) | IPv4 (S, G) | IPv6 (*, G) | IPv6 (S, G) | |
|
288 mil |
16 mil |
8K |
8K |
8K |
4K |
4K |
|
224 mil |
80 mil |
40K |
40K |
40K |
20K |
20K |
|
160K |
144 mil |
72 mil |
72 mil |
72 mil |
36 mil |
36 mil |
|
96 mil |
208 mil |
104K |
104K |
104K |
52 mil |
52 mil |
Tabla 4 enumera las variaciones de tamaño de tabla LPM para el conmutador QFX5110 en función de las entradas de prefijo.
Nombre del perfil | Entradas de prefijo |
||
---|---|---|---|
num-65-127-prefijo | IPv4 LPM<= /32 | IPv6 LPM <= /64 | > /64 LPM IPv6 |
|
16 mil |
8K |
0K |
|
12K |
6K |
1K |
|
8K |
4K |
2K |
|
4K |
2K |
3K |
|
0K |
0K |
4K |
Tabla 5 enumera los perfiles que puede elegir y los valores máximos asociados para las entradas de la dirección MAC y la tabla host en los conmutadores QFX5200-32C.
Nombre del perfil | Tabla MAC | Tabla de host (direcciones de unidifusión y multidifusión) | ||||||
---|---|---|---|---|---|---|---|---|
Direcciones MAC | Unidifusión IPv4 | Unidifusión IPv6 | IPv4 (*, G) | IPv4 (S, G) | IPv6 (*, G) | IPv6 (S, G) | Coincidencia exacta | |
|
136K |
8K |
4K |
4K |
4K |
2K |
2K |
0 |
|
104K |
40K |
20K |
20K |
20K |
10K |
10K |
0 |
|
72 mil |
72 mil |
36 mil |
36 mil |
36 mil |
18K |
18 mil |
0 |
|
40K |
104K |
52 mil |
52 mil |
52 mil |
26K |
26 mil |
0 |
|
8K |
8K |
4K |
4K |
4K |
2K |
2K |
0 |
Tabla 6 enumera los perfiles que puede elegir y los valores máximos asociados para las entradas de la dirección MAC y la tabla host en conmutadores QFX5200-48Y.
Nombre del perfil | Tabla MAC | Tabla de host (direcciones de unidifusión y multidifusión) | |||||
---|---|---|---|---|---|---|---|
Direcciones MAC | Unidifusión IPv4 | Unidifusión IPv6 | IPv4 (*, G) | IPv4 (S, G) | IPv6 (*, G) | IPv6 (S, G) | |
|
136 mil |
8K |
4K |
4K |
4K |
2K |
2K |
|
104K |
40K |
20K |
20K |
20K |
10K |
10K |
|
72 mil |
72 mil |
36 mil |
36 mil |
36 mil |
18 mil |
18 mil |
|
40K |
104K |
52 mil |
52 mil |
52 mil |
26 mil |
26 mil |
|
8K |
8K |
4K |
4K |
4K |
2K |
2K |
Tabla 7 enumera las variaciones de tamaño de la tabla LPM para el conmutador QFX5200-48Y en función de las entradas del prefijo.
Nombre del perfil | Entradas de prefijo |
||
---|---|---|---|
num-65-127-prefijo | IPv4 LPM<= /32 | IPv6 LPM <= /64 | > /64 LPM IPv6 |
|
16 mil |
8K |
0K |
|
12K |
6K |
1K |
|
8K |
4K |
2K |
|
40K |
2K |
3K |
|
0K |
0K |
4K |
Tabla 8 enumera los perfiles que puede elegir y los valores máximos asociados para las entradas de la dirección MAC y de la tabla host en los conmutadores QFX5210-64C.
Nombre del perfil | Tabla MAC | Tabla de host (direcciones de unidifusión y multidifusión) | ||||||
---|---|---|---|---|---|---|---|---|
Direcciones MAC | Unidifusión IPv4 | Unidifusión IPv6 | IPv4 (*, G) | IPv4 (S, G) | IPv6 (*, G) | IPv6 (S, G) | Coincidencia exacta | |
|
264K |
8K |
4K |
4K |
4K |
2K |
2K |
0K |
|
200K |
72 mil |
36 mil |
36 mil |
36 mil |
18 mil |
18 mil |
0K |
|
136 mil |
136 mil |
72 mil |
72 mil |
72 mil |
36 mil |
36 mil |
0K |
|
72 mil |
200K |
100K |
100K |
100K |
50K |
50K |
0K |
Tabla 9 enumera los perfiles que puede elegir y los valores máximos asociados para las entradas de la dirección MAC y la tabla de hosts en conmutadores EX4650 y QFX5120.
Nombre del perfil | Tabla MAC | Tabla de host (direcciones de unidifusión y multidifusión) | |||||
---|---|---|---|---|---|---|---|
Direcciones MAC | Unidifusión IPv4 | Unidifusión IPv6 | IPv4 (*, G) | IPv4 (S, G) | IPv6 (*, G) | IPv6 (S, G) | |
|
288 mil |
16 mil |
8K |
8K |
8K |
4K |
4K |
|
224 mil |
80 mil |
40K |
40K |
40K |
20K |
20K |
|
160K |
144 mil |
72 mil |
72 mil |
72 mil |
36 mil |
36 mil |
|
96 mil |
208 mil |
104K |
104K |
104K |
52 mil |
52 mil |
Tabla 10 enumera las variaciones de tamaño de la tabla LPM para el conmutador QFX5210-64C en función de las entradas del prefijo.
Nombre del perfil | Entradas de prefijo |
||
---|---|---|---|
num-65-127-prefijo | IPv4 LPM<= /32 | IPv6 LPM <= /64 | > /64 LPM IPv6 |
|
32 mil |
16 mil |
0K |
|
28K |
14K |
1K |
|
24 mil |
12K |
2K |
|
20K |
10K |
3K |
|
0K |
0K |
4K |
Tabla 11 enumera las variaciones de tamaño de tabla Defip de capa 3 para los conmutadores EX4650 y QFX5120 en función de las entradas de prefijo IPv6/128 cambiantes.
Nombre del perfil | Entradas de prefijo |
||
---|---|---|---|
num-65-127-prefijo | IPv4 LPM<= /32 | IPv6 LPM <= /64 | > /64 LPM IPv6 |
|
32 mil |
16 mil |
0K |
|
24 mil |
12K |
2K |
|
16 mil |
8K |
4K |
|
8K |
4K |
6K |
|
0K |
0K |
8K |
Perfiles de tabla de reenvío unificada en conmutadores QFX5130 y QFX5700 para las versiones de Junos OS Evolved
Puede configurar un perfil de reenvío para la tabla de reenvío unificado en conmutadores QFX5130 y QFX5700 mediante la instrucción configuration forwarding-profile
en el nivel de jerarquía [edit system packet-forwarding-options] para Junos OS Evolved.
Solo se recomienda la host-profile
unificación forwarding profile
con configuraciones EVPN-VXLAN.
Para VXLAN, cada MAC de capa 2 utiliza un ancho de entrada 2X en la tabla L2. Por lo tanto, la escala VXLAN L2 mac
será la mitad de la L2-mac
escala. Para una escala más alta L2 mac
, se host-profile
recomienda.
user@switch# set system packet-forwarding-options forwarding-profile ? Possible completions: + apply-groups Groups from which to inherit configuration data + apply-groups-except Don't inherit configuration data from these groups default-profile Refer 'show pfe uft-profile-info' for profile info; restarts PFE host-acl-profile Refer 'show pfe uft-profile-info' for profile info; restarts PFE host-profile Refer 'show pfe uft-profile-info' for profile info; restarts PFE lpm-profile Refer 'show pfe uft-profile-info' for profile info; restarts PFE
Puede ver la escala por perfil mediante el show pfe uft-profile-info
comando.
user@switch> show pfe uft-profile-info SENT: Ukern command: show evo-pfemand uft profile-info ============================================================================== PFE UFT Profiles ============================================================================== default-profile lpm-profile host-profile host-acl-profile ============================================================================== IPV4-host 32K 32K 160K 160K IPV4-lpm 720K 1.24M 72K 65K IPV6-host 16K 16K 80K 80K IPV6-lpm 550K 868K 50K 22K L2-mac 32K 32K 160K 160K FP-compression 18K 0 0 18K ARP-overlay 32K 64K 32K 32K ARP-underlay 32K 0 32K 32K L3-mcast v4 16K 16K 32K 32K L3-mcast v6 8K 8K 16K 16K Tunnels Supported No support Supported Supported ==============================================================================
Aplicaciones de perfiles | Perfil predeterminado | Perfil LPM | Perfil de host | Perfil de ACL de host |
---|---|---|---|---|
Característica | ||||
MAC de capa 2 | 32 mil | 32 mil | 160K | 160K |
Unidifusión de host de capa 3 -IPv4 | 32 mil | 32 mil | 160K |
160K |
Unidifusión de host de capa 3 -IPv6 | 16 mil | 16 mil | 80 mil | 80 mil |
IPv4 LPM | 720K | 1,24 millones | 72 mil | 65K |
IPv6 LPM <= /64 | 550K | 868K | 50K | 22K |
> /64 LPM IPv6 | 335K | 495K | 22 mil | 12K |
Compresión FP | 18 mil | 0 | 0 | 18 mil |
ARP y NDP | 32 mil | 61K | 32 mil | 32 mil |
VRF (en inglés) | hasta 8K | hasta 12K | hasta 8K | hasta 4K |
Multidifusión IPv4 de capa 3 | 8K | 8K | 16 mil | 16 mil |
Multidifusión IPv6 de capa 3 | 4K | 4K | 8K | 8K |
Túneles (VXLAN y GRE) |
Compatible | No compatible | Compatible | Compatible |
- Cuando se supera la capacidad del host, las rutas de unidifusión del host (IPv4 e IPv6) se transfieren a la tabla LPM.
- El perfil LPM no admite túneles (vxlan, gre etcetera) debido a que una escala de superposición del próximo salto aumenta a 64K, lo que resulta en un aumento de la escala ARP/NDP a 61K.
Descripción de la memoria direccionable de contenido ternario (TCAM) y las entradas de coincidencia de prefijo más largas
Puede personalizar aún más los perfiles que no son LPM configurando el espacio disponible para la memoria direccionable de contenido ternario (TCAM) a fin de asignar más memoria para las entradas de coincidencia de prefijo más largas. Puede cambiar el número de entradas asignadas a estas direcciones IPv6, asignando esencialmente más o menos espacio para entradas LPM IPv4 con cualquier longitud de prefijo o entradas IPv6 con longitudes de prefijo de 64 o más cortas. Para obtener más información acerca de cómo cambiar los parámetros predeterminados del espacio de memoria TCAM para entradas LPM, consulte Configuración de la tabla de reenvío unificado en conmutadores.
La opción de ajustar el espacio TCAM no se admite en la coincidencia de prefijo más larga (LPM) ni en los perfiles personalizados. Sin embargo, para el perfil LPM, puede configurar el espacio TCAM para que no asigne memoria para entradas IPv6 con longitudes de prefijo de 65 o más, asignando así ese espacio de memoria sólo para rutas IPv4 o rutas IP con longitudes de prefijo iguales o inferiores a 64 o una combinación de los dos tipos de prefijos.
A partir de Junos OS versión 18.1R1 en conmutadores QFX5210, puede configurar el espacio TCAM para asignar un máximo de 8.000 entradas IPv6 con longitudes de prefijo de 65 o más. El valor predeterminado es 2.000 entradas. A partir de Junos OS versión 13.2X51-D15, puede configurar el espacio TCAM para asignar un máximo de 4.000 entradas IPv6 con longitudes de prefijo de 65 o más. El valor predeterminado es 1.000 entradas. Antes de Junos OS versión 13.2X51-D15, solo se podían asignar un máximo de 2.048 entradas para IPv6, los prefijos IPv6 con longitudes en el intervalo /65 a /127. El valor predeterminado era 16 entradas para estos tipos de prefijos IPv6.
En las versiones 13.2x51-D10 y 13.2x52D10 de Junos OS, el procedimiento para cambiar el valor predeterminado de 16 entradas difiere de las versiones posteriores, donde los valores máximo y predeterminado son más altos. Para obtener más información acerca de este procedimiento, consulte Configuración de la tabla de reenvío unificado en conmutadores
Ejemplo de tabla de host para perfil con tráfico pesado de capa 2
Tabla 13 enumera varias combinaciones válidas que la tabla host puede almacenar si utiliza el l2-profile-one
perfil en conmutadores EX4600 y QFX5100. Este perfil asigna el porcentaje de memoria a las direcciones de capa 2. Tenga en cuenta que los valores predeterminados pueden ser diferentes en otros conmutadores. Cada fila de la tabla representa un caso en el que la tabla host está llena y no puede dar cabida a más entradas.
Unidifusión IPv4 | Unidifusión IPv6 | Multidifusión IPv4 (*, G) | Multidifusión IPv4 (S, G) | Multidifusión IPv6 (*, G) | Multidifusión IPv6 (S, G) |
---|---|---|---|---|---|
16 mil |
0 |
0 |
0 |
0 |
0 |
12K |
2K |
0 |
0 |
0 |
0 |
12K |
0 |
2K |
2K |
0 |
0 |
8K |
4K |
0 |
0 |
0 |
0 |
4K |
2K |
2K |
2K |
0 |
0 |
0 |
4K |
0 |
0 |
1K |
1K |
Ejemplo: Configuración de un perfil personalizado de tabla de reenvío unificada
Tradicionalmente, las tablas de reenvío se han definido estáticamente y solo han admitido un número fijo de entradas para cada tipo de dirección. La característica Tabla de reenvío unificada (UFT) le permite optimizar la asignación de la memoria de la tabla de reenvío para adaptarse mejor a las necesidades de su red. En este ejemplo se muestra cómo configurar un perfil de tabla de reenvío unificada que permite particionar cuatro bancos de memoria hash compartidos entre tres tipos diferentes de entradas de tabla de reenvío: Direcciones MAC, direcciones de host de capa 3 y coincidencia de prefijo más larga (LPM).
La función UFT también admite cinco perfiles que asignan una cantidad máxima específica de memoria para cada tipo de entrada de tabla de reenvío. Algunos perfiles asignan más memoria a las entradas de capa 2, mientras que otros perfiles asignan más memoria a las entradas de capa 3 o LPM. Los valores máximos para cada tipo de entrada se fijan en estos perfiles. Con el perfil personalizado, puede designar uno o más bancos de memoria compartida para almacenar un tipo específico de entrada de tabla de reenvío. Puede configurar tan solo uno o hasta cuatro bancos de memoria en un perfil personalizado. Por lo tanto, el perfil personalizado proporciona aún más flexibilidad al permitirle asignar memoria de tabla de reenvío para tipos específicos de entradas.
Requisitos
En este ejemplo, se utilizan los siguientes componentes de hardware y software:
Un conmutador QFX5200
Junos OS versión 15.1x53-D30 o posterior.
Antes de configurar un perfil personalizado, asegúrese de tener:
Interfaces configuradas
Descripción general
El perfil personalizado Tabla de reenvío unificada permite asignar entradas de tabla de reenvío entre cuatro bancos de tablas hash compartidas con una memoria total igual a 128.000 direcciones IPv4 de unidifusión, o 32.000 entradas para cada banco. En concreto, puede asignar uno o varios de estos bancos compartidos para almacenar un tipo específico de entrada de tabla de reenvío. El perfil personalizado no afecta a las tablas hash dedicadas. Esas tablas permanecen fijas con 8.000 entradas asignadas a direcciones de capa 2, el equivalente a 8.000 entradas asignadas a direcciones IPv4 y el equivalente a 16.000 entradas asignadas a direcciones de coincidencia de prefijo más largas (LPM).
En este ejemplo, asigna dos bancos de memoria a direcciones de host de capa 3 y dos bancos de memoria a entradas LPM. Esto significa que no se asigna ninguna memoria de tabla hash compartida para las direcciones de capa 2. En este escenario, solo se asigna la memoria de tabla hash dedicada para las direcciones de capa 2.
Configuración
Para configurar un perfil personalizado para la característica Tabla de reenvío unificada en un conmutador QFX5200 que asigna dos bancos de memoria compartida para la dirección de host de capa 3 y dos bancos de memoria compartidos para entradas LPM, realice estas tareas:
- Configuración rápida de CLI
- Configuración del perfil personalizado
- Configuración de la asignación de bancos de memoria compartidos
- Resultados
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 [edit]
y, luego, ingrese commit
desde el modo de configuración. Se realiza una comprobación de confirmación para asegurarse de que ha asignado espacio en la tabla de reenvío para no más de cuatro bancos de memoria.
Cuando configura y confirma un perfil, el motor de reenvío de paquetes se reinicia y todas las interfaces de datos del conmutador se apagan y vuelven a subir.
user@switch# set chassis forwarding-options custom-profile user@switch# set chassis forwarding-options custom-profile l2-entries num-banks 0 user@switch# set chassis forwarding-options custom-profile l3-entries num-banks 2 user@switch# set chassis forwarding-options custom-profile lpm-entries num-banks 2
Configuración del perfil personalizado
Procedimiento paso a paso
Para crear el perfil personalizado:
Especifique la
custom-profile
opción.[edit chassis forwarding-options] user@switch# set custom-profile
Configuración de la asignación de bancos de memoria compartidos
Procedimiento paso a paso
Para asignar memoria para tipos específicos de entradas para los bancos de memoria compartida:
Especifique que no se asigne memoria bancaria compartida para las entradas de capa 2.
[edit chassis forwarding-options custom-profile] user@switch# set l2-entries num-banks 0
Especifique que se asignen dos bancos de memoria compartidos (o el equivalente a 64.000 entradas IPv4) para las entradas de host de capa 3.
[edit chassis forwarding-options custom-profile] user@switch# set l3-entries num-banks 2
Especifique que se asignen dos bancos de memoria compartidos (o el equivalente a 64.000 entradas IPv4) para las entradas de LPM.
[edit chassis forwarding-options custom-profile] user@switch# set lpm-entries numer-banks 2
Resultados
Desde el modo de configuración, confirme la configuración introduciendo el comando show chassis forwarding-options. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.
user@switch# show chassis forwarding-profile custom-profile { l2-entries { num-banks 0; } l3-entries { num-banks 2; } lpm-entries { num-banks 2 } }
Cuando haya terminado de configurar el conmutador, ingrese commit
desde el modo de configuración
El motor de reenvío de paquetes se reiniciará y todas las interfaces de datos del conmutador se inactivarán.
Verificación
Confirme que la configuración funcione correctamente.
Comprobación de los parámetros del perfil personalizado
Propósito
Compruebe que el perfil personalizado esté habilitado.
Acción
user@switch> show chassis forwarding-options UFT Configuration: custom-profile Configured custom scale: Entry type Total scale(K) L2(mac) 8 L3 (unicast & multicast) 72 Exact Match 0 Longest Prefix Match (lpm) 80 num-65-127-prefix = 1K -------------Bank details for various types of entries------------ Entry type Dedicated Bank Size(K) Shared Bank Size(K) L2 (mac) 8 32 * num shared banks L3 (unicast & multicast 8 32 * num shared banks Exact match 0 16 * num shared banks Longest Prefix match(lpm) 16 32 * num shared banks
Significado
El resultado muestra que el perfil personalizado está habilitado tal como está configurado con dos bancos de memoria compartida designados para entradas de host de capa 3; dos bancos de memoria compartida designados para entradas LPM; y no hay memoria compartida asignada para las entradas de capa 2.
El campo escala total (K) muestra la asignación total de memoria, es decir, la cantidad asignada a través de los bancos de memoria compartida más la cantidad asignada a través de las tablas hash dedicadas. La cantidad asignada a través de las tablas hash dedicadas es fija y no se puede cambiar. Por lo tanto, las entradas de capa 2 tienen 8K de memoria asignados solo a través de la tabla hash dedicada. Las entradas de host de capa 3 tienen 64K de memoria asignados a través de dos bancos de memoria compartida más 8K a través de la tabla hash dedicada, para un total de 72K de memoria. Las entradas LPM tienen 64K de memoria asignados a través de dos bancos de memoria compartida más 16K a través de la tabla hash dedicada, para un total de 80K de memoria.
Configuración de la tabla de reenvío unificado en conmutadores
Tradicionalmente, las tablas de reenvío se han definido estáticamente y sólo han admitido un número fijo de entradas para cada tipo de dirección almacenada en las tablas. La función Tabla de reenvío unificada le permite optimizar la forma en que el conmutador asigna la memoria de la tabla de reenvío para diferentes tipos de direcciones. Puede elegir uno de los cinco perfiles de tabla de reenvío unificado. Cada perfil asigna una cantidad máxima diferente de memoria para las entradas de capa 2, host de capa 3 y coincidencia de prefijo más larga (LPM). Además de seleccionar un perfil, también puede seleccionar cuánta memoria adicional asignar para las entradas de LPM.
Dos perfiles asignan porcentajes más altos de memoria a las direcciones de capa 2. Un tercer perfil asigna un mayor porcentaje de memoria a la dirección de host de capa 3, mientras que un cuarto perfil asigna un mayor porcentaje de memoria a las entradas LPM. Hay un perfil predeterminado configurado que asigna una cantidad igual de memoria a las direcciones de host de capa 2 y capa 3 y el resto asignado a entradas LPM. Para un conmutador en una red virtualizada que maneja una gran cantidad de tráfico de capa 2, debe elegir un perfil que asigne un mayor porcentaje de memoria a las direcciones de capa 2. Para un conmutador que funciona en el núcleo de la red, debe elegir un perfil que asigne un mayor porcentaje de memoria a las entradas LPM.
Sólo en conmutadores QFX5200 y QFX5210-64C, también puede configurar un perfil personalizado que le permita particionar bancos de memoria compartidos entre los distintos tipos de entradas de tabla de reenvío. En QFX5200 conmutadores, estos bancos de memoria compartida tienen una memoria total igual a 128.000 direcciones de unidifusión IPv4. En QFX5210 conmutadores, estos bancos de memoria compartida tienen una memoria total igual a 256.000 direcciones de unidifusión IPv4. Para obtener más información acerca de cómo configurar el perfil personalizado, consulte Ejemplo: Configuración de un perfil personalizado de tabla de reenvío unificada.
- Configuración de un perfil de tabla de reenvío unificado
- Configuración de la asignación de memoria para entradas de coincidencia de prefijo más largas
Configuración de un perfil de tabla de reenvío unificado
Para configurar un perfil de tabla de reenvío unificado:
Especifique un perfil de tabla de reenvío.
[edit chassis forwarding-options] user@switch# set profile-name
Por ejemplo, para especificar el perfil que asigna el mayor porcentaje de memoria al tráfico de capa 2:
[edit chassis forwarding-options] user@switch# set l2-profile-one
Cuando configura y confirma un perfil, en la mayoría de los casos el motor de reenvío de paquetes se reinicia automáticamente y todas las interfaces de datos del conmutador se caen y vuelven a subir (las interfaces de administración no se ven afectadas).
A partir de Junos OS versiones 14.1X53-D40, 15.1R5 y 16.1R3, para un Virtual Chassis o Virtual Chassis Fabric (VCF) compuesto por conmutadores EX4600 o QFX5100, el motor de reenvío de paquetes en los conmutadores miembro no se reinicia automáticamente al configurar y confirmar un cambio de perfil de tabla de reenvío unificado. Este comportamiento evita la inestabilidad del chasis virtual o VCF después de que el cambio se propaga a conmutadores miembro y varios motores de reenvío de paquetes se reinician automáticamente al mismo tiempo. En su lugar, se muestra un mensaje en el indicador de la CLI y se registra en el registro del sistema del conmutador para notificarle que el cambio de perfil no surtirá efecto hasta la próxima vez que reinicie Virtual Chassis o VCF. Le recomendamos que planee realizar cambios de perfil solo cuando pueda realizar un reinicio del sistema Virtual Chassis o VCF inmediatamente después de confirmar la actualización de la configuración. De lo contrario, el Virtual Chassis o VCF podría volverse incoherente si uno o más miembros tienen un problema y se reinician con la nueva configuración antes de que un reinicio planificado del sistema active el cambio en todos los miembros.
Solo puede configurar un perfil para todo el conmutador.
El l2-profile-three
está configurado de forma predeterminada.
Si la tabla host almacena el número máximo de entradas para un tipo determinado, toda la tabla está llena y no puede aceptar any entradas de ningún otro tipo. Tenga en cuenta que una dirección de unidifusión IPv6 ocupa el doble de memoria que una dirección de unidifusión IPv4 y una dirección de multidifusión IPv6 ocupa cuatro veces más memoria que una dirección de unidifusión IPv4.
Configuración de la asignación de memoria para entradas de coincidencia de prefijo más largas
Además de elegir un perfil, puede optimizar aún más la asignación de memoria para las entradas de coincidencia de prefijo más largas (LPM) configurando cuántos prefijos IPv6 almacenar con longitudes de /65 a /127. El conmutador utiliza entradas LPM durante la búsqueda de direcciones para hacer coincidir las direcciones con el prefijo aplicable más específico (más largo). Los prefijos de este tipo se almacenan en el espacio para la memoria direccionable de contenido ternario (TCAM). Al cambiar los parámetros predeterminados, este espacio estará disponible para las entradas de LPM. Al aumentar la cantidad de memoria disponible para estos prefijos IPv6, se reduce en la misma cantidad de memoria disponible para almacenar prefijos de unidifusión IPv4 y prefijos IPv6 con longitudes iguales o menores que 64.
Los procedimientos para configurar la tabla LPM son diferentes, dependiendo de la versión de Junos OS que esté utilizando. En las versiones iniciales compatibles con UFT, Junos OS versiones 13.2X51-D10 y 13.2X52-10, sólo puede aumentar la cantidad de memoria asignada a los prefijos IPv6 con longitudes de /65 a /127 para cualquier perfil, excepto para lpm-profile
. A partir de Junos OS versión 13.2X51-D15, también puede asignar menos memoria o ninguna memoria para prefijos IPv6 con longitudes en el rango de /65 a /127, según el perfil configurado. Para el lpm-profie
, sin embargo, el único cambio que puede realizar en los parámetros predeterminados es no asignar memoria para estos tipos de prefijos.
- Configuración de la tabla LPM con Junos OS versiones 13.2X51-D10 y 13.2X52-D10
- Configuración de la tabla LPM con Junos OS versión 13.2x51-D15 y posteriores
Configuración de la tabla LPM con Junos OS versiones 13.2X51-D10 y 13.2X52-D10
En Junos OS versiones 13.2x51-D10 y 13.2X52-D10, de forma predeterminada, el conmutador asigna memoria para 16 IPv6 con prefijos con longitudes en el rango de /65 a /127. Puede configurar el conmutador para que asigne más memoria para los prefijos IPv6 con longitudes en el intervalo de /65 a /127.
Para asignar más memoria para prefijos IPv6 en el intervalo de /65 a /127:
Cuando configure y confirme la num-65-127-prefix number
instrucción, se reiniciarán todas las interfaces de datos del conmutador. Las interfaces de administración no se ven afectadas.
La num-65-127-prefix number
instrucción no se admite en el lpm-profile
archivo .
Configuración de la tabla LPM con Junos OS versión 13.2x51-D15 y posteriores
- Configuración de perfiles de capa 2 y capa 3 con Junos OS versión 13.2x51-D15 o posterior
- Configuración del perfil LPM con Junos OS versión 13.2x51-D15 y posteriores
- Configuración del perfil LPM con Junos OS versión 14.1X53-D30 y posteriores
- Configuración de perfiles que no son LPM en conmutadores QFX5120 y EX4650
Configuración de perfiles de capa 2 y capa 3 con Junos OS versión 13.2x51-D15 o posterior
A partir de Junos OS versión 13.2X51-D15, puede configurar el conmutador para que asigne memoria de tabla de reenvío para hasta 4.000 prefijos IPv6 con longitudes en el intervalo de /65 a /127 para cualquier perfil que no sea el lpm-profile
o custom-profile
. También puede especificar que no se asigne memoria para estas entradas IPv6. El valor predeterminado es 1.000 entradas para prefijos IPv6 con longitudes en el rango de /65 a /127. Anteriormente, el máximo que se podía configurar era para 2.048 entradas para prefijos IPv6 con longitudes en el rango de /65 a /127. El número mínimo de entradas era anteriormente 16, que era el valor predeterminado.
Para especificar cuánta memoria de tabla de reenvío asignar para los prefijos IPv6 con una longitud en el intervalo de /65 a /127:
A partir de Junos OS versión 13.2X51-D15, puede utilizar la num-65-127-prefix
instrucción para asignar entradas. Tabla 14 muestra el número de entradas que puede asignar. Cada fila representa un caso en el que la tabla está llena y no puede dar cabida a más entradas.
Valor num-65-127-prefix | Entradas IPv4 | Entradas IPv6 (prefijo <= 64) | Entradas IPv6 (prefijo >= 65) |
|
16K |
8K |
0K |
|
12K |
6K |
1K |
|
8K |
4K |
2K |
|
4K |
2K |
3K |
|
0K |
0K |
4K |
Cuando configura y confirma un cambio de perfil con la num-65-127-prefix number
instrucción, el motor de reenvío de paquetes se reinicia automáticamente y todas las interfaces de datos del conmutador se desconectan y vuelven a subir (las interfaces de administración no se ven afectadas).
Sin embargo, a partir de Junos OS versiones 14.1X53-D40, 15.1R5 y 16.1R3, los motores de reenvío de paquetes en conmutadores de un Virtual Chassis o Virtual Chassis Fabric (VCF) no se reinician automáticamente al configurar un cambio de perfil de tabla de reenvío unificado. Este comportamiento evita la inestabilidad del chasis virtual o VCF después de que el cambio se propaga a conmutadores miembro y varios motores de reenvío de paquetes se reinician automáticamente al mismo tiempo. En su lugar, se muestra un mensaje en el indicador de la CLI y se registra en el registro del sistema del conmutador para notificarle que el cambio de perfil no surtirá efecto hasta la próxima vez que reinicie Virtual Chassis o VCF. Le recomendamos que planee realizar cambios de perfil solo cuando pueda realizar un reinicio del sistema Virtual Chassis o VCF inmediatamente después de confirmar la actualización de la configuración. De lo contrario, el Virtual Chassis o VCF podría volverse incoherente si uno o más miembros tienen un problema y se reinician con la nueva configuración antes de que un reinicio planificado del sistema active el cambio en todos los miembros.
Configuración del perfil LPM con Junos OS versión 13.2x51-D15 y posteriores
A partir de Junos OS versión 13.2X51-D15, puede configurar el lpm-profile
perfil para que no asigne memoria para entradas IPv6 con longitudes de prefijo de /65 a /127. Estos son los valores máximos predeterminados asignados a la memoria LPM para el tipo de lpm-profile
dirección:
128 K de prefijos IPv4
16 K de prefijos IPv6 (todas las longitudes)
La memoria asignada para cada tipo de dirección representa el valor predeterminado máximo para toda la memoria LPM.
Para configurar el lpm-profile
no asignar memoria de tabla de reenvío para entradas IPv6 con prefijos de /65 a /127, asignando así más memoria para IPv4:
Especifique que se deshabilite la memoria de tabla de reenvío para prefijos IPv6 con longitudes en el intervalo de /65 a /127.
[edit chassis forwarding-options lpm-profile] user@switch# set prefix-65-127-disable
Por ejemplo, sólo en los conmutadores QFX5100 y EX4600, si utiliza la prefix-65-127-disable
opción, cada una de las siguientes combinaciones son válidas:
100K IPv4 y 28K IPv6 /64 o prefijos más cortos.
64K IPv4 y 64K IPv6 /64 o prefijos más cortos.
128K IPv4 y 0K IPv6 /64 o prefijos más cortos.
0K IPv4 y 128K IPv6 /64 o prefijos más cortos.
En los conmutadores QFX5200, cuando se configura la prefix-65-127-disable
instrucción, el número máximo de entradas IPv6 con prefijos iguales o menores que 64 es 98.000.
Configuración del perfil LPM con Junos OS versión 14.1X53-D30 y posteriores
A partir de Junos OS versión 15.1X53-D30, puede configurar el lpm-profile
perfil para almacenar direcciones de host IPv4 e IPv6 de unidifusión en la tabla LPM, liberando así memoria en la tabla host. Las direcciones IPv4 e IPv6 de unidifusión se almacenan en la tabla LPM en lugar de en la tabla host, como se muestra en Tabla 15 para los conmutadores QFX5100 y EX4600. (La compatibilidad con la plataforma depende de la versión de Junos OS en su instalación). Puede utilizar esta opción junto con la opción de no asignar memoria en la tabla LPM para entradas IPv6 con longitudes de prefijo en el intervalo de /65 a /127. Juntas, estas opciones maximizan la cantidad de memoria disponible para entradas de unidifusión IPv4 y entradas IPv6 con longitudes de prefijo iguales o menores que 64.
prefijo-65- 127-disable | Tabla MAC | Tabla de host (direcciones de multidifusión) | Direcciones de unidifusión de tabla LPM) | |||||||
---|---|---|---|---|---|---|---|---|---|---|
MAC | Unidifusión IPv4 | Unidifusión IPv6 | IPv4 (*, G) | IPv4 (S, G) | IPv6 (*, G) | IPv6 (S, G) | Unidifusión IPv4 | Unidifusión IPv6 (</65) | Unidifusión IPv6 (>/64) | |
No |
32K |
0 |
0 |
8K |
8K |
4K |
4K |
128K |
16 mil |
16 mil |
Sí |
32 mil |
0 |
0 |
8K |
8K |
4K |
4K |
128 mil |
128 mil |
0 |
A partir de Junos versión 18.1R1, no puede establecer configure un prefijo para la num-65-127-prefix
instrucción en perfiles que no sean LPM. Sólo puede activar o desactivar la prefix-65-127-disable
instrucción para el lpm-profile
archivo .
Tabla 16 enumera las situaciones en las que la prefix-65-127-disable
instrucción debe habilitarse o deshabilitarse.
Nombre del perfil | Entradas de prefijo |
||
---|---|---|---|
num-65-127-prefijo | IPv4 <= /32 | IPv6 <= /64 | > /64 IPv6 |
|
> 128K (mínimo garantizado) |
98K |
0K |
|
128 mil |
16 mil |
16 mil |
En los conmutadores QFX5120 y EX4600, no se puede establecer la configuración de un prefijo para la num-65-127-prefix
instrucción en perfiles que no sean LPM. Sólo puede habilitar o deshabilitar la prefix-65-127-disable
instrucción para el lpm-profile
Tabla 17 enumera las situaciones en las que la prefix-65-127-disable
instrucción debe habilitarse o deshabilitarse.
Nombre del perfil | Entradas de prefijo |
||
---|---|---|---|
prefijo-65-127-disable | IPv4 <= /32 | IPv6 <= /64 | > /64 IPv6 |
|
351K (360,000 aproximadamente) |
168K (172,000 aproximadamente) |
0K |
|
168K (172,000 aproximadamente) |
64K (65,524 aproximadamente) |
64K (65,524 aproximadamente) |
Tenga en cuenta que todas las entradas de cada tabla comparten el mismo espacio de memoria. Si una tabla almacena el número máximo de entradas para un tipo determinado, toda la tabla compartida está llena y no puede dar cabida a ninguna entrada de ningún otro tipo. Por ejemplo, si usa la opción y unicast-in-lpm
hay direcciones de unidifusión IPv4 de 128K almacenadas en la tabla LPM, toda la tabla LPM está llena y no se puede almacenar ninguna dirección IPv6. Del mismo modo, si usa la unicast-in-lpm
opción pero no usa la prefix-65-127-disable
opción, y se almacenan direcciones IPv6 de 16K con prefijos menores que /65, toda la tabla LPM está llena y no se pueden almacenar direcciones adicionales (IPv4 o IPv6).
Para configurar el almacenamiento de lpm-profile
entradas IPv4 de unidifusión y entradas IPv6 con longitudes de prefijo iguales o inferiores a 64 en la tabla LPM:
Configuración de perfiles que no son LPM en conmutadores QFX5120 y EX4650
Para perfiles que no son LPM, cada perfil ofrece la opción de reservar una parte de la tabla defip L3 de 16K para almacenar los prefijos IPv6 > 64. Dado que se trata de prefijos de 128 bits, puede tener un máximo de entradas IPv6/128 de 8k en la tabla l3-delip.
Descripción y configuración de la tabla de reenvío unificado
- Usar la tabla de reenvío unificado para optimizar el almacenamiento de direcciones
- Configurar la tabla de reenvío unificado para optimizar el almacenamiento de direcciones mediante perfiles
Usar la tabla de reenvío unificado para optimizar el almacenamiento de direcciones
ACX5048 y ACX5096 enrutadores admiten el uso de una tabla de reenvío unificada para optimizar el almacenamiento de direcciones. Esta función le ofrece la flexibilidad de configurar su enrutador para que coincida con las necesidades de su entorno de red particular. Puede controlar la asignación de la memoria de tabla de reenvío disponible para almacenar las siguientes entradas:
Direcciones MAC
Entradas de host de capa 3
Entradas de tabla de coincidencia de prefijo más largas (LPM)
Puede utilizar cinco perfiles predefinidos (l2-profile-one, l2-profile-two, l2-profile-three, l3-profile, lpm-profile) para asignar el espacio de memoria de la tabla de forma diferente para cada una de estas entradas. Los tamaños de la tabla de direcciones MAC de capa 2, la tabla de entrada de host de capa 3 y la tabla LPM de capa 3 se deciden en función del perfil seleccionado. Puede configurar y seleccionar los perfiles que mejor se adapten a sus necesidades de entorno de red.
Tabla 18 Muestra los perfiles predefinidos en la tabla de reenvío unificado y los tamaños de tabla respectivos.
Perfil |
Tabla de direcciones MAC de capa 2 |
Tabla de host de capa 3 |
Tabla LPM de capa 3 |
---|---|---|---|
l2-profile-one |
288 K |
16 K |
16 K |
l2-profile-two |
224 K |
80 K |
16 K |
l2-profile-three (predeterminado) |
160 K |
144 K |
16 K |
l3-profile |
96 K |
208 K |
16 K |
lpm-profile |
32 K |
16 K |
128 K |
Las direcciones de ruta de unidifusión IPv4, unidifusión IPv6, multidifusión IPv4 y multidifusión IPv6 comparten la tabla de entrada de host de capa 3. Si la tabla host almacena el número máximo de entradas para un tipo determinado, toda la tabla está llena y no puede dar cabida a ninguna entrada de ningún otro tipo. Las direcciones de multidifusión IPv4 y unidifusión IPv6 ocupan el doble de espacio que las entradas de unidifusión IPv4, y las direcciones de multidifusión IPv6 ocupan cuatro veces el espacio de las direcciones de unidifusión IPv4. Tabla 19 muestra el tamaño de la tabla de host de capa 3 para cada perfil.
Perfil |
Tabla de host de capa 3 |
|||
---|---|---|---|---|
Unidifusión IPv4 |
Multidifusión IPv4 |
Unidifusión IPv6 |
Multidifusión IPv6 |
|
l2-profile-one |
16 K |
8 K |
8 K |
4 K |
l2-profile-two |
80 K |
40 K |
40 K |
20 K |
l2-profile-three (predeterminado) |
144 K |
72 K |
72 K |
36 K |
l3-profile |
208 K |
104 K |
104 K |
52 K |
lpm-profile |
16 K |
8 K |
8 K |
4 K |
La tabla LPM de capa 3 se comparte entre los prefijos de ruta IPv4 y los prefijos de ruta IPv6. Tabla 20 ilustra el tamaño de la tabla para diferentes perfiles de direcciones IPv4 e IPv4 en la tabla LPM de capa 3. Cuando el reenvío de ruta inversa de unidifusión (RPF de unidifusión) está habilitado, el tamaño de la tabla se reduce a la mitad.
Perfil |
Tabla LPM de capa 3 |
||
---|---|---|---|
Unidifusión IPv4 |
Unidifusión IPv6 (prefijo <= /64) |
Unidifusión IPv6 (prefijo > /64) |
|
l2-profile-one |
16 K |
8 K |
4 K |
l2-profile-two |
16 K |
8 K |
4 K |
l2-profile-three (predeterminado) |
16 K |
8 K |
4 K |
l3-profile |
16 K |
8 K |
4 K |
lpm-profile |
128 K |
40 K |
8 K |
De forma predeterminada, no hay espacio asignado para la dirección de prefijo IPv6 de más de /64 en la tabla LPM. Por lo tanto, las direcciones de prefijo de más de /64 no están permitidas en la tabla de forma predeterminada. Toda la tabla está disponible para direcciones IPv4 y para direcciones IPv6 que tienen prefijos menores que /64. Puede proporcionar espacio en la tabla para direcciones con prefijos mayores que /64 mediante la configuración de CLI. El número de entradas reservadas para estos prefijos se configura en múltiplos de 16.
Configurar la tabla de reenvío unificado para optimizar el almacenamiento de direcciones mediante perfiles
Puede utilizar cinco perfiles predefinidos (l2-profile-one, l2-profile-two, l2-profile-three, l3-profile, lpm-profile) para asignar el espacio de memoria de la tabla. Los tamaños de la tabla de direcciones MAC de capa 2, la tabla de entrada de host de capa 3 y la tabla LPM de capa 3 se deciden en función del perfil seleccionado. Puede configurar y seleccionar los perfiles que mejor se adapten a sus necesidades de entorno de red.
Cuando configura y confirma un perfil, el proceso del motor de reenvío de paquetes (PFE) se reinicia y todas las interfaces de datos del enrutador dejan de funcionar y vuelven a subir.
Los valores de están configurados de l2-profile-three
forma predeterminada. Es decir, si no configura la forwarding–options chassis profile-name
instrucción, se configurarán los valores del l2-profile-three
perfil.
Configuración del modo de reenvío en conmutadores
De forma predeterminada, los paquetes de paquetes se reenvían mediante el modo de almacenamiento y reenvío. En su lugar, puede configurar todas las interfaces para que utilicen el modo de corte.
Para habilitar el modo de conmutación de corte, escriba la instrucción siguiente:
[edit forwarding-options] user@switch# set cut-through
Consulte también
Deshabilitar el aprendizaje y reenvío de la capa 2
La desactivación del aprendizaje dinámico de MAC en un enrutador de la serie MX o en un conmutador de la serie EX impide que todas las interfaces lógicas del enrutador o conmutador aprendan las direcciones MAC de origen y destino.
Para deshabilitar el aprendizaje de MAC para un enrutador de la serie MX o un conmutador de la serie EX, incluya la global-no-mac-learning
instrucción en el nivel de [edit protocols l2-learning]
jerarquía:
[edit protocols l2-learning] global-no-mac-learning;
Para obtener información acerca de cómo configurar un conmutador virtual, consulte Configuración de un conmutador virtual de capa 2 .
Consulte también
Tabla de historial de cambios
La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice Feature Explorer a fin de determinar si una función es compatible con la plataforma.
lpm-profile
, el tamaño de tabla de coincidencia de prefijo (LPM) más largo es igual a 32.000 entradas IPv4.lpm-profile
, el tamaño de tabla de coincidencia de prefijo más largo (LPM) es igual a 32.000 entradas IPv4.num-65-127-prefix
instrucción en perfiles que no sean LPM. Sólo puede activar o desactivar la prefix-65-127-disable
instrucción para el lpm-profile
archivo . lpm-profile
o custom-profile
.num-65-127-prefix
instrucción para asignar entradas.