Tabelas de encaminhamento de Camada 2
Visão geral do aprendizado e encaminhamento da Camada 2 para VLANs
- Entender as tabelas de encaminhamento de Camada 2 em switches, roteadores e dispositivos da Série NFX
- Entender as tabelas de encaminhamento de Camada 2 em dispositivos de segurança
Entender as tabelas de encaminhamento de Camada 2 em switches, roteadores e dispositivos da Série NFX
Você pode configurar o endereço MAC de Camada 2 e as propriedades de aprendizado e encaminhamento de VLAN em suporte à ponte de Camada 2. Os endereços de controle de acesso de mídia (MAC) da Unicast são aprendidos a evitar inundar os pacotes em todas as portas de um VLAN. Uma entrada MAC de origem é criada em suas tabelas MAC de origem e destino para cada endereço MAC aprendido com os pacotes recebidos nas portas que pertencem ao VLAN.
Quando você configura um VLAN, o aprendizado de endereço de Camada 2 é ativado por padrão. O VLAN aprende endereços de controle de acesso de mídia unicast (MAC) para evitar inundar os pacotes em todas as portas do VLAN. Cada VLAN cria uma entrada MAC de origem em suas tabelas MAC de origem e destino para cada endereço MAC de origem aprendido com os pacotes recebidos nas portas que pertencem ao VLAN.
O tráfego não é inundado de volta à interface na qual foi recebido. No entanto, como esse "horizonte dividido" ocorre em um estágio final, as estatísticas de pacotes exibidas por comandos como show interfaces queue incluirá tráfego de inundações.
Opcionalmente, você pode desabilitar o aprendizado MAC para todo o dispositivo ou para uma interface VLAN ou lógica específica. Você também pode configurar as seguintes propriedades de aprendizado e encaminhamento da Camada 2:
Intervalo de intervalo para entradas MAC
Entradas MAC estáticas apenas para interfaces lógicas
Limite para o número de endereços MAC aprendidos com uma interface lógica específica ou de todas as interfaces lógicas em um VLAN
Tamanho da tabela de endereços MAC para o VLAN
Contabilidade mac para um VLAN
Entender as tabelas de encaminhamento de Camada 2 em dispositivos de segurança
O dispositivo da Série SRX mantém tabelas de encaminhamento que contêm endereços MAC e interfaces associadas para cada VLAN de Camada 2. Quando um pacote chega com um novo endereço MAC de origem em seu cabeçalho de quadro, o dispositivo adiciona o endereço MAC à sua tabela de encaminhamento e rastreia a interface em que o pacote chegou. A tabela também contém a interface correspondente pela qual o dispositivo pode encaminhar o tráfego para um endereço MAC específico.
Se o endereço MAC de destino de um pacote for desconhecido para o dispositivo (ou seja, o endereço MAC de destino no pacote não tem uma entrada na tabela de encaminhamento), o dispositivo duplica o pacote e o inunda em todas as interfaces do VLAN além da interface na qual o pacote chegou. Isso é conhecido como inundação de pacotes e é o comportamento padrão do dispositivo para determinar a interface de saída para um endereço MAC de destino desconhecido. A inundação de pacotes é realizada em dois níveis: os pacotes são inundados para diferentes zonas conforme permitido por políticas de segurança de Camada 2 configuradas, e os pacotes também são inundados para interfaces diferentes com o mesmo identificador VLAN dentro da mesma zona. O dispositivo aprende a interface de encaminhamento para o endereço MAC quando uma resposta com esse endereço MAC chega a uma de suas interfaces.
Você pode especificar que o dispositivo da Série SRX usa consultas de ARP e solicitações de rastreamento (que são solicitações de eco de ICMP com os valores de tempo de vida definidos para 1) em vez de inundações de pacotes para localizar um endereço MAC de destino desconhecido. Esse método é considerado mais seguro do que a inundação de pacotes porque o dispositivo inunda consultas de ARP e pacotes de rastreamento — não o pacote inicial — em todas as interfaces. Quando a ARP ou inundações de rastreamento são usadas, o pacote original é descartado. O dispositivo transmite uma consulta ARP ou ICMP a todos os outros dispositivos na mesma sub-rede, solicitando que o dispositivo no endereço IP de destino especificado envie uma resposta de volta. Apenas o dispositivo com as respostas de endereço IP especificadas, que fornece ao solicitante ou o endereço MAC do respondente.
O ARP permite que o dispositivo descubra o endereço MAC de destino para um pacote unicast se o endereço IP de destino estiver na mesma sub-rede que o endereço IP de entrada. (O endereço IP de ingresso refere-se ao endereço IP do último dispositivo para enviar o pacote ao dispositivo. O dispositivo pode ser a fonte que enviou o pacote ou um roteador encaminhando o pacote.) O traceroute permite que o dispositivo descubra o endereço MAC de destino mesmo se o endereço IP de destino pertencer a um dispositivo em uma sub-rede além do endereço IP de entrada.
Quando você permite que consultas de ARP localizem um endereço MAC de destino desconhecido, as solicitações de rastreamento também estão ativadas. Você também pode especificar opcionalmente que as solicitações de rastreamento não sejam usadas; no entanto, o dispositivo pode então descobrir endereços MAC de destino para pacotes unicast apenas se o endereço IP de destino estiver na mesma sub-rede que o endereço IP de entrada.
Seja para habilitar consultas de ARP e solicitações de rastreamento ou consultas somente de ARP para localizar endereços MAC de destino desconhecidos, o dispositivo da Série SRX realiza a seguinte série de ações:
O dispositivo observa o endereço MAC de destino no pacote inicial. O dispositivo adiciona o endereço MAC de origem e sua interface correspondente à tabela de encaminhamento, se eles ainda não estiverem lá.
O dispositivo derruba o pacote inicial.
O dispositivo gera um pacote de consulta ARP e, opcionalmente, um pacote de rastreamento e inunda todos os pacotes, exceto a interface na qual o pacote inicial chegou.
Os pacotes ARP são enviados com os seguintes valores de campo:
Endereço IP de origem definido para o endereço IP da IRB
Endereço IP de destino definido para o endereço IP de destino do pacote original
Endereço MAC de origem definido para o endereço MAC do IRB
Endereço MAC de destino definido para o endereço MAC transmitido (todos
0xf)
Os pacotes de rastreamento (solicitação de eco do ICMP ou ping) são enviados com os seguintes valores de campo:
Endereço IP de origem definido para o endereço IP do pacote original
Endereço IP de destino definido para o endereço IP de destino do pacote original
Endereço MAC de origem definido para o endereço MAC de origem do pacote original
Endereço MAC de destino definido para o endereço MAC de destino do pacote original
Tempo de vida (TTL) definido para
1
Combinando o endereço MAC de destino do pacote inicial com a interface que leva a esse endereço MAC, o dispositivo adiciona uma nova entrada à sua tabela de encaminhamento.
O dispositivo encaminha todos os pacotes subsequentes que recebe para o endereço MAC de destino a partir da interface correta para o destino.
Aprendizado e encaminhamento de Camada 2 para VLANs atuando como um switch para uma porta tronco de Camada 2
O aprendizado de camada 2 é habilitado por padrão. Um conjunto de VLANs, configurado para funcionar como um switch com uma porta tronco de Camada 2, aprende endereços de controle de acesso de mídia unicast (MAC) para evitar pacotes de inundação na porta do tronco.
O tráfego não é inundado de volta à interface na qual foi recebido. No entanto, como esse "horizonte dividido" ocorre em um estágio final, as estatísticas de pacotes exibidas por comandos como show interfaces queue incluirá tráfego de inundações.
Opcionalmente, você pode desabilitar o aprendizado de Camada 2 para todo o conjunto de VLANs, bem como modificar as seguintes propriedades de aprendizado e encaminhamento da Camada 2:
Limite o número de endereços MAC aprendidos na porta tronco de Camada 2 associada ao conjunto de VLANs
Modifique o tamanho da tabela de endereços MAC para o conjunto de VLANs
Habilite a contabilidade MAC para o conjunto de VLANs
Entendendo a tabela de encaminhamento unificado
- Benefícios das tabelas unificadas de encaminhamento
- Usando a tabela de encaminhamento unificado para otimizar o armazenamento de endereços
- Entender a alocação de endereços MAC e endereços de host
- Perfis de tabela de encaminhamento unificados nos switches QFX5130 e QFX5700 para versões evoluídas do Junos OS
- Entender a memória endereçável de conteúdo ternary (TCAM) e as entradas de correspondência de prefixo mais longas
- Exemplo de tabela de host para perfil com tráfego pesado de Camada 2
Benefícios das tabelas unificadas de encaminhamento
Tradicionalmente, as tabelas de encaminhamento têm sido definidas estaticamente e têm suportado apenas um número fixo de entradas para cada tipo de endereço. A tabela de encaminhamentounificada (UFT) oferece os seguintes benefícios:
-
Permite alocar recursos de tabela de encaminhamento para otimizar a memória disponível para diferentes tipos de endereço com base nas necessidades de sua rede.
-
Permite alocar uma porcentagem maior de memória para um tipo de endereço ou outro.
Usando a tabela de encaminhamento unificado para otimizar o armazenamento de endereços
Nos switches QFX5100, EX4600, EX4650, QFX5110, QFX5200 e QFX5120, você pode controlar a alocação da memória de tabela de encaminhamento disponível para armazenar o seguinte:
-
Endereços MAC — Em um ambiente de Camada 2, o switch aprende novos endereços MAC e os armazena em uma tabela de endereços MAC
-
Entradas de host de Camada 3 — Em um ambiente de Camada 2 e Camada 3, o switch aprende quais endereços IP são mapeados para os quais endereços MAC; esses pares de valor-chave são armazenados na tabela de host de Camada 3.
-
Entradas de tabela de prefixo (LPM) mais longas — Em um ambiente de Camada 3, o switch tem uma tabela de roteamento e a rota mais específica tem uma entrada na tabela de encaminhamento para associar um prefixo ou máscara de rede a um próximo salto. Observe, no entanto, que todos os prefixos IPv4/32 e IPv6/128 estão armazenados na tabela de host de Camada 3.
O UFT combina essencialmente as três tabelas de encaminhamento distintas para criar uma tabela com alocação flexível de recursos. Você pode selecionar um dos cinco perfis de tabela de encaminhamento que melhor atendem às suas necessidades de rede. Cada perfil é configurado com valores máximos diferentes para cada tipo de endereço. Por exemplo, para um switch que lida com grande parte do tráfego de Camada 2, como uma rede virtualizada com muitos servidores e máquinas virtualizadas, você provavelmente escolheria um perfil que alocaria uma porcentagem maior de memória para endereços MAC. Para um switch que opera no núcleo de uma rede, participe de uma malha de IP, você provavelmente deseja maximizar o número de entradas de tabela de roteamento que pode armazenar. Nesse caso, você escolheria um perfil que alocasse uma porcentagem maior de memória para prefixos compatíveis mais longos. O switch QFX5200 oferece suporte a um perfil personalizado que permite dividir os quatro bancos de memória compartilhada disponíveis com um total de 128.000 entradas entre endereços MAC, endereços host de Camada 3 e prefixos LPM.
O suporte aos switches QFX5200 foi introduzido no Junos OS Release 15.1x53-D30. O switch QFX5200 não é compatível com o Junos OS Release 16.1R1.
Entender a alocação de endereços MAC e endereços de host
Todos os cinco perfis são suportados, cada um deles aloca diferentes quantidades de memória para entradas de Camada 2 ou Camada 3, permitindo que você escolha um que melhor atenda às necessidades de sua rede. No entanto, os switches QFX5200 e QFX5210 oferecem suporte a valores máximos diferentes para cada perfil dos outros switches. Para obter mais informações sobre o perfil personalizado, consulte Configuração da tabela de encaminhamento unificado de switches.
O perfil padrão é l2-profile-three, que aloca espaço igual para endereços MAC e endereços de host de Camada 3. Nos switches QFX5100, EX4600, QFX5110 e QFX5200, o espaço é igual a 16.000 entradas IPv4 para a tabela LPM e nos switches QFX5210, o espaço é igual a 32.000 entradas IPv4 para a tabela LPM. Para o tamanho da lpm-profile tabela LPM é igual a 256.000 entradas IPv4.
Começando com o Junos OS Release 18.1R1 no switch QFX5210-64C, para todos esses perfis, exceto o lpm-profile tamanho de tabela de prefixo mais longo (LPM) é igual a 32.000 entradas IPv4.
Começando com o Junos OS Release 18.3R1 nos switches QFX5120 e EX4650, para todos esses perfis, exceto pelo lpm-profile tamanho de tabela de prefixo (LPM) mais longo é igual a 32.000 entradas IPv4.
Nos switches QFX5100, EX4600, EX4650, QFX5110, QFX5200, QFX5120 e QFX5210-64C, IPv4 e IPv6 são armazenados na tabela de host.
Se a tabela de host ou LPM armazena o número máximo de entradas para qualquer tipo de entrada, toda a tabela compartilhada está cheia e não poderá acomodar quaisquer entradas de qualquer outro tipo. Diferentes tipos de entrada ocupam diferentes quantidades de memória. Por exemplo, um endereço unicast IPv6 ocupa o dobro de memória do que um endereço unicast IPv4, e um endereço multicast IPv6 ocupa quatro vezes mais memória do que um endereço unicast IPv4.
Tabela 1 lista os perfis que você pode escolher e os valores máximos associados para as entradas de endereço MAC e tabela de host nos switches QFX5100 e EX4600.
| Nome do perfil | Tabela MAC | Tabela de host (endereços unicast e multicast) | |||||
|---|---|---|---|---|---|---|---|
| Endereços MAC | Unicast IPv4 | Unicast IPv6 | IPv4 (*, G) | IPv4 (S, G) | IPv6 (*, G) | IPv6 (S, G) | |
|
|
288K |
16K |
8K |
8K |
8K |
4K |
4K |
|
|
224K |
80K |
40K |
40K |
40K |
20K |
20K |
|
|
160K |
144K |
72K |
72K |
72K |
36K |
36K |
|
|
96K |
208K |
104K |
104K |
104K |
52K |
52K |
|
|
32K |
16K |
8K |
8K |
8K |
4K |
4K |
|
|
32K |
(armazenado na tabela LPM) |
(armazenado na tabela LPM) |
8K |
8K |
4K |
4K |
Tabela 2 lista os perfis que você pode escolher e os valores máximos associados para o endereço MAC e as entradas da tabela de host nos switches QFX5110.
| Nome do perfil | Tabela MAC | Tabela de host (endereços unicast e multicast) | |||||
|---|---|---|---|---|---|---|---|
| Endereços MAC | Unicast IPv4 | Unicast IPv6 | IPv4 (*, G) | IPv4 (S, G) | IPv6 (*, G) | IPv6 (S, G) | |
|
|
288K |
16K |
8K |
8K |
8K |
4K |
4K |
|
|
224K |
80K |
40K |
40K |
40K |
20K |
20K |
|
|
160K |
144K |
72K |
72K |
72K |
36K |
36K |
|
|
96K |
208K |
104K |
104K |
104K |
52K |
52K |
Tabela 3 lista as variações de tamanho da tabela LPM para o switch QFX5110, dependendo das entradas de prefixo.
| Nome do perfil |
Entradas de prefixo |
||
|---|---|---|---|
| num-65-127-prefixo | IPv4 LPM<= /32 | IPv6 LPM <= /64 | > /64 LPM IPv6 |
|
|
16K |
8K |
Ok |
|
|
12K |
6K |
1K |
|
|
8K |
4K |
2K |
|
|
4K |
2K |
3K |
|
|
Ok |
Ok |
4K |
Tabela 4 lista os perfis que você pode escolher e os valores máximos associados para o endereço MAC e as entradas da tabela de host nos switches QFX5200-32C.
| Nome do perfil | Tabela MAC | Tabela de host (endereços unicast e multicast) | ||||||
|---|---|---|---|---|---|---|---|---|
| Endereços MAC | Unicast IPv4 | Unicast IPv6 | IPv4 (*, G) | IPv4 (S, G) | IPv6 (*, G) | IPv6 (S, G) | Correspondência exata | |
|
|
136K |
8K |
4K |
4K |
4K |
2K |
2K |
0 |
|
|
104K |
40K |
20K |
20K |
20K |
10K |
10K |
0 |
|
|
72K |
72K |
36K |
36K |
36K |
18K |
18K |
0 |
|
|
40K |
104K |
52K |
52K |
52K |
26K |
26K |
0 |
|
|
8K |
8K |
4K |
4K |
4K |
2K |
2K |
0 |
Tabela 5 lista os perfis que você pode escolher e os valores máximos associados para o endereço MAC e as entradas da tabela de host nos switches QFX5200-48Y.
| Nome do perfil | Tabela MAC | Tabela de host (endereços unicast e multicast) | |||||
|---|---|---|---|---|---|---|---|
| Endereços MAC | Unicast IPv4 | Unicast IPv6 | IPv4 (*, G) | IPv4 (S, G) | IPv6 (*, G) | IPv6 (S, G) | |
|
|
136K |
8K |
4K |
4K |
4K |
2K |
2K |
|
|
104K |
40K |
20K |
20K |
20K |
10K |
10K |
|
|
72K |
72K |
36K |
36K |
36K |
18K |
18K |
|
|
40K |
104K |
52K |
52K |
52K |
26K |
26K |
|
|
8K |
8K |
4K |
4K |
4K |
2K |
2K |
Tabela 6 lista as variações de tamanho de tabela LPM para o switch QFX5200-48Y, dependendo das entradas de prefixo.
| Nome do perfil |
Entradas de prefixo |
||
|---|---|---|---|
| num-65-127-prefixo | IPv4 LPM<= /32 | IPv6 LPM <= /64 | > /64 LPM IPv6 |
|
|
16K |
8K |
Ok |
|
|
12K |
6K |
1K |
|
|
8K |
4K |
2K |
|
|
40K |
2K |
3K |
|
|
Ok |
Ok |
4K |
Tabela 7 lista os perfis que você pode escolher e os valores máximos associados para o endereço MAC e as entradas da tabela de host nos switches QFX5210-64C.
| Nome do perfil | Tabela MAC | Tabela de host (endereços unicast e multicast) | ||||||
|---|---|---|---|---|---|---|---|---|
| Endereços MAC | Unicast IPv4 | Unicast IPv6 | IPv4 (*, G) | IPv4 (S, G) | IPv6 (*, G) | IPv6 (S, G) | Correspondência exata | |
|
|
264K |
8K |
4K |
4K |
4K |
2K |
2K |
Ok |
|
|
200K |
72K |
36K |
36K |
36K |
18K |
18K |
Ok |
|
|
136K |
136K |
72K |
72K |
72K |
36K |
36K |
Ok |
|
|
72K |
200K |
100K |
100 mil |
100 mil |
50K |
50K |
Ok |
Tabela 8 lista os perfis que você pode escolher e os valores máximos associados para o endereço MAC e as entradas da tabela de host nos switches QFX5120 e EX4650.
| Nome do perfil | Tabela MAC | Tabela de host (endereços unicast e multicast) | |||||
|---|---|---|---|---|---|---|---|
| Endereços MAC | Unicast IPv4 | Unicast IPv6 | IPv4 (*, G) | IPv4 (S, G) | IPv6 (*, G) | IPv6 (S, G) | |
|
|
288K |
16K |
8K |
8K |
8K |
4K |
4K |
|
|
224K |
80K |
40K |
40K |
40K |
20K |
20K |
|
|
160K |
144K |
72K |
72K |
72K |
36K |
36K |
|
|
96K |
208K |
104K |
104K |
104K |
52K |
52K |
Tabela 9 lista as variações de tamanho da tabela LPM para o switch QFX5210-64C, dependendo das entradas de prefixo.
| Nome do perfil |
Entradas de prefixo |
||
|---|---|---|---|
| num-65-127-prefixo | IPv4 LPM<= /32 | IPv6 LPM <= /64 | > /64 LPM IPv6 |
|
|
32K |
16K |
Ok |
|
|
28K |
14K |
1K |
|
|
24K |
12K |
2K |
|
|
20K |
10K |
3K |
|
|
Ok |
Ok |
4K |
Tabela 10 lista as variações de tamanho da tabela Defip de Camada 3 para os switches QFX5120 e EX4650, dependendo das mudanças nas entradas de prefixo IPv6/128.
| Nome do perfil |
Entradas de prefixo |
||
|---|---|---|---|
| num-65-127-prefixo | IPv4 LPM<= /32 | IPv6 LPM <= /64 | > /64 LPM IPv6 |
|
|
32K |
16K |
Ok |
|
|
24K |
12K |
2K |
|
|
16K |
8K |
4K |
|
|
8K |
4K |
6K |
|
|
Ok |
Ok |
8K |
Perfis de tabela de encaminhamento unificados nos switches QFX5130 e QFX5700 para versões evoluídas do Junos OS
Você pode configurar um perfil de encaminhamento para o u nified forwarding tcapaz nos switches QFX5130 e QFX5700 usando a forwarding-profile declaração de configuração no nível de hierarquia [editar opções de encaminhamento de pacotes] para o Junos OS Evolved.
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 MAC: 32K L3-host: 32K LPM: 720K FP-Compression: 18K, restarts PFE host-acl-profile MAC: 160K L3-host: 160K LPM: 65K FP-Compression: 18K, restarts PFE host-profile MAC: 160K L3-host: 160K LPM: 72K FP-Compression: 0, restarts PFE lpm-profile MAC: 32K L3-host: 32K LPM: 1.24M ARP: 61K FP-Compression: 0 Tunnels: 0, restarts PFE
| Aplicativos de perfil | Perfil padrão | Perfil LPM | Perfil do host | Perfil do Host-ACL |
|---|---|---|---|---|
| Recursos | ||||
| Camada 2-MAC | 32K | 32K | 160K | 160K |
| Host Unicast de Camada 3 -IPv4 | 32K | 32K | 160K |
160K |
| Host Unicast de Camada 3 -IPv6 | 16K | 16K | 80K | 80K |
| IPv4 LPM | 720K | 1,24M | 72K | 65K |
| IPv6 LPM <= /64 | 550K | 868K | 50K | 22K |
| > /64 LPM IPv6 | 335K | 495K | 22K | 12K |
| Compressão de FP | 18K | 0 | 0 | 18K |
| ARP e NDP | 32K | 61K | 32K | 32K |
| VRF | até 8K | até 12K | até 8K | até 4K |
| IPv4 multicast de Camada 3 | 8K | 8K | 16K | 16K |
| IPv6 multicast de Camada 3 | 4K | 4K | 8K | 8K |
|
Túneis (VXLAN e GRE) |
Suportado | Não suportado | Suportado | Suportado |
- Quando a capacidade do host é excedida, as rotas unicast de host (IPv4 e IPv6) passam para a tabela LPM.
- O perfil LPM não oferece suporte a túneis (vxlan, gre etc) devido ao qual uma escala de next-hop overlay aumenta para 64K, resultando em aumento da escala ARP/NDP para 61K.
Entender a memória endereçável de conteúdo ternary (TCAM) e as entradas de correspondência de prefixo mais longas
Você pode personalizar ainda mais perfis não LPM configurando o espaço disponível para memória endereçável de conteúdo ternário (TCAM) para alocar mais memória para as entradas de correspondência de prefixo mais longas. Você pode alterar o número de entradas alocadas nesses endereços IPv6, alocando essencialmente mais ou menos espaço para entradas LPM IPv4 com qualquer comprimento de prefixo ou entradas IPv6 com comprimentos de prefixo de 64 de menor. Para obter mais informações sobre como alterar os parâmetros padrão do espaço de memória TCAM para entradas LPM, consulte Configuração da tabela de encaminhamento unificado de switches.
A opção de ajustar o espaço TCAM não é compatível com a combinação de prefixo (LPM) mais longa ou em perfis personalizados. No entanto, para o perfil LPM, você pode configurar o espaço TCAM para não alocar nenhuma memória para entradas IPv6 com comprimentos de prefixo de 65 ou mais, alocando assim esse espaço de memória apenas para rotas IPv4 ou rotas de IP com comprimentos de prefixo iguais ou inferiores a 64 ou uma combinação dos dois tipos de prefixos.
Começando com o Junos OS Release 18.1R1 em switches QFX5210, você pode configurar espaço TCAM para alocar um máximo de 8.000 entradas IPv6 com comprimentos de prefixo de 65 ou mais. O valor padrão é de 2.000 entradas. Começando com o Junos OS Release 13.2X51-D15, você pode configurar espaço de TCAM para alocar um máximo de 4.000 entradas IPv6 com comprimentos de prefixo de 65 ou mais. O valor padrão é de 1.000 entradas. Antes do Junos OS Release 13.2X51-D15, você poderia alocar apenas um máximo de 2.048 entradas para IPv6 nos prefixos IPv6 com comprimentos na faixa de /65 a /127. O valor padrão foi de 16 entradas para esses tipos de prefixos IPv6.
Nas versões Junos OS 13.2x51-D10 e 13.2x52D10, o procedimento para alterar o valor padrão de 16 entradas difere das versões posteriores, onde os valores máximos e padrão são mais altos. Para obter mais informações sobre esse procedimento, consulte Configuração da tabela de encaminhamento unificado de switches
Exemplo de tabela de host para perfil com tráfego pesado de Camada 2
Tabela 12 lista várias combinações válidas que a tabela de host pode armazenar se você usar o l2-profile-one perfil nos switches QFX5100 e EX4600. Esse perfil aloca a porcentagem de memória para endereços de Camada 2. Observe que os valores padrão podem ser diferentes em outros switches. Cada linha na tabela representa um caso em que a tabela de host está cheia e não pode acomodar mais entradas.
| Unicast IPv4 | Unicast IPv6 | IPv4 multicast (*, G) | IPv4 multicast (S, G) | IPv6 multicast (*, G) | IPv6 multicast (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 |
Exemplo: Configuração de um perfil personalizado de tabela de encaminhamento unificado
Tradicionalmente, as tabelas de encaminhamento têm sido definidas estaticamente e têm suportado apenas um número fixo de entradas para cada tipo de endereço. O recurso UFT (Unified Forwarding Table, Tabela de encaminhamento unificado) permite otimizar a forma como a memória da tabela de encaminhamento é alocada para melhor atender às necessidades de sua rede. Este exemplo mostra como configurar um perfil da Tabela de Encaminhamento Unificado que permite a partição de quatro bancos de memória de hash compartilhados entre três tipos diferentes de entradas de tabela de encaminhamento: Endereços MAC, endereços host de Camada 3 e partida de prefixo mais longa (LPM).
O recurso UFT também oferece suporte a cinco perfis que alocam uma quantidade máxima específica de memória para cada tipo de entrada na tabela de encaminhamento. Alguns perfis alocam mais memória para entradas de Camada 2, enquanto outros perfis alocam mais memória para entradas de Camada 3 ou LPM. Os valores máximos para cada tipo de entrada são fixos nesses perfis. Com o perfil personalizado, você pode designar um ou mais bancos de memória compartilhados para armazenar um tipo específico de entrada na tabela de encaminhamento. Você pode configurar apenas um ou até quatro bancos de memória em um perfil personalizado. Assim, o perfil personalizado oferece ainda mais flexibilidade para permitir que você aloque a memória da tabela de encaminhamento para tipos específicos de entradas.
Requisitos
Este exemplo usa os seguintes componentes de hardware e software:
Um switch QFX5200
Junos OS Versão 15.1x53-D30 ou posterior.
Antes de configurar um perfil personalizado, certifique-se de ter:
Interfaces configuradas
Visão geral
O perfil personalizado da Tabela de Encaminhamento Unificado permite alocar entradas de tabela de encaminhamento entre quatro bancos de tabelas de hash compartilhadas com uma memória total igual a 128.000 endereços IPv4 unicast, ou 32.000 entradas para cada banco. Especificamente, você pode alocar um ou mais desses bancos compartilhados para armazenar um tipo específico de entrada na tabela de encaminhamento. O perfil personalizado não afeta as tabelas de hash dedicadas. Essas tabelas permanecem fixas com 8.000 entradas alocadas em endereços de Camada 2, o equivalente a 8.000 entradas alocadas em endereços IPv4 e o equivalente a 16.000 entradas alocadas em endereços LPM (LongEst Prefix Match, correspondência de prefixo).
Neste exemplo, você aloca dois bancos de memória para endereços host de Camada 3 e dois bancos de memória para entradas LPM. Isso significa que nenhuma memória de tabela de hash compartilhada é alocada para endereços de Camada 2. Apenas a memória de tabela de hash dedicada é alocada para endereços de Camada 2 neste cenário.
Configuração
Para configurar um perfil personalizado para a Tabela de Encaminhamento Unificado em um switch QFX5200 que aloca dois bancos de memória compartilhada para endereço de host de Camada 3 e dois bancos de memória compartilhados para entradas LPM, realize essas tarefas:
- Configuração rápida de CLI
- Configuração do perfil personalizado
- Configurando a alocação de bancos de memória compartilhada
- Resultados
Configuração rápida de CLI
Para configurar este exemplo rapidamente, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com sua configuração de rede, copiar e colar os comandos no CLI no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração. Uma verificação de confirmação é realizada para garantir que você tenha alocado espaço na tabela de encaminhamento para não mais do que quatro bancos de memória.
Quando você configura e confirma um perfil, o Mecanismo de Encaminhamento de Pacotes reinicia e todas as interfaces de dados do switch baixam e voltam para cima.
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
Configuração do perfil personalizado
Procedimento passo a passo
Para criar o perfil personalizado:
Especifique a opção
custom-profile.[edit chassis forwarding-options] user@switch# set custom-profile
Configurando a alocação de bancos de memória compartilhada
Procedimento passo a passo
Alocar memória para tipos específicos de entradas para bancos de memória compartilhados:
Especifique para alocar nenhuma memória bancária compartilhada para entradas de Camada 2.
[edit chassis forwarding-options custom-profile] user@switch# set l2-entries num-banks 0
Especifique para alocar dois bancos de memória compartilhada (ou o equivalente a 64.000 entradas IPv4) para entradas de host de Camada 3.
[edit chassis forwarding-options custom-profile] user@switch# set l3-entries num-banks 2
Especifique para alocar dois bancos de memória compartilhada (ou o equivalente a 64.000 entradas IPv4) para entradas LPM.
[edit chassis forwarding-options custom-profile] user@switch# set lpm-entries numer-banks 2
Resultados
A partir do modo de configuração, confirme sua configuração entrando no comando de opções de encaminhamento do chassi show. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.
user@switch# show chassis forwarding-profile
custom-profile {
l2-entries {
num-banks 0;
}
l3-entries {
num-banks 2;
}
lpm-entries {
num-banks 2
}
}
Se terminar de configurar o switch, entre no commit modo de configuração
O Mecanismo de Encaminhamento de Pacotes será reiniciado e todas as interfaces de dados do switch diminuirão e voltarão.
Verificação
Confirme se a configuração está funcionando corretamente.
Verificando os parâmetros do perfil personalizado
Propósito
Verifique se o perfil personalizado está ativado.
Ação
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
A saída mostra que o perfil personalizado está habilitado conforme configurado com dois bancos de memória compartilhados designados para entradas de host de Camada 3; dois bancos de memória compartilhada designados para entradas LPM; e sem memória compartilhada alocada para entradas de Camada 2.
O campo de escala total (K) mostra a alocação total de memória, ou seja, o valor alocado através dos bancos de memória compartilhada mais o valor alocado através das tabelas de hash dedicadas. O valor alocado por meio das tabelas de hash dedicadas é fixo e não pode ser alterado. Portanto, as entradas de Camada 2 têm 8K de memória alocada apenas pela tabela de hash dedicada. As entradas de host de Camada 3 têm 64K de memória alocada por dois bancos de memória compartilhados mais 8K através da tabela de hash dedicada, para um total de 72K de memória. As entradas LPM têm 64K de memória alocadas por dois bancos de memória compartilhados mais 16K através da tabela de hash dedicada, para um total de 80K de memória.
Configuração da tabela de encaminhamento unificado de switches
Tradicionalmente, as tabelas de encaminhamento têm sido definidas estaticamente e têm suportado apenas um número fixo de entradas para cada tipo de endereço armazenado nas tabelas. O recurso tabela de encaminhamento unificado permite otimizar como seu switch aloca a memória de tabela de encaminhamento para diferentes tipos de endereços. Você pode escolher um dos cinco perfis unificados da tabela de encaminhamento. Cada perfil aloca uma quantidade máxima diferente de memória para entradas de Camada 2, Host de Camada 3 e partida de prefixo (LPM) mais longa. Além de selecionar um perfil, você também pode selecionar quanta memória adicional alocar para entradas LPM.
Dois perfis alocam percentuais mais altos de memória para endereços de Camada 2. Um terceiro perfil aloca uma porcentagem maior de memória para o endereço de host de Camada 3, enquanto um quarto perfil aloca uma porcentagem maior de memória para entradas LPM. Existe um perfil padrão configurado que aloca uma quantidade igual de memória para endereços host de Camada 2 e Camada 3 com o restante destinado a entradas LPM. Para um switch em uma rede virtualizada que lida com grande parte do tráfego de Camada 2, você escolheria um perfil que aloca uma porcentagem maior de memória para endereços de Camada 2. Para um switch que opera no núcleo da rede, você escolheria um perfil que aloca uma porcentagem maior de memória para entradas LPM.
Somente nos switches QFX5200 e QFX5210-64C, você também pode configurar um perfil personalizado que permite dividir bancos de memória compartilhados entre os diferentes tipos de entradas de tabela de encaminhamento. Nos switches QFX5200, esses bancos de memória compartilhada têm uma memória total igual a 128.000 endereços unicast IPv4. Nos switches QFX5210, esses bancos de memória compartilhada têm uma memória total igual a 256.000 endereços unicast IPv4. Para obter mais informações sobre a configuração do perfil personalizado, consulte Exemplo: Configuração de um perfil personalizado de tabela de encaminhamento unificado.
- Configuração de um perfil de tabela de encaminhamento unificado
- Configurando a alocação de memória para as entradas de correspondência de prefixo mais longas
Configuração de um perfil de tabela de encaminhamento unificado
Para configurar um perfil de tabela de encaminhamento unificado:
Especifique um perfil de tabela de encaminhamento.
[edit chassis forwarding-options] user@switch# set profile-name
Por exemplo, especificar o perfil que aloca a maior porcentagem de memória para o tráfego de Camada 2:
[edit chassis forwarding-options] user@switch# set l2-profile-one
Quando você configura e confirma um perfil, na maioria dos casos o Mecanismo de encaminhamento de pacotes reinicia automaticamente e todas as interfaces de dados no switch baixam e voltam (as interfaces de gerenciamento não são afetadas).
Começando com as versões Junos OS 14.1X53-D40, 15.1R5 e 16.1R3, para um Virtual Chassis ou Virtual Chassis Fabric (VCF) composto por switches EX4600 ou QFX5100, o Mecanismo de Encaminhamento de Pacotes nos switches membros não reinicia automaticamente ao configurar e cometer uma mudança unificada no perfil da tabela de encaminhamento. Esse comportamento evita a instabilidade do Virtual Chassis ou VCF após a mudança se propagar para switches de membros e vários mecanismos de encaminhamento de pacotes reiniciados automaticamente ao mesmo tempo. Em vez disso, uma mensagem é exibida no prompt CLI e registrada no log do sistema do switch para notificá-lo de que a mudança de perfil não entra em vigor até a próxima vez que você reiniciar o Virtual Chassis ou VCF. Recomendamos que você planeje fazer alterações de perfil apenas quando puder realizar uma reinicialização do sistema Virtual Chassis ou VCF imediatamente após o compromisso da atualização de configuração. Caso contrário, o Virtual Chassis ou o VCF podem se tornar inconsistentes se um ou mais membros tiverem um problema e reiniciarem com a nova configuração antes que uma reinicialização planejada do sistema ative a mudança em todos os membros.
Você pode configurar apenas um perfil para todo o switch.
A l2-profile-three configuração é por padrão.
Se a tabela de hospedagem armazena o número máximo de entradas para qualquer tipo, toda a tabela está cheia e não poderá acomodar quaisquer entradas de qualquer outro tipo. Tenha em mente que um endereço unicast IPv6 ocupa o dobro de memória do que um endereço unicast IPv4, e um endereço multicast IPv6 ocupa quatro vezes mais memória do que um endereço unicast IPv4..
Configurando a alocação de memória para as entradas de correspondência de prefixo mais longas
Além de escolher um perfil, você pode otimizar ainda mais a alocação de memória para entradas de partida de prefixo (LPM) mais longas, configurando quantos prefixos IPv6 armazenam com comprimentos de /65 a /127. O switch usa entradas LPM durante a busca de endereços para combinar endereços com o prefixo mais específico (mais longo) aplicável. Os prefixos desse tipo são armazenados no espaço para ternário conteúdo endereçado de memória endereçada (TCAM). Alterar os parâmetros padrão torna esse espaço disponível para entradas LPM. Aumentar a quantidade de memória disponível para esses prefixos IPv6 reduz em uma mesma quantidade a quantidade de memória disponível para armazenar prefixos unicast IPv4 e prefixos IPv6 com comprimentos iguais ou inferiores a 64.
Os procedimentos para configurar a tabela LPM são diferentes, dependendo de qual versão do Junos OS você está usando. Nas versões iniciais com suporte para UFT, o Junos OS lança 13.2X51-D10 e 13.2X52-10, você só pode aumentar a quantidade de memória alocada para prefixos IPv6 com comprimentos de /65 a /127 para qualquer perfil, exceto lpm-profile. Começando com o Junos OS Release 13.2X51-D15, você também pode alocar menos ou nenhuma memória para prefixos IPv6 com comprimentos na faixa /65 a /127, dependendo de qual perfil está configurado. Para o lpm-profie, no entanto, a única mudança que você pode fazer para os parâmetros padrão é alocar nenhuma memória para esses tipos de prefixos.
- Configuração da tabela LPM com o Junos OS lança 13.2X51-D10 e 13.2X52-D10
- Configurando a tabela LPM com o Junos OS versão 13.2x51-D15 e posterior
Configuração da tabela LPM com o Junos OS lança 13.2X51-D10 e 13.2X52-D10
No Junos OS versão 13.2x51-D10 e 13.2X52-D10, por padrão, o switch aloca memória para 16 IPv6 com prefixos com comprimentos na faixa /65 a /127. Você pode configurar o switch para alocar mais memória para prefixos IPv6 com comprimentos na faixa /65 a /127.
Alocar mais memória para prefixos IPv6 na faixa /65 a /127:
Quando você configura e confirma a num-65-127-prefix number declaração, todas as interfaces de dados do switch reiniciam. As interfaces de gerenciamento não são afetadas.
A num-65-127-prefix number declaração não é apoiada no lpm-profile.
Configurando a tabela LPM com o Junos OS versão 13.2x51-D15 e posterior
- Configuração de perfis de Camada 2 e Camada 3 com o Junos OS Versão 13.2x51-D15 ou Posterior
- Configurando o perfil lpm com o Junos OS Versão 13.2x51-D15 e posterior
- Configurando o perfil lpm com o Junos OS Versão 14.1x53-D30 e posterior
- Configuração de perfis não LPM nos switches QFX5120 e EX4650
Configuração de perfis de Camada 2 e Camada 3 com o Junos OS Versão 13.2x51-D15 ou Posterior
A partir do Junos OS Release 13.2X51-D15, você pode configurar o switch para alocar a memória da tabela de encaminhamento para até 4.000 prefixos IPv6 com comprimentos na faixa /65 a /127 para qualquer outro perfil que não seja o lpm-profile .custom-profile Você também pode especificar para alocar nenhuma memória para essas entradas IPv6. O padrão é de 1.000 entradas para prefixos IPv6 com comprimentos na faixa /65 a /127. Anteriormente, o máximo que você poderia configurar era para 2.048 entradas para prefixos IPv6 com comprimentos na faixa /65 a /127. O número mínimo de entradas era anteriormente 16, o que era o padrão.
Para especificar quanta memória de tabela de encaminhamento alocar para prefixos IPv6 com comprimento na faixa /65 a /127:
Começando com o Junos OS Release 13.2X51-D15, você pode usar a num-65-127-prefix declaração para alocar entradas. Tabela 13 Mostra os números de entradas que você pode alocar. Cada linha representa um caso em que a tabela está cheia e não pode acomodar mais entradas.
| valor do prefixo num-65-127 | Entradas IPv4 | Entradas IPv6 (Prefixo <= 64) | Entradas IPv6 (Prefixo >= 65) |
|
16K |
8K |
0K |
|
12K |
6K |
1K |
|
8K |
4K |
2K |
|
4K |
2K |
3K |
|
Ok |
Ok |
4K |
Quando você configura e confirma uma mudança de perfil com a num-65-127-prefix number declaração, o Mecanismo de Encaminhamento de Pacotes reinicia automaticamente e todas as interfaces de dados do switch baixam e voltam (as interfaces de gerenciamento não são afetadas).
No entanto, a partir dos lançamentos do Junos OS 14.1X53-D40, 15.1R5 e 16.1R3, os mecanismos de encaminhamento de pacotes em switches em um Virtual Chassis ou Virtual Chassis Fabric (VCF) não reiniciam automaticamente ao configurar uma mudança unificada no perfil da tabela de encaminhamento. Esse comportamento evita a instabilidade do Virtual Chassis ou VCF após a mudança se propagar para switches de membros e vários mecanismos de encaminhamento de pacotes reiniciados automaticamente ao mesmo tempo. Em vez disso, uma mensagem é exibida no prompt CLI e registrada no log do sistema do switch para notificá-lo de que a mudança de perfil não entra em vigor até a próxima vez que você reiniciar o Virtual Chassis ou VCF. Recomendamos que você planeje fazer alterações de perfil apenas quando puder realizar uma reinicialização do sistema Virtual Chassis ou VCF imediatamente após o compromisso da atualização de configuração. Caso contrário, o Virtual Chassis ou o VCF podem se tornar inconsistentes se um ou mais membros tiverem um problema e reiniciarem com a nova configuração antes que uma reinicialização planejada do sistema ative a mudança em todos os membros.
Configurando o perfil lpm com o Junos OS Versão 13.2x51-D15 e posterior
Começando com o Junos OS Release 13.2X51-D15, você pode configurar o lpm-profile perfil para não alocar nenhuma memória para entradas IPv6 com comprimentos de prefixo de /65 a /127. Estes são os valores máximos padrão alocados para memória LPM para o lpm-profile tipo de endereço:
128K de prefixos IPv4
16K de prefixos IPv6 (todos os comprimentos)
A memória alocada para cada tipo de endereço representa o valor máximo padrão para toda a memória LPM.
Para configurar a não alocação de lpm-profile memória de tabela de encaminhamento para entradas IPv6 com prefixos de /65 a /127, alocando assim mais memória para IPv4:
Especifique para desativar a memória de tabela de encaminhamento para prefixos IPv6 com comprimentos na faixa /65 a /127.
[edit chassis forwarding-options lpm-profile] user@switch# set prefix-65-127-disable
Por exemplo, apenas nos switches QFX5100 e EX4600, se você usar a opção prefix-65-127-disable , cada uma das seguintes combinações é válida:
100K IPv4 e 28K IPv6 /64 ou prefixos mais curtos.
64K IPv4 e 64K IPv6 /64 ou prefixos mais curtos.
128K IPv4 e 0K IPv6 /64 ou prefixos mais curtos.
0K IPv4 e 128K IPv6 /64 ou prefixos mais curtos.
Nos switches QFX5200, quando você configura a prefix-65-127-disable declaração, o número máximo de entradas IPv6 com prefixos iguais ou menores que 64 é de 98.000.
Configurando o perfil lpm com o Junos OS Versão 14.1x53-D30 e posterior
A partir do Junos OS Release 15.1X53-D30, você pode configurar o lpm-profile perfil para armazenar endereços de host unicast IPv4 e IPv6 na tabela LPM, liberando assim a memória na tabela do host. Os endereços Unicast IPv4 e IPv6 são armazenados na tabela LPM em vez da tabela de host, conforme mostrado para Tabela 14 switches QFX5100 e EX4600. (O suporte à plataforma depende da versão do Junos OS em sua instalação.) Você pode usar essa opção em conjunto com a opção de alocar nenhuma memória na tabela LPM para entradas IPv6 com comprimentos de prefixo na faixa /65 a /127. Juntas, essas opções maximizam a quantidade de memória disponível para entradas unicast IPv4 e entradas IPv6 com comprimentos de prefixo iguais ou inferiores a 64.
| prefixo-65-127-desabilitar | Tabela MAC | Tabela do host (endereços multicast) | Endereços unicast da Tabela LPM) | |||||||
|---|---|---|---|---|---|---|---|---|---|---|
| MAC | Unicast IPv4 | Unicast IPv6 | IPv4 (*, G) | IPv4 (S, G) | IPv6 (*, G) | IPv6 (S, G) | Unicast IPv4 | Unicast IPv6 (</65) | Unicast IPv6 (>/64) | |
Não |
32K |
0 |
0 |
8K |
8K |
4K |
4K |
128K |
16K |
16K |
Sim |
32K |
0 |
0 |
8K |
8K |
4K |
4K |
128K |
128K |
0 |
Começando com o Junos Release 18.1R1, você não pode configurar um prefixo para a num-65-127-prefix declaração em perfis não LPM. Você só pode habilitar ou desabilitar a prefix-65-127-disable declaração para.lpm-profile
Tabela 15 lista as situações em que a prefix-65-127-disable declaração deve ser ativada ou desativada.
| Nome do perfil | Entradas de prefixo |
||
|---|---|---|---|
| num-65-127-prefixo | IPv4 <= /32 | IPv6 <= /64 | > /64 IPv6 |
|
> 128K (mínimo garantido) |
98K |
Ok |
|
128K |
16K |
16K |
Nos switches QFX5120 e EX4600, você não pode configurar um prefixo para a num-65-127-prefix declaração em perfis não LPM. Você só pode habilitar ou desabilitar a prefix-65-127-disable declaração para lpm-profile
Tabela 16 lista as situações em que a prefix-65-127-disable declaração deve ser ativada ou desativada.
| Nome do perfil | Entradas de prefixo |
||
|---|---|---|---|
| prefix-65-127-disable | IPv4 <= /32 | IPv6 <= /64 | > /64 IPv6 |
|
351K (360.000 aproximadamente) |
168K (172.000 aproximadamente) |
Ok |
|
168K (172.000 aproximadamente) |
64K (65.524 aproximadamente) |
64K (65.524 aproximadamente) |
Observe que todas as entradas em cada tabela compartilham o mesmo espaço de memória. Se uma tabela armazena o número máximo de entradas para qualquer tipo, toda a tabela compartilhada está cheia e não poderá acomodar quaisquer entradas de qualquer outro tipo. Por exemplo, se você usar a opção unicast-in-lpm e houver endereços unicast IPv4 de 128K armazenados na tabela LPM, toda a tabela LPM está cheia e nenhum endereço IPv6 pode ser armazenado. Da mesma forma, se você usar a opção unicast-in-lpm , mas não usar a opção prefix-65-127-disable , e endereços IPv6 de 16K com prefixos menores que /65 forem armazenados, toda a tabela LPM está cheia e nenhum endereço adicional (IPv4 ou IPv6) pode ser armazenado.
Para configurar a lpm-profile loja de entradas IPv4 unicast e entradas IPv6 com comprimentos de prefixo iguais ou inferiores a 64 na tabela LPM:
Configuração de perfis não LPM nos switches QFX5120 e EX4650
Para perfis não LPM, cada perfil oferece a opção de reservar uma parte da tabela 16K L3 desafiada para armazenar prefixos IPv6 > 64. Como estes são prefixos de 128 bits, você pode ter no máximo 8k de entradas IPv6/128 na tabela l3-defip.
Configuração do modo de encaminhamento nos switches
Por padrão, os pacotes de pacotes são encaminhados usando o modo de loja e encaminhamento. Você pode configurar todas as interfaces para usar o modo de corte.
Para ativar o modo de comutação de corte, insira a seguinte declaração:
[edit forwarding-options] user@switch# set cut-through
Consulte também
Desativação do aprendizado e encaminhamento da Camada 2
Desativar o aprendizado mac dinâmico em um roteador da Série MX ou em um switch da Série EX impede que todas as interfaces lógicas no roteador ou switch entrem em endereços MAC de origem e destino de aprendizado.
Para desativar o aprendizado MAC para um roteador da Série MX ou um switch da Série EX, inclua a global-no-mac-learning declaração no nível de [edit protocols l2-learning] hierarquia:
[edit protocols l2-learning] global-no-mac-learning;
Para obter informações sobre como configurar um switch virtual, consulte Configuração de um switch virtual de Camada 2 .
Consulte também
lpm-profile tamanho de tabela de prefixo mais longo (LPM) é igual a 32.000 entradas IPv4.lpm-profile tamanho de tabela de prefixo (LPM) mais longo é igual a 32.000 entradas IPv4.num-65-127-prefix declaração em perfis não LPM. Você só pode habilitar ou desabilitar a prefix-65-127-disable declaração para.lpm-profile lpm-profile .custom-profilenum-65-127-prefix declaração para alocar entradas.