Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Tablas de reenvío de capa 2

Descripción general del aprendizaje y reenvío de capa 2 para redes VLAN

Descripción de las tablas de reenvío de capa 2 en conmutadores, enrutadores y dispositivos serie NFX

Puede configurar la dirección MAC de capa 2 y las propiedades de aprendizaje y reenvío de VLAN en compatibilidad con puentes de capa 2. Las direcciones de dirección MAC de unidifusión (MAC) se han aprendido para evitar el desbordamiento de los paquetes en todos los puertos de una VLAN. Se creará una entrada MAC de origen en sus tablas de origen y destino para cada dirección MAC aprendida de los paquetes recibidos en los puertos que pertenecen a la VLAN.

Cuando configure una VLAN, el aprendizaje de direcciones de capa 2 está habilitado de forma predeterminada. La VLAN aprende las direcciones de dirección MAC de unidifusión (MAC) para evitar el desbordamiento de paquetes en todos los puertos de la VLAN. Cada VLAN crea una entrada MAC de origen en sus tablas MAC de origen y destino para cada fuente dirección MAC aprendida de los paquetes recibidos en los puertos que pertenecen a la VLAN.

Nota:

El tráfico no se vuelve a inundar a la interfaz en la que se recibió. Sin embargo, dado que este "horizonte dividido" se produce en una etapa avanzada, las estadísticas de paquetes mostradas por comandos como show interfaces queue incluirán tráfico de inundación.

Si lo desea, puede desactivar 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 espera para entradas MAC

  • Entradas MAC estáticas solo para interfaces lógicas

  • Limitar al número de direcciones MAC obtenidas de una interfaz lógica específica o de todas las interfaces lógicas de una VLAN

  • Tamaño de la tabla de dirección MAC para la VLAN

  • Contabilidad de MAC para una VLAN

Descripción de las tablas de reenvío de capa 2 en dispositivos de seguridad

El dispositivo serie SRX mantiene las tablas de reenvío que contienen direcciones MAC y las interfaces asociadas para cada VLAN de capa 2. Cuando un paquete llega con un nuevo origen dirección MAC en su encabezado de marco, el dispositivo agrega el dirección MAC a su tabla de reenvío y realiza el seguimiento de la interfaz en la que llegó el paquete. La tabla también contiene la interfaz correspondiente a través de la cual el dispositivo puede reenviar el tráfico de una dirección MAC determinada.

Si el dispositivo no reconoce el dirección MAC de destino de un paquete (es decir, el dirección MAC de destino del paquete no tiene una entrada en la tabla de reenvío), el dispositivo lo duplica y lo inunda en todas las interfaces de la VLAN que no sea la de la w hich el paquete llegó. Esto se conoce como desbordamiento de paquetes y es el comportamiento predeterminado para que el dispositivo determine la interfaz de salida de un destino dirección Mac desconocido. El desbordamiento de paquetes se realiza en dos niveles: los paquetes se inundan en distintas zonas según lo permitido por las políticas de seguridad de capa 2 configuradas y los paquetes también se inundan en distintas interfaces con el mismo identificador de VLAN dentro de la misma zona. El dispositivo aprende la interfaz de reenvío del dirección MAC cuando una respuesta con esa dirección MAC llega a una de sus interfaces.

Puede especificar que el dispositivo de serie SRX utilice consultas ARP y de Traceroute (solicitudes de eco ICMP con los valores de período de vida establecido a 1) en vez de la inundación de paquetes para encontrar 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 el desbordamiento ARP o traceroute, se descarta el paquete original. El dispositivo difunde una consulta ARP o ICMP a todos los demás dispositivos de la misma subred, para lo cual solicita que el dispositivo en la dirección IP de destino especificada devuelva una respuesta. Solo el dispositivo con la dirección IP especificada responde, que proporciona al solicitante la dirección MAC del contestador.

ARP permite que el dispositivo Descubra el dirección MAC de destino para un paquete de unidifusión si la dirección IP de destino está en la misma subred que la dirección IP de entrada. (La dirección IP de entrada se refiere a la dirección IP del último dispositivo que envía el paquete al dispositivo. Es posible que el dispositivo sea el origen que envió el paquete o enrutador que reenvíe el paquete.) Traceroute permite al dispositivo descubrir el destino dirección MAC 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 un destino desconocido dirección MAC, también se habilitan las solicitudes traceroute. También puede especificar opcionalmente que no se usen solicitudes traceroute; sin embargo, el dispositivo puede descubrir las direcciones MAC de destino de paquetes de unidifusión sólo si la dirección IP de destino está en la misma subred que la dirección IP de entrada.

Si activa las consultas ARP y las peticiones traceroute o sólo ARP para localizar direcciones MAC de destino desconocidas, el dispositivo serie SRX realizará la siguiente serie de acciones:

  1. El dispositivo anota el dirección MAC de destino en el paquete inicial. El dispositivo agrega el dirección MAC de origen y su interfaz correspondiente a su tabla de reenvío, si aún no están allí.

  2. El dispositivo quita el paquete inicial.

  3. El dispositivo genera un paquete de consulta ARP, opcionalmente un paquete de Traceroute, e inunda a esos paquetes todas las interfaces, excepto la interfaz en 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

    • El dirección MAC de origen se establece en el dirección MAC de la IRB

    • Dirección MAC de destino establecidas en el dirección MAC de difusión 0xf(todos)

    Los paquetes traceroute (solicitud de eco de 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

    • El dirección MAC de origen se establece en la dirección MAC de origen del paquete original

    • dirección MAC de destino establecidas en el dirección MAC de destino del paquete original

    • Tiempo de vida (TTL) establecido como1

  4. Al combinar los dirección MAC de destino desde el paquete inicial con la interfaz que conduce a ese dirección MAC, el dispositivo agrega una entrada nueva a la tabla de reenvío.

  5. El dispositivo reenvía todos los paquetes que recibe para el destino dirección MAC de la interfaz correcta con el destino.

Aprendizaje y reenvío de capa 2 para redes VLAN que actúan como conmutador para un puerto de troncalización de capa 2

El aprendizaje de capa 2 está habilitado de forma predeterminada. Un conjunto de redes VLAN, configuradas para funcionar como un conmutador con un puerto de troncalización de capa 2, aprende las direcciones dirección MAC de unidifusión (MAC) para evitar que los paquetes se inunden al puerto de troncalización.

Nota:

El tráfico no se vuelve a inundar a la interfaz en la que se recibió. Sin embargo, dado que este "horizonte dividido" se produce en una etapa avanzada, las estadísticas de paquetes mostradas por comandos como show interfaces queue incluirán tráfico de inundación.

Opcionalmente, puede deshabilitar el aprendizaje de capa 2 para todo el conjunto de redes VLAN, así como modificar las siguientes propiedades de aprendizaje y reenvío de capa 2:

  • Limitar el número de direcciones MAC aprendidas desde el puerto troncal de capa 2 asociado con el conjunto de redes VLAN

  • Modificar el tamaño de la tabla dirección MAC para el conjunto de redes VLAN

  • Activar contabilidad de MAC para el conjunto de redes VLAN

Descripción de la tabla de reenvío unificado

Ventajas de las tablas de reenvío unificado

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 unificada de reenvío ofrece las siguientes ventajas:

  • Le permite asignar los recursos de tabla de reenvío para optimizar la memoria disponible para distintos tipos de direcciones según las necesidades de su red.

  • Permite asignar un porcentaje más alto 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 QFX5100, EX4600, EX4650, QFX5110, QFX5200 y QFX5120, puede controlar la asignación de memoria para tablas de reenvíos disponible para almacenar lo siguiente:

  • Direcciones MAC: en un entorno de capa 2, el conmutador aprende las 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 de host de capa 3.

  • Entradas en la tabla de coincidencia de prefijos más larga (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. Sin embargo, tenga en cuenta que todos los prefijos de IPv4/32 y los prefijos de IPv6/128 se almacenan en la tabla de host de capa 3.

UFT combina esencialmente las tres tablas de reenvío diferenciadas para crear una tabla con asignación de recursos flexible. Puede seleccionar uno de los cinco perfiles de tabla de reenvío que mejor satisfaga sus necesidades de red. Cada perfil está configurado con valores máximos diferentes para cada tipo de dirección. Por ejemplo, en el caso de un conmutador que se ocupe de una gran cantidad de tráfico de capa 2, como una red virtualizada con varios servidores y máquinas virtualizadas, es probable que elija un perfil que asigne un porcentaje superior de memoria a direcciones MAC. En el caso de un conmutador que funciona en el núcleo de una red, participa en una estructura IP, probablemente desee maximizar el número de entradas de la tabla de enrutamiento que puede almacenar. En este caso, elegiría un perfil que asignara un porcentaje más alto de memoria a prefijos de coincidencia más larga. 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 de LPM.

Nota:

La compatibilidad con conmutadores QFX5200 se incluyó por primera vez en Junos OS versión 15.1 x53-D30. El conmutador QFX5200 no se admite en Junos OS versión de 16 16.1.

Descripción de la asignación de direcciones MAC y direcciones de host

Se admiten los cinco perfiles, cada uno de los cuales asigna diferentes cantidades de memoria para entradas de capa 2 o 3, lo que le permite elegir uno que se adapte mejor a las necesidades de su red. Los conmutadores QFX5200 y QFX5210, sin embargo, admiten distintos valores máximos para cada perfil a partir de los otros conmutadores. Para obtener más información acerca del perfil personalizado, consulte Configurando la tabla de reenvío unificada en los conmutadores .

Nota:

El perfil predeterminado es l2-profile-three, que asigna igual espacio para direcciones MAC y direcciones de host de capa 3. En los conmutadores QFX5100, EX4600, QFX5110 y QFX5200, el espacio es igual a 16.000 entradas de IPv4 para la tabla LPM y, en los conmutadores QFX5210, el espacio es igual a 32.000 entradas IPv4 para la tabla LPM. Para el lpm-profile tamaño de la tabla LPM equivale a las entradas IPv4 256.000.

Nota:

A partir de Junos OS Release 18.1 R1 en el conmutador QFX5210-64C, para todos estos perfiles, excepto para lpm-profile el tamaño de la tabla de coincidencia de prefijo más larga (LPM), es igual a 32.000 entradas IPv4.

Nota:

A partir de Junos OS Release 18.3 R1 en los conmutadores QFX5120 y EX4650, para todos estos perfiles, excepto lpm-profile para el tamaño de la tabla de coincidencia de prefijo más larga (LPM) equivale a 32.000 entradas IPv4.

Nota:

En la tabla de hosts se almacenan las rutas de host de QFX5100, EX4600, EX4650, QFX5110, QFX5200, QFX5120, QFX5210 y 64C, y los enrutadores IPv4 e IPv6 con ECMP siguientes saltos.

mejores prácticas:

Si la tabla host o LPM almacena la cantidad máxima de entradas para un tipo determinado de entrada, toda la tabla compartida está llena y no puede acomodar ninguna entrada de cualquier otro tipo. Los distintos tipos de entrada ocupan diferentes cantidades de memoria. Por ejemplo, una dirección IPv6 de unidifusión ocupa el doble de memoria que una dirección unidifusión IPv4, mientras que una dirección IPv6 de multidifusión ocupa cuatro veces más de memoria que una dirección unidifusión IPv4.

Tabla 1enumera los perfiles que puede elegir y los valores máximos asociados para las entradas de dirección MAC y tabla de host en los conmutadores QFX5100 y EX4600.

Tabla 1: Perfiles de tablas de reenvío unificado en conmutadores QFX5100 y EX4600
Nombre del perfil Tabla de MAC Tabla de hosts (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)

l2-profile-one

288K

16K

8K

8K

8K

4K

4K

l2-profile-two

224K

80K

40K

40K

40K

20K

20K

l2-profile-threepredeterminada

160K

144K

72K

72K

72K

36K

36K

l3-profile

96K

208K

104K

104K

104K

52K

52K

lpm-profile

32K

16K

8K

8K

8K

4K

4K

lpm-profilecon unicast-in-lpm la opción

32K

(almacenado en la tabla LPM)

(almacenado en la tabla LPM)

8K

8K

4K

4K

Tabla 2enumera los perfiles que puede elegir y los valores máximos asociados para las entradas de dirección MAC y tabla de host en los conmutadores QFX5110.

Tabla 2: Perfiles de tablas de reenvío unificado en conmutadores QFX5110
Nombre del perfil Tabla de MAC Tabla de hosts (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)

l2-profile-one

288K

16K

8K

8K

8K

4K

4K

l2-profile-two

224K

80K

40K

40K

40K

20K

20K

l2-profile-threepredeterminada

160K

144K

72K

72K

72K

36K

36K

l3-profile

96K

208K

104K

104K

104K

52K

52K

Tabla 3enumera las variaciones del tamaño de tabla de LPM para el conmutador QFX5110 según las entradas de prefijo.

Tabla 3: Variaciones del tamaño de tabla de LPM en conmutadores QFX5110
Nombre del perfil

Entradas de prefijo

num-65-127-prefix LPM < IPv4 =/32 LPM < IPv6 =/64 > De LPM IPv6/64

0

16K

8K

0K

1

12K

6K

1K

2

8K

4K

2K

3

4K

2K

3K

4

0K

0K

4K

Tabla 4enumera los perfiles que puede elegir y los valores máximos asociados para las entradas de dirección MAC y tabla de host en los conmutadores QFX5200-32C.

Tabla 4: Perfiles de tablas de reenvío unificados en conmutadores QFX5200 32C
Nombre del perfil Tabla de MAC Tabla de hosts (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

l2-profile-one

136K

8K

4K

4K

4K

2K

2K

0

l2-profile-two

104K

40K

20K

20K

20K

10K

10K

0

l2-profile-threepredeterminada

72K

72K

36K

36K

36K

18K

18K

0

l3-profile

40K

104K

52K

52K

52K

26K

26K

0

lpm-profile

8K

8K

4K

4K

4K

2K

2K

0

Tabla 5enumera los perfiles que puede elegir y los valores máximos asociados para las entradas de dirección MAC y tabla de host en los conmutadores QFX5200-48Y.

Tabla 5: Perfiles de tablas de reenvío unificados en conmutadores QFX5200 48Y
Nombre del perfil Tabla de MAC Tabla de hosts (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)

l2-profile-one

136K

8K

4K

4K

4K

2K

2K

l2-profile-two

104K

40K

20K

20K

20K

10K

10K

l2-profile-threepredeterminada

72K

72K

36K

36K

36K

18K

18K

l3-profile

40K

104K

52K

52K

52K

26K

26K

lpm-profile

8K

8K

4K

4K

4K

2K

2K

Tabla 6enumera las variaciones del tamaño de tabla de LPM para el modificador QFX5200-48Y dependiendo de las entradas de prefijo.

Tabla 6: Variaciones del tamaño de la tabla LPM en conmutadores QFX5200 48Y
Nombre del perfil

Entradas de prefijo

num-65-127-prefix LPM < IPv4 =/32 LPM < IPv6 =/64 > De LPM IPv6/64

0

16K

8K

0K

1

12K

6K

1K

2

8K

4K

2K

3

40K

2K

3K

4

0K

0K

4K

Tabla 7enumera los perfiles que puede elegir y los valores máximos asociados para las entradas de dirección MAC y tabla de host en los conmutadores QFX5210-64C.

Tabla 7: Perfiles de tablas de reenvío unificado en conmutadores QFX5210-64C
Nombre del perfil Tabla de MAC Tabla de hosts (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

l2-profile-one

264K

8K

4K

4K

4K

2K

2K

0K

l2-profile-two

200K

72K

36K

36K

36K

18K

18K

0K

l2-profile-threepredeterminada

136K

136K

72K

72K

72K

36K

36K

0K

l3-profile

72K

200K

100K

100K

100K

50K

50K

0K

Tabla 8enumera los perfiles que puede elegir y los valores máximos asociados para las entradas de dirección MAC y tabla de host en los conmutadores QFX5120 y EX4650.

Tabla 8: Perfiles de tablas de reenvío unificado en conmutadores QFX5120 y EX4650
Nombre del perfil Tabla de MAC Tabla de hosts (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)

l2-profile-one

288K

16K

8K

8K

8K

4K

4K

l2-profile-two

224K

80K

40K

40K

40K

20K

20K

l2-profile-threepredeterminada

160K

144K

72K

72K

72K

36K

36K

l3-profile

96K

208K

104K

104K

104K

52K

52K

Tabla 9enumera las variaciones del tamaño de tabla de LPM para el modificador QFX5210-64C, según las entradas de prefijo.

Tabla 9: Variaciones del tamaño de tabla de LPM en conmutadores QFX5210-64C
Nombre del perfil

Entradas de prefijo

num-65-127-prefix LPM < IPv4 =/32 LPM < IPv6 =/64 > De LPM IPv6/64

0

32K

16K

0K

1

28K

14K

1K

2

24K

12K

2K

3

20K

10K

3K

4

0K

0K

4K

Tabla 10enumera las variaciones de tamaño de tabla de la capa 3 Defip para los conmutadores QFX5120 y EX4650, según las entradas de cambio de prefijo IPv6/128.

Tabla 10: Variaciones del tamaño de tabla de LPM en los conmutadores QFX5210-64C y EX4650
Nombre del perfil

Entradas de prefijo

num-65-127-prefix LPM < IPv4 =/32 LPM < IPv6 =/64 > De LPM IPv6/64

0

32K

16K

0K

2

24K

12K

2K

4

16K

8K

4K

6

8K

4K

6K

8

0K

0K

8K

Descripción de la memoria direccionable a direcciones de contenido ternario (TCAM) y entradas de coincidencia de prefijos más largas

Puede personalizar más los perfiles que no son de LPM si configura el espacio disponible para la memoria direccionable a dirección a contenido ternario (TCAM) para asignar más memoria para las entradas de coincidencia de prefijo más larga. Puede cambiar el número de entradas asignadas a estas direcciones IPv6, asignando esencialmente más o menos espacio para entradas IPv4 de LPM con cualquier longitud de prefijo o entradas de IPv6 con longitud de prefijo de 64 de menor. Para obtener más información acerca de cómo cambiar los parámetros predeterminados del espacio de memoria TCAM para entradas LPM, consulte Configurando la tabla de reenvío unificada en los conmutadores .

Nota:

La opción para ajustar el espacio de TCAM no se admite en la coincidencia de prefijo más larga (LPM) ni con perfiles personalizados. Sin embargo, para el perfil de LPM, puede configurar el espacio TCAM para que no asigne ninguna memoria para las entradas IPv6 con longitud de prefijo de 65 o más, asignando por tanto ese espacio de memoria solo para rutas IPv4 o rutas IP con longitudes de prefijo igual o inferior a 64 o una combinación de o f los dos tipos de prefijos.

Nota:

A partir de Junos OS versión 18.1 R1 en los conmutadores QFX5210, puede configurar TCAM espacio para asignar un máximo de 8.000 entradas de 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.2 X51-D15, puede configurar el espacio TCAM para asignar un máximo de 4.000 entradas de IPv6 con longitudes de prefijo de 65 o más. El valor predeterminado es 1.000 entradas. Anterior a Junos OS versión 13.2 X51-D15, puede asignar solo un máximo de 2.048 entradas para IPv6 los prefijos IPv6 con longitudes en el rango de/65 a/127. El valor predeterminado fue 16 entradas para estos tipos de prefijos IPv6.

En Junos OS comunicados 13.2 x51-D10 y 13.2 x52D10, el procedimiento para cambiar el valor predeterminado de 16 entradas difiere de las versiones posteriores, donde los valores máximo y mínimo son mayores. Para obtener más información acerca de ese procedimiento, consulte Configurando la tabla de reenvío unificada en los conmutadores

Ejemplo de tabla de host para el perfil con mucho tráfico de capa 2

Tabla 11enumera varias combinaciones válidas que puede almacenar la tabla de hosts si l2-profile-one utiliza el perfil en QFX5100 y EX4600 conmutadores. Este perfil asigna el porcentaje de memoria a las direcciones de capa 2. Tenga en cuenta que los valores predeterminados pueden ser distintos en otros modificadores. Cada fila de la tabla representa un caso en el que la tabla de host está llena y no puede contener más entradas.

Tabla 11: Ejemplo de tabla de host que utiliza el perfil L2-uno en los conmutadores QFX5100 y EX4600
Unidifusión IPv4 Unidifusión IPv6 Multidifusión IPv4 (*, G) Multidifusión IPv4 (S, G) Multidifusión IPv6 (*, G) Multidifusión IPv6 (S, G)

16K

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 unificado (UFT) le permite optimizar cómo se asigna la memoria de tablas de envíos para que se adapte mejor a las necesidades de su red. En este ejemplo, se muestra cómo configurar un perfil de tabla de reenvío unificado que permite dividir 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 característica UFT también admite cinco perfiles, cada uno de los cuales asigna una cantidad máxima específica de memoria para cada tipo de entrada de la tabla de reenvío. Algunos perfiles asignan más memoria a entradas de capa 2, mientras que otros perfiles asignan más memoria a entradas de capa 3 o de LPM. Los valores máximos para cada tipo de entrada se fijan en estos perfiles. Con el perfil personalizado, puede designar uno o varios bancos de memoria compartida para almacenar un tipo específico de entrada de tabla de reenvío. Puede configurar un mínimo de cuatro bancos de memoria en un perfil personalizado. El perfil personalizado ofrece aún más flexibilidad a la hora de asignar memoria de tabla de envío para tipos específicos de entradas.

Aplicables

En este ejemplo se utilizan los siguientes componentes de hardware y software:

  • Un conmutador QFX5200

  • Junos OS versión 15.1 x53-D30 o posterior.

Antes de configurar un perfil personalizado, asegúrese de que tiene:

  • Interfaces configuradas

Descripción general

El perfil personalizado de la tabla de reenvío unificada le 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 entradas de 32.000 para cada banco. Específicamente, puede asignar uno o más 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. Estas tablas se mantienen 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 larga (LPM).

En este ejemplo, asigna dos bancos de memoria a las direcciones de host de la capa 3, y dos bancos de memoria a entradas LPM. Esto significa que no se asigna ninguna memoria compartida de tabla hash para las direcciones de capa 2. En este escenario, solo se asigna la memoria de tabla de hash dedicada a las direcciones de capa 2.

Automática

Para configurar un perfil personalizado para la característica tabla de reenvío unificada en un conmutador QFX5200 que asigne dos bancos de memoria compartida para la dirección de host de la capa 3 y dos bancos de memoria compartida para entradas LPM, realice estas tareas:

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, quite los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los [edit] comandos en la CLI en el nivel de jerarquía y, a continuación, entrar commit desde el modo de configuración. Se realiza una comprobación de confirmación para garantizar que ha asignado al espacio de tablas de reenvío un máximo de cuatro bancos de memoria.

PRECAUCIÓN:

Cuando configure y confirme un perfil, el motor de reenvío de paquetes se reiniciará y todas las interfaces de datos del conmutador Irán desactivadas y regresarán.

Configuración del perfil personalizado

Procedimiento paso a paso

Para crear el perfil personalizado:

  1. Especificar la custom-profile opción.

Configuración de la asignación de bancos de memoria compartida

Procedimiento paso a paso

Para asignar memoria para tipos específicos de entradas para los bancos de memoria compartida:

  1. Especifica que no se asigne memoria de banco compartida para entradas de capa 2.

  2. Especifica que se asignen dos bancos de memoria compartida (o el equivalente de 64.000 entradas IPv4) para entradas de host de capa 3.

  3. Especifica que se asignen dos bancos de memoria compartida (o el equivalente de 64.000 entradas IPv4) para las entradas de LPM.

Resultados

Desde el modo de configuración, escriba el comando Mostrar reenvío del chasis para confirmar la configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Si ha terminado de configurar el conmutador, escriba commit desde el modo de configuración

PRECAUCIÓN:

El motor de reenvío de paquetes se reiniciará y todas las interfaces de datos del conmutador se cerrarán y regresarán.

Comproba

Confirme que la configuración funciona correctamente.

Comprobando los parámetros del perfil personalizado

Purpose

Compruebe que el perfil personalizado está habilitado.

Intervención
Efectos

El resultado muestra que el perfil personalizado está habilitado según la configuración 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 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 asignadas únicamente a través de la tabla hash dedicada. Las entradas de host de capa 3 tienen 64 KB de memoria asignada a través de dos bancos de memoria compartida más 8K, a través de la tabla de hash dedicada, para obtener un total de 72K de memoria. Las entradas de LPM tienen 64K KB de memoria asignada a través de dos bancos de memoria compartida más 16K a través de la tabla de hash dedicada, para obtener un total de 80K de memoria.

Configurando la tabla de reenvío unificada en los conmutadores

Tradicionalmente, las tablas de reenvío se han definido estáticamente y han admitido solo un número fijo de entradas para cada tipo de dirección almacenado en las tablas. La característica tabla de reenvío unificado le permite optimizar cómo asigna su conmutador memoria de tabla de reenvío para diferentes tipos de direcciones. Puede elegir uno de los cinco perfiles de tablas de reenvío unificada. Cada perfil asigna una cantidad máxima diferente de memoria para el host de capa 2, capa 3, y entradas con más prefijos (LPM) más largas. Además de seleccionar un perfil, también puede seleccionar la cantidad de memoria adicional que desea asignar a las entradas de LPM.

Dos perfiles asignan porcentajes más altos de memoria a direcciones de capa 2. Un tercer perfil asigna un porcentaje superior de memoria a la dirección de host de capa 3, mientras que un cuarto perfil asigna un porcentaje superior de memoria a las entradas de LPM. Hay configurado un perfil predeterminado que asigna una cantidad igual de memoria a las direcciones de host de capa 2 y de capa 3 con el resto asignado a entradas de LPM. En el caso de un conmutador en una red virtualizada que se ocupe de una gran cantidad de tráfico de capa 2, debe elegir un perfil que asigne un porcentaje superior de memoria a direcciones de capa 2. En el caso de un conmutador que funcione en el núcleo de la red, elegiría un perfil que asignara un porcentaje superior de memoria a entradas de LPM.

Únicamente en los conmutadores QFX5200 y QFX5210-64C, también puede configurar un perfil personalizado que le permita particionar los bancos de memoria compartidos entre los distintos tipos de entradas de la tabla de reenvío. En los conmutadores QFX5200, estos bancos de memoria compartida tienen una memoria total igual a 128.000 direcciones IPv4 de unidifusión. En los conmutadores QFX5210, estos bancos de memoria compartida tienen una memoria total igual a 256.000 direcciones IPv4 de unidifusión. Para obtener más información acerca de cómo configurar el perfil personalizado, consulte el ejemplo: Configurando un perfilpersonalizado de tabla de reenvío unificada.

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.

Por ejemplo, para especificar el perfil que asigna el porcentaje más alto de memoria al tráfico de capa 2:

PRECAUCIÓN:

Cuando configure y confirme 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 vuelven inactivas (las interfaces de administración no se verán afectadas).

A partir de Junos OS releases 14,1 X53-D40, 15.1 R5 y 16.1 R3, para un Virtual Chassis o Virtual Chassis-Fabric (VCF), formado por conmutadores EX4600 o QFX5100, el motor de reenvío de paquetes de los conmutadores de miembro no se reinicia automáticamente al configurar y confirmación de un cambio en el perfil de una tabla de reenvío unificado. Este comportamiento evita la inestabilidad Virtual Chassis o VCF después de que el cambio se propague a los conmutadores miembro y a varios motores de reenvío de paquetes para que se reinicien automáticamente al mismo tiempo. En su lugar, se muestra un mensaje en el indicador de CLI y se registra en el registro del sistema del conmutador para notificar que el cambio de perfil no tiene efecto hasta la próxima vez que reinicie el Virtual Chassis o VCF. Recomendamos que planee realizar cambios en los perfiles solo cuando pueda realizar un Virtual Chassis o VCF el sistema se reinicia inmediatamente después de confirmar la actualización de la configuración. De lo contrario, el Virtual Chassis o VCF podría ser incoherente si uno o más miembros tuviera un problema y reiniciarlo con la nueva configuración antes de que el sistema previsto de reinicio Active el cambio en todos los miembros.

Nota:

Solo puede configurar un perfil para todo el conmutador.

Nota:

El l2-profile-three está configurado de forma predeterminada.

Nota:

Si la tabla de host almacena la cantidad máxima de entradas para cualquier tipo determinado, toda la tabla está llena y no puede acomodar ninguna entrada de cualquier otro tipo. Tenga en cuenta que una dirección IPv6 de unidifusión ocupa el doble de memoria que una dirección unidifusión IPv4, mientras que una dirección IPv6 de multidifusión ocupa cuatro veces más de memoria que una dirección unidifusión IPv4..

Configuración de la asignación de memoria para entradas de coincidencia de prefijo más larga

Además de elegir un perfil, puede optimizar todavía más la asignación de memoria para las entradas de coincidencias de prefijo más largas (LPM) si configura el número de prefijos IPv6 que hay que almacenar con longitudes de/65 a/127. El conmutador utiliza entradas de LPM durante la búsqueda de direcciones para hacer coincidir las direcciones con el prefijo aplicable más específico (el más largo). Los prefijos de este tipo se almacenan en el espacio para la memoria direccionable a través de contenido ternario (TCAM). Cambiar los parámetros predeterminados hace que este espacio esté disponible para entradas de LPM. Al aumentar la cantidad de memoria disponible para estos prefijos IPv6 se reduce en cantidad igual cuánta memoria está disponible para almacenar prefijos de unidifusión IPv4 y prefijos IPv6 con longitudes iguales o inferiores a 64.

Los procedimientos para configurar la tabla de LPM son diferentes, en función de la versión de Junos OS que utilice. En las versiones iniciales en las que se admite UFT, Junos OS comunicados 13.2-D10 y 13.2 X52-10, solo puede aumentar la cantidad de memoria asignada a prefijos IPv6 con longitudes de/65 a/127 para cualquier lpm-profileperfil, excepto. A partir de Junos OS versión 13.2 X51-D15, también puede asignar memoria menor o ninguna para los prefijos IPv6 de longitud comprendida en el intervalo de/65 a/127, en función del perfil que esté configurado. Sin embargo lpm-profie, en el caso del único cambio que puede hacer a los parámetros predeterminados, no debe asignar memoria para estos tipos de prefijos.

Configurando la tabla LPM con las versiones de Junos OS 13.2 X51-D10 y 13.2 X52-D10

En Junos OS versiones 13.2 x51-D10 y 13.2 X52-D10, de forma predeterminada, el conmutador asigna memoria para 16 IPv6 con prefijos de longitud en el intervalo de/65 a/127. Puede configurar el conmutador para que asigne más memoria a los prefijos de IPv6 con longitudes en el intervalo de/65 a/127.

Para asignar más memoria a los prefijos de IPv6 en el intervalo de/65 a/127:

  1. Seleccione un perfil de tabla de reenvío.

    Por ejemplo, para especificar el perfil que asigna el porcentaje más alto de memoria al tráfico de capa 2:

  2. Seleccione la cantidad de memoria que desea asignar para los prefijos IPv6 en el intervalo/65 thorugh 127.

    Por ejemplo, para especificar que se asigne memoria para prefijos IPv6 32 en el intervalo de/65 a 127:

Nota:

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 verán afectadas.

La num-65-127-prefix number instrucción no es compatible con el lpm-profile.

Configurando la tabla de LPM con Junos OS versión 13.2 x51-D15 y posterior

Configuración de perfiles de capa 2 y capa 3 con Junos OS versión 13.2 x51-D15 o posterior

A partir de Junos OS versión 13.2 X51-D15, puede configurar el conmutador para que reenvíe la memoria de la tabla para un máximo de 4.000 prefijos IPv6 con longitudes en el intervalo de/65 a/127 lpm-profile para custom-profilecualquier perfil distinto de o. También puede especificar que no se asigne memoria para estas entradas de IPv6. El valor predeterminado son las entradas 1.000 para los prefijos IPv6 con longitudes en el intervalo de/65 a/127. Anteriormente, el número máximo que podía configurarse era para las entradas 2.048 para prefijos IPv6 con longitudes en el intervalo de/65 a/127. El número mínimo de entradas fue 16 anteriormente, que era el valor predeterminado.

Para especificar la cantidad de memoria de la tabla de reenvío que hay que asignar para los prefijos de IPv6 con longitud en el intervalo de/65 a/127:

  1. Seleccione un perfil de tabla de reenvío.

    Por ejemplo, para especificar el perfil que asigna el porcentaje más alto de memoria al tráfico de capa 2:

  2. Seleccione la cantidad de memoria que desea asignar para los prefijos IPv6 en el intervalo/65 thorugh 127.

    Por ejemplo, para especificar que se asigne memoria para prefijos IPv6 2.000 en el intervalo de/65 a 127:

A partir Junos OS versión 13.2X51-D15, puede usar la instrucción para asignar entradas. muestra los números de entradas num-65-127-prefixTabla 12 que puede asignar. Cada fila representa un caso en el que la tabla está llena y no puede contener más entradas.

Tabla 12: Combinación de tablas de LPM para perfiles L2 y L3 con Junos OS 13.2 X51-D15 y posterior
núm-65-127-valor del prefijo Entradas IPv4 Entradas IPv6 (prefijo < = 64) Entradas IPv6 (prefijo > = 65)

0

16K

8K

0K

1predeterminada

12K

6K

1K

2

8K

4K

2K

3

4K

2K

3K

4

0K

0K

4K

PRECAUCIÓN:

Cuando configure y confirme un cambio de perfil con num-65-127-prefix number la instrucción, el motor de reenvío de paquetes se reinicia automáticamente y todas las interfaces de datos del conmutador se vuelven inactivas (las interfaces de administración no se verán afectadas).

Sin embargo, si comienza con Junos OS versiones 14,1 X53-D40, 15.1 R5 y 16.1 R3, los motores de reenvío de paquetes en los 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 unificada. Este comportamiento evita la inestabilidad Virtual Chassis o VCF después de que el cambio se propague a los conmutadores miembro y a varios motores de reenvío de paquetes para que se reinicien automáticamente al mismo tiempo. En su lugar, se muestra un mensaje en el indicador de CLI y se registra en el registro del sistema del conmutador para notificar que el cambio de perfil no tiene efecto hasta la próxima vez que reinicie el Virtual Chassis o VCF. Recomendamos que planee realizar cambios en los perfiles solo cuando pueda realizar un Virtual Chassis o VCF el sistema se reinicia inmediatamente después de confirmar la actualización de la configuración. De lo contrario, el Virtual Chassis o VCF podría ser incoherente si uno o más miembros tuviera un problema y reiniciarlo con la nueva configuración antes de que el sistema previsto de reinicio Active el cambio en todos los miembros.

Configurando el perfil de LPM con Junos OS versión 13.2 x51-D15 y posterior

Iniciando Junos OS versión 13.2 X51-D15 puede configurar el lpm-profile perfil para que no asigne ninguna memoria para las entradas de IPv6 con longitudes de prefijo comprendidas entre/65 y/127. Éstos son los valores máximos predeterminados asignados a lpm-profile la memoria de LPM para el tipo por dirección:

  • prefijos de 128 KB de IPv4

  • 16 k de prefijos IPv6 (todas las longitudes)

Nota:

La memoria asignada a cada tipo de dirección representa el valor máximo predeterminado para toda la memoria LPM.

Para configurar la lpm-profile no asignar memoria de tabla de reenvío para las entradas IPv6 con prefijos de/65 a/127, asignando así más memoria para IPv4:

Especifica que se deshabilite la memoria de la tabla de reenvío de los prefijos IPv6 con longitudes en el intervalo de/65 a/127.

Por ejemplo, sólo en los conmutadores QFX5100 y EX4600, si utiliza la prefix-65-127-disable opción, cada una de las combinaciones siguientes es válida:

  • de 100 KB, IPv4 y 28K IPv6/64 o prefijos más cortos.

  • 64 KB, 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.

Nota:

En el conmutador QFX5200, cuando configure la prefix-65-127-disable instrucción, el número máximo de entradas IPv6 con prefijos igual o más cortos que 64 es 98.000.

Configurando el perfil de LPM con Junos OS versión de 14,1 x53-D30 y posterior

A partir de Junos OS versión 15.1 X53-D30, puede configurar el lpm-profile perfil para almacenar las direcciones de host IPv4 e IPv6 de unidifusión en la tabla lpm, con lo que se libera memoria en la tabla de hosts. Las direcciones IPv4 e IPv6 de unidifusión se almacenan en la tabla LPM, en lugar de hacerlo en la Tabla 13 tabla de host, como se muestra en para conmutadores QFX5100 y EX4600. (La compatibilidad con la plataforma depende de la versión Junos OS de la instalación). Puede utilizar esta opción junto con la opción de no asignar memoria en la tabla LPM para las entradas IPv6 con longitudes de prefijo en el intervalo de/65 a/127. Juntas, estas opciones maximizan la cantidad de memoria disponible para las entradas de unidifusión IPv4 y las entradas de IPv6 con longitud de prefijo igual o menor que 64.

Tabla 13: LPM-perfil con opción de unidifusión en LPM para conmutadores de QFX5100 y EX4600
prefix-65- 127-disable Tabla de MAC Tabla de host (direcciones de multidifusión) Direcciones 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

16K

16K

32K

0

0

8K

8K

4K

4K

128K

128K

0

A partir de Junos versión 18.1 R1, no puede establecer configure un prefijo para la instrucción en los num-65-127-prefix perfiles que no sean de LPM. Solo puede activar o desactivar el prefix-65-127-disable extracto para el. lpm-profile

Tabla 14enumera las situaciones en las que prefix-65-127-disable la instrucción debe estar habilitada o deshabilitada.

Tabla 14: Variaciones del tamaño de la tabla LPM en conmutadores QFX5200 48Y
Nombre del perfil

Entradas de prefijo

num-65-127-prefix IPv4 <= /32 IPv6 <= /64 IPv6 > /64

Enabled

> 128K (garantía mínima)

98K

0K

Disabled

128K

16K

16K

En los conmutadores QFX5120 y EX4600 no puede establecer configure un prefijo para la instrucción en los num-65-127-prefix perfiles que no sean de LPM. Sólo puede activar o desactivar el prefix-65-127-disable estado de cuenta de lalpm-profile

Tabla 15enumera las situaciones en las que prefix-65-127-disable la instrucción debe estar habilitada o deshabilitada.

Tabla 15: Variaciones del tamaño de tabla de LPM en los conmutadores QFX5120 y EX4650
Nombre del perfil

Entradas de prefijo

prefix-65-127-disable IPv4 <= /32 IPv6 <= /64 IPv6 > /64

Enabled

351K (360.000 aproximado)

168K (172.000 aproximado)

0K

Disabled

168K (172.000 aproximado)

64K (65.524 aproximado)

64K (65.524 aproximado)

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 dado, toda la tabla compartida estará llena y no podrá alojar entradas de ningún otro tipo. Por ejemplo, si utiliza la unicast-in-lpm opción y hay 128k direcciones de unidifusión IPv4 almacenadas en la tabla lpm, toda la tabla LPM está llena y no se pueden almacenar direcciones IPv6. De manera similar, si se unicast-in-lpm utiliza la opción pero no se prefix-65-127-disable utiliza esta opción y se almacenan direcciones IPv6 de 16.000 con prefijos inferiores a/65, toda la tabla de LPM estará llena y no podrá almacenarse ninguna dirección adicional (IPv4 o IPv6).

Para configurar las lpm-profile entradas IPv4 de unidifusión y las entradas IPv6 con longitud de prefijo igual o menor que 64 en la tabla LPM:

  1. Especifica la opción de almacenar estas entradas en la tabla de LPM.
  2. Adicional Especifica que no hay memoria asignada en la tabla LPM para los prefijos IPv6 con longitud en el intervalo de/65 a/127:
Configurar perfiles no de LPM en conmutadores QFX5120 y EX4650

Para los perfiles que no son de LPM, cada perfil ofrece la opción de reservar una porción de la tabla de defip L3 de 16 KB para almacenar prefijos IPv6 > 64. Dado que se trata de prefijos de 128 bits, puede tener un máximo de 8 KB de entradas IPv6/128 en la tabla L3-defip.

  1. Seleccione un perfil de tabla de reenvío.

    Por ejemplo, para especificar el perfil que asigna el porcentaje más alto de memoria al tráfico de capa 3:

  2. Seleccione la cantidad de memoria que desea asignar para los prefijos IPv6 en el intervalo/65 thorugh 127.

    Por ejemplo, para especificar que se asigne memoria para prefijos IPv6 2.000 en el intervalo de/65 a 127:

    Puede elegir entre 0 y 4, 1 como valor predeterminado.

Configurar el modo de reenvío en conmutadores

De forma predeterminada, los paquetes de paquetes se reenvían con el modo de almacenamiento y reenvío. Puede configurar todas las interfaces para utilizar el modo de corte a través en su lugar.

Para activar el modo de conmutación de corte, escriba la siguiente instrucción:

Deshabilitar el aprendizaje y el reenvío de la capa 2

Al deshabilitar el aprendizaje de MAC dinámico en un enrutador de la serie MX o un conmutador de serie EX, se evitan todas las interfaces lógicas del enrutador o conmutador de las direcciones MAC de origen y destino.

Para deshabilitar el aprendizaje de MAC para un enrutador de la serie MX o global-no-mac-learning un conmutador de [edit protocols l2-learning] la serie ex, incluya la instrucción en el nivel de jerarquía:

Para obtener más información acerca de cómo configurar un conmutador virtual, consulte Configuring a conmutador virtual de capa 2.

Tabla de historial de versiones
Liberación
Descripción
18.1R1
A partir de Junos OS Release 18.1 R1 en el conmutador QFX5210-64C, para todos estos perfiles, excepto para lpm-profile el tamaño de la tabla de coincidencia de prefijo más larga (LPM), es igual a 32.000 entradas IPv4.
18.1R1
A partir de Junos OS Release 18.3 R1 en los conmutadores QFX5120 y EX4650, para todos estos perfiles, excepto lpm-profile para el tamaño de la tabla de coincidencia de prefijo más larga (LPM) equivale a 32.000 entradas IPv4.
18.1R1
A partir de Junos OS versión 18.1 R1 en los conmutadores QFX5210, puede configurar TCAM espacio para asignar un máximo de 8.000 entradas de IPv6 con longitudes de prefijo de 65 o más. El valor predeterminado es 2.000 entradas.
18.1R1
A partir de Junos versión 18.1 R1, no puede establecer configure un prefijo para la instrucción en los num-65-127-prefix perfiles que no sean de LPM. Solo puede activar o desactivar el prefix-65-127-disable extracto para el. lpm-profile
14.1X53-D40
A partir de Junos OS releases 14,1 X53-D40, 15.1 R5 y 16.1 R3, para un Virtual Chassis o Virtual Chassis-Fabric (VCF), formado por conmutadores EX4600 o QFX5100, el motor de reenvío de paquetes de los conmutadores de miembro no se reinicia automáticamente al configurar y confirmación de un cambio en el perfil de una tabla de reenvío unificado.
13.2X51-D15
A partir de Junos OS versión 13.2 X51-D15, puede configurar el espacio TCAM para asignar un máximo de 4.000 entradas de IPv6 con longitudes de prefijo de 65 o más. El valor predeterminado es 1.000 entradas.
13.2X51-D15
A partir de Junos OS versión 13.2 X51-D15, también puede asignar memoria menor o ninguna para los prefijos IPv6 de longitud comprendida en el intervalo de/65 a/127, en función del perfil que esté configurado.
13.2X51-D15
A partir de Junos OS versión 13.2 X51-D15, puede configurar el conmutador para que reenvíe la memoria de la tabla para un máximo de 4.000 prefijos IPv6 con longitudes en el intervalo de/65 a/127 lpm-profile para custom-profilecualquier perfil distinto de o.
13.2X51-D15
A partir de Junos OS versión 13.2 X51-D15, puede utilizar la num-65-127-prefix instrucción para asignar entradas.