Tabelas de encaminhamento de Camada 2
Aprendizado e encaminhamento de Camada 2 para visão geral de VLANs
- Compreender tabelas de encaminhamento de Camada 2 em Switches, Roteadores e Dispositivos da Série NFX
- Compreender tabelas de encaminhamento de Camada 2 em dispositivos de segurança
Compreender 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 Controle de acesso ao meio Unicast (MAC) são adentro para evitar inundações nos pacotes até todas as portas em um VLAN. Uma entrada MAC de origem é criada em suas tabelas MAC de origem e destino para cada endereço MAC aprendida com os pacotes recebidos nas portas que pertencem à VLAN.
Ao configurar uma VLAN, o aprendizado de endereços de Camada 2 é ativado por padrão. O VLAN aprende controle de acesso ao meio 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 aprendida com os pacotes recebidos nas portas que pertencem à VLAN.
O tráfego não é inundado de volta para a interface na qual foi recebido. Entretanto, como esse "horizonte dividido" ocorre em um estágio tardia, as estatísticas de pacote exibidos por comandos, como show interfaces queue incluirá tráfego de inundação.
Opcionalmente, você pode desativar o aprendizado do MAC para todo o dispositivo ou para uma VLAN ou interface lógica específica. Você também pode configurar as seguintes propriedades de aprendizado e encaminhamento da Camada 2:
Intervalo de tempo livre para entradas MAC
Entradas MAC estáticas apenas para interfaces lógicas
Limite o número de endereços MAC aprendidas com uma interface lógica específica ou com todas as interfaces lógicas de uma VLAN
Tamanho da tabela de endereços MAC para VLAN
CONTABILIDADE MAC para VLAN
Compreender 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 camada 2. Quando um pacote chega com um novo endereço MAC de origem em seu header de quadro, o dispositivo adiciona o endereço MAC à sua tabela de encaminhamento e acompanha a interface na qual o pacote chegou. A tabela também contém a interface correspondente pela qual o dispositivo pode encaminhá-lo para um endereço MAC específico.
Caso o endereço MAC de destino de um pacote seja 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 da VLAN que não seja a 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 de um endereço MAC de destino desconhecido. A inundação de pacotes é realizada em dois níveis: os pacotes são inundados para zonas diferentes 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 de VLAN na 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 ICMP com os valores de tempo de vida definidos como 1) em vez de inundação 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 — e não o pacote inicial — em todas as interfaces. Quando a inundação de ARP ou de rastreamento é usada, o pacote original é descartado. O dispositivo transmite uma consulta ARP ou ICMP para todos os outros dispositivos na mesma subnetwork, solicitando que o dispositivo no endereço IP de destino especificado envie uma resposta. Somente o dispositivo com as respostas de endereço IP especificadas, que fornece ao solicitante o endereço MAC do socorrista.
ARP permite que o dispositivo descubra o endereço MAC de destino de um pacote unicast se o endereço IP de destino estiver na mesma sub-rede do endereço IP de entrada. (O endereço IP de entrada 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 pertence a um dispositivo em uma subneta 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 habilitadas. Você também pode especificar opcionalmente que solicitações de rastreamento não sejam usadas; no entanto, o dispositivo pode descobrir endereços MAC de destino para pacotes unicast apenas se o endereço IP de destino estiver na mesma sub-rede do endereço IP de entrada.
Independentemente de você habilitar consultas de ARP e solicitações de rastreamento ou consultas somente para ARP para localizar endereços MAC de destino desconhecidos, o dispositivo da Série SRX realiza as seguintes séries 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, caso ele já não estivesse lá.
O dispositivo derruba o pacote inicial.
O dispositivo gera um pacote de consulta ARP e, opcionalmente, um pacote de rastreamento e inunda todos esses 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 do IRB
Endereço IP de destino definido para o endereço IP de destino do pacote original
Endereço MAC de origem definido como o endereço MAC do IRB
Endereço MAC de destino definido para o endereço MAC de broadcast
0xf(tudo)
Os pacotes Traceroute (solicitação de eco 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 como o endereço MAC de destino do pacote original
Tempo de viver (TTL) definido como
1
Combinando o endereço MAC de destino do pacote inicial com a interface que leva ao endereço MAC, o dispositivo adiciona uma nova entrada à sua tabela de encaminhamento.
O dispositivo encaminha todos os pacotes seguintes que recebe para o MAC de destino abordar a interface correta até o destino.
Aprendizado e encaminhamento de Camada 2 para VLANs que atuam como um switch para uma porta-tronco de Camada 2
O aprendizado de Camada 2 é ativado por padrão. Um conjunto de VLANs, configurado para funcionar como um switch com uma porta de tronco Camada 2, aprende endereços Unicast controle de acesso ao meio (MAC) para evitar inundações de pacotes até a porta do tronco.
O tráfego não é inundado de volta para a interface na qual foi recebido. Entretanto, como esse "horizonte dividido" ocorre em um estágio tardia, as estatísticas de pacote exibidos por comandos, como show interfaces queue incluirá tráfego de inundação.
Opcionalmente, você pode desativar o aprendizado da Camada 2 para todo o conjunto de VLANs, bem como modificar as seguintes propriedades de aprendizado e encaminhamento da Camada 2:
Limitar o número de endereços MAC aprendidas com a porta de tronco Camada 2 associada ao conjunto de VLANs
Modifique o tamanho da tabela de endereços MAC para o conjunto de VLANs
Habilitar a contabilidade mac para o conjunto de VLANs
Entender a tabela de encaminhamento unificado
- Benefícios das tabelas de encaminhamento unificado
- Usando a tabela de encaminhamento unificado para otimizar o armazenamento de endereços
- Compreender a alocação de endereços MAC e endereços de host
- Perfis de tabela de encaminhamento unificado nos switches QFX5130 e QFX5700 para versões do Junos OS Evolved
- Entender as entradas ternary Content Addressable Memory (TCAM) e As entradas de combinação de prefixo mais longos
- Exemplo de tabela de host para perfil com tráfego pesado de Camada 2
Benefícios das tabelas de encaminhamento unificado
Tradicionalmente, as tabelas de encaminhamento são definidas estaticamente e têm suporte para apenas um número fixo de entradas para cada tipo de endereço. A tabela de encaminhamento unificado fornece os seguintes benefícios:
-
Permite alocar recursos de tabela de encaminhamento para otimizar a memória disponível para diferentes tipos de endereços, com base nas necessidades de sua rede.
-
Permite que você aloce 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 da tabela de encaminhamento disponível para armazenar os seguintes:
-
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 descobre quais endereços IP são mapeados para quais endereços MAC; esses pares de valor-chave são armazenados na tabela de host camada 3.
-
Entradas da tabela de prefixo mais longa (LPM) — 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 uma máscara de rede a um próximo hop. Observe, porém, que todos os prefixos IPv4/32 e prefixos IPv6/128 são armazenados na tabela de host camada 3.
A 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 atendam às suas necessidades de rede. Cada perfil está configurado com diferentes valores máximos para cada tipo de endereço. Por exemplo, para um switch que lida com boa parte do tráfego de Camada 2, como uma rede virtualizada com muitos servidores e máquinas virtualizadas, você provavelmente escolheria um perfil que alocasse 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 da tabela de roteamento que ela pode armazenar. Nesse caso, você escolheria um perfil que alocasse uma porcentagem maior de memória para prefixos mais longos. O switch QFX5200 tem suporte para um perfil personalizado que permite dividir os quatro bancos de memória compartilhado disponíveis com um total de 128.000 entradas entre endereços MAC, endereços host Camada 3 e prefixos LPM.
O suporte para QFX5200 switches foi introduzido na Versão 15.1x53-D30 do Junos OS. O QFX5200 switch de segurança não é suportado no Junos OS Release 16.1R1.
Compreender a alocação de endereços MAC e endereços de host
Todos os cinco perfis são suportados, cada um alocando diferentes quantidades de memória para entradas de Camada 2 ou Camada 3, permitindo que você escolha uma que melhor se adapte às necessidades da sua rede. Os switches QFX5200 e QFX5210, porém, são compatíveis com diferentes valores máximos para cada perfil dos outros switches. Para obter mais informações sobre o perfil personalizado, consulte Configurando a tabela de encaminhamento unificado nos switches .
O perfil padrão é l2-profile-three , que aloca espaço igual para endereços MAC e endereços de host 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 lpm-profile tamanho da tabela LPM é igual a 256.000 entradas IPv4.
A começar pelo Junos OS Release 18.1R1 no switch QFX5210-64C, para todos esses perfis, exceto que o tamanho da tabela com prefixo mais longo (LPM) é igual a lpm-profile 32.000 entradas IPv4.
A começar pelo Junos OS Release 18.3R1 nos switches QFX5120 e EX4650, para todos esses perfis, exceto que o tamanho da tabela de prefixo mais longo (LPM) é igual a lpm-profile 32.000 entradas IPv4.
Nos switches QFX5100, EX4600, EX4650, QFX5110, QFX5200, QFX5120 e QFX5210-64C, as rotas de host IPv4 e IPv6 com os próximos hops do ECMP são armazenadas na tabela de host.
Se o host ou a tabela LPM armazenar o número máximo de entradas para qualquer tipo de entrada, toda a tabela compartilhada está cheia e não pode acomodar entradas de qualquer outro tipo. Diferentes tipos de entrada ocupam diferentes quantidades de memória. Por exemplo, um endereço unicast IPv6 ocupa duas vezes mais 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 o endereço MAC e as entradas da tabela de host nos QFX5100 e EX4600 switches.
| 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 |
(armazenada na tabela LPM) |
(armazenada 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 QFX5110 switches.
| 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-prefix | IPv4 LPM<= /32 | IPv6 LPM <= /64 | IPv6 LPM > /64 |
|
|
16K |
8K |
0K |
|
|
12K |
6K |
1K |
|
|
8K |
4K |
2K |
|
|
4K |
2K |
3K |
|
|
0K |
0K |
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 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) | Exact-Match | |
|
|
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 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 da tabela LPM para o switch QFX5200-48Y, dependendo das entradas de prefixo.
| Nome do perfil |
Entradas de prefixo |
||
|---|---|---|---|
| num-65-127-prefix | IPv4 LPM<= /32 | IPv6 LPM <= /64 | IPv6 LPM > /64 |
|
|
16K |
8K |
0K |
|
|
12K |
6K |
1K |
|
|
8K |
4K |
2K |
|
|
40K |
2K |
3K |
|
|
0K |
0K |
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) | Combinação exata | |
|
|
264K |
8K |
4K |
4K |
4K |
2K |
2K |
0K |
|
|
200K |
72K |
36K |
36K |
36K |
18K |
18K |
0K |
|
|
136K |
136K |
72K |
72K |
72K |
36K |
36K |
0K |
|
|
72K |
200K |
100K |
100K |
100K |
50K |
50K |
0K |
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 QFX5120 e EX4650 switches.
| 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-prefix | IPv4 LPM<= /32 | IPv6 LPM <= /64 | IPv6 LPM > /64 |
|
|
32K |
16K |
0K |
|
|
28K |
14K |
1K |
|
|
24K |
12K |
2K |
|
|
20K |
10K |
3K |
|
|
0K |
0K |
4K |
Tabela 10 lista as variações de tamanho da tabela Defip de Camada 3 para QFX5120 e EX4650 switches, dependendo das entradas de prefixo IPv6/128 em mudança.
| Nome do perfil |
Entradas de prefixo |
||
|---|---|---|---|
| num-65-127-prefix | IPv4 LPM<= /32 | IPv6 LPM <= /64 | IPv6 LPM > /64 |
|
|
32K |
16K |
0K |
|
|
24K |
12K |
2K |
|
|
16K |
8K |
4K |
|
|
8K |
4K |
6K |
|
|
0K |
0K |
8K |
Perfis de tabela de encaminhamento unificado nos switches QFX5130 e QFX5700 para versões do Junos OS Evolved
Você pode configurar um perfil de encaminhamento para o recurso Unified Forwarding Table nos switches QFX5130 e QFX5700 usando a instrução de configuração de perfil de encaminhamento de pacotes do sistema definida para Junos OS Evolved Releases.
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
| Aplicações de perfil | Perfil padrão | Perfil de LPM | Perfil do host | Perfil de Host-ACL |
|---|---|---|---|---|
| Recursos | ||||
| Camada 2-MAC | 32K | 32K | 160K | 160K |
| Unicast host de Camada 3 -IPv4 | 32K | 32K | 160K |
160K |
| Host Unicast -IPv6 de Camada 3 | 16K | 16K | 80K | 80K |
| IPv4 LPM | 720K | 1.24M | 72K | 65K |
| IPv6 LPM <= /64 | 550K | 868K | 50K | 22K |
| IPv6 LPM > /64 | 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 é ultrapassada, as rotas unicast do host (IPv4 e IPv6) são rente à tabela DEPM.
- O perfil de LPM não suporta túneis (vxlan, gre etc) devido aos quais uma escala de next-hop sobreposição aumenta para 64K, o que resulta no aumento da escala de ARP/NDP para 61K.
Entender as entradas ternary Content Addressable Memory (TCAM) e As entradas de combinação de prefixo mais longos
Você pode personalizar ainda mais perfis não-LPM configurando o espaço disponível para ternary content addressable memory (TCAM) para alocar mais memória para entradas de combinação de prefixo mais longa. Você pode alterar o número de entradas alocadas nesses endereços IPv6, essencialmente alocando mais ou menos espaço para entradas IPM IPv4 com qualquer comprimento de prefixo ou entradas IPv6 com comprimentos de prefixo de 64 a mais curtos. Para obter mais informações sobre como alterar os parâmetros padrão do espaço de memória TCAM para entradas DE LPM, consulte Configurando a tabela de encaminhamento unificado nos switches .
A opção de ajustar o espaço da TCAM não é suportada nos perfis personalizados ou de prefixo mais longos. No entanto, para o perfil DEPM, você pode configurar espaço TCAM para não alocar nenhuma memória para entradas IPv6 com comprimentos de prefixo de 65 ou mais, alocando esse espaço de memória apenas para rotas IPv4 ou rotas IP com comprimentos de prefixo igual ou inferior a 64 ou uma combinação dos dois tipos de prefixos.
A partir do Junos OS Release 18.1R1 com switches QFX5210, você pode configurar espaço TCAM para alocar no máximo 8.000 entradas IPv6 com comprimentos de prefixo de 65 ou mais. O valor padrão é de 2.000 entradas. A partir da versão 13.2X51-D15 Junos OS, você pode configurar o espaço TCAM para alocar no máximo 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 e 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 do 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áximo e padrão são mais altos. Para obter mais informações sobre esse procedimento, consulte Configurando a tabela de encaminhamento unificado nos 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 perfil em QFX5100 l2-profile-one e EX4600 switches. Esse perfil aloca a porcentagem de memória nos endereços da Camada 2. Observe que os valores padrão podem ser diferentes em outros switches. Cada linha da 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: Configurando um perfil personalizado da tabela de encaminhamento unificado
Tradicionalmente, as tabelas de encaminhamento são definidas estaticamente e têm suporte para apenas um número fixo de entradas para cada tipo de endereço. O recurso Unified Forwarding Table (UFT) permite otimizar a alocação da memória da tabela de encaminhamento para atender melhor às necessidades da sua rede. Este exemplo mostra como configurar um perfil da Tabela de Encaminhamento Unificado que permite que você particione quatro bancos de memória hash compartilhados entre três tipos diferentes de entradas de tabela de encaminhamento: Endereços MAC, endereços de host de Camada 3 e combinação de prefixo mais longa (LPM).
O recurso DAVN também tem suporte para cinco perfis que cada um aloca uma quantidade de memória máxima específica para cada tipo de entrada da tabela de encaminhamento. Alguns perfis alocam mais memória às entradas da Camada 2, enquanto outros alocam mais memória para entradas de Camada 3 ou LPM. Os valores máximos de 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 da tabela de encaminhamento. Você pode configurar até quatro bancos de memória em um perfil personalizado. Assim, o perfil personalizado fornece ainda mais flexibilidade para permitir que você alocar 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 QFX5200 switch
Junos OS Release 15.1x53-D30 ou mais tarde.
Antes de configurar um perfil personalizado, tenha certeza de que tem:
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 compartilhados 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 da tabela de encaminhamento. O perfil personalizado não afeta as tabelas de hash dedicadas. Essas tabelas continuam fixas com 8.000 entradas alocadas para endereços de Camada 2, o equivalente a 8.000 entradas alocadas em endereços IPv4 e o equivalente a 16.000 entradas alocadas para endereços com prefixo mais longo (LPM).
Neste exemplo, você aloca dois bancos de memória para endereços host camada 3 e dois bancos de memória para entradas DE LPM. Isso significa que nenhuma memória da tabela de hash compartilhada é alocada para endereços de Camada 2. Neste cenário, somente a memória da tabela hash dedicada é alocada para endereços de Camada 2.
Configuração
Para configurar um perfil personalizado para o recurso Unified Forwarding Table (Tabela de encaminhamento unificado) em um switch QFX5200 que aloca dois bancos de memória compartilhada para endereço de host Camada 3 e dois bancos de memória compartilhados para entradas DE LPM, execute essas tarefas:
- Configuração rápida CLI
- Configuração do perfil personalizado
- Configurando a alocação de bancos de memória compartilhada
- Resultados
Configuração rápida CLI
Para configurar rapidamente este exemplo, copie os comandos a seguir, confie-os em um arquivo de texto, remova quaisquer quebras de linha, altere quaisquer detalhes necessários para combinar a configuração da rede, copie e copie e copie os comandos na CLI no nível da hierarquia e, em seguida, entre no modo de [edit]commit configuração. É realizado um verificação de compromisso 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 compromete um perfil, a Mecanismo de Encaminhamento de Pacotes reinicializa e todas as interfaces de dados do switch são rebaçadas e voltam a subir.
user@switch# set chassis forwarding-options custom-profile user@switch# set chassis forwarding-options custom-profile l2-entries num-banks 0 user@switch# set chassis forwarding-options custom-profile l3-entries num-banks 2 user@switch# set chassis forwarding-options custom-profile lpm-entries num-banks 2
Configuração do perfil personalizado
Procedimento passo a passo
Para criar o perfil personalizado:
Especifique a
custom-profileopção.[edit chassis forwarding-options] user@switch# set custom-profile
Configurando a alocação de bancos de memória compartilhada
Procedimento passo a passo
Para alocar a memória para tipos específicos de entradas para bancos de memória compartilhados:
Especifique para alocar nenhuma memória de banco compartilhada para entradas da Camada 2.
[edit chassis forwarding-options custom-profile] user@switch# set l2-entries num-banks 0
Especifique 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 alocar dois bancos de memória compartilhada (ou o equivalente a 64.000 entradas IPv4) para entradas de 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 inserindo o comando show chassis forwarding-options. Se a saída não apresentar a configuração pretendido, repetir 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 você tiver terminado de configurar o switch, entre commit no modo de configuração
A Mecanismo de Encaminhamento de Pacotes será reinicializada e todas as interfaces de dados do switch serão baixadas e voltarão a subir.
Verificação
Confirmar se a configuração está funcionando corretamente.
Verificação dos parâmetros do perfil personalizado
Propósito
Verificar 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 como configurado com dois bancos de memória compartilhados designados para entradas de host camada 3; dois bancos de memória compartilhada designados para entradas de LPM; e nenhuma memória compartilhada alocada para entradas da Camada 2.
O campo escala total (K) mostra a alocação total da memória, ou seja, o valor alocado pelos bancos de memória compartilhada mais a quantidade alocada pelas tabelas de hash dedicadas. O valor alocado pelas tabelas de hash dedicadas é fixo e não pode ser alterado. Portanto, as entradas da Camada 2 têm 8K de memória alocada apenas por meio da tabela hash dedicada. As entradas de host de Camada 3 têm 64K de memória alocada por meio de dois bancos de memória compartilhados mais 8K por meio da tabela hash dedicada, para um total de 72K de memória. As entradas de LPM têm 64K de memória alocada por meio de dois bancos de memória compartilhados, mais 16K, por meio da tabela hash dedicada, para um total de 80K de memória.
Configurando a tabela de encaminhamento unificado nos switches
Tradicionalmente, as tabelas de encaminhamento são definidas estaticamente e têm suporte para apenas um número fixo de entradas para cada tipo de endereço armazenado nas tabelas. O recurso Unified Forwarding Table permite otimizar como seu switch aloca a memória da tabela de encaminhamento para diferentes tipos de endereços. Você pode escolher um dos cinco perfis de tabela de encaminhamento unificados. Cada perfil aloca uma quantidade de memória máxima diferente para entradas de camada 2, host camada 3 e combinação de prefixo mais longa (LPM). Além de selecionar um perfil, você também pode selecionar a memória adicional a ser alocada para entradas DE LPM.
Dois perfis alocam porcentagens mais altas de memória para endereços de Camada 2. Um terceiro perfil aloca uma porcentagem maior de memória no endereço de host da Camada 3, enquanto um quarto perfil aloca uma porcentagem maior de memória para entradas de LPM. Existe um perfil padrão configurado que aloca uma quantidade igual de memória para endereços host das Camadas 2 e Camada 3 com o restante alocado para entradas DE LPM. Para um switch em uma rede virtualizada que lida com grande parte do tráfego da Camada 2, você escolheria um perfil que alocasse uma porcentagem maior de memória para endereços da Camada 2. Para um switch que opera no núcleo da rede, você escolheria um perfil que alocasse uma porcentagem maior de memória para entradas de LPM.
Somente nos switches QFX5200 e QFX5210-64C, você também pode configurar um perfil personalizado que permite a divisão de bancos de memória compartilhadas entre os diferentes tipos de entradas de tabela de encaminhamento. Nos QFX5200 switches, esses bancos de memória compartilhados têm uma memória total igual a 128.000 endereços unicast IPv4. Nos QFX5210 switches, esses bancos de memória compartilhados 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: Configurando um perfil personalizado da tabela de encaminhamento unificado.
- Configurando um perfil de tabela de encaminhamento unificado
- Configurando a alocação de memória para entradas de combinação de prefixo mais longos
Configurando um perfil de tabela de encaminhamento unificado
Para configurar um perfil da tabela de encaminhamento unificado:
Especifique um perfil da tabela de encaminhamento.
[edit chassis forwarding-options] user@switch# set profile-name
Por exemplo, para especificar o perfil que aloca a maior porcentagem de memória ao tráfego da Camada 2:
[edit chassis forwarding-options] user@switch# set l2-profile-one
Quando você configura e compromete um perfil, na maioria dos casos, a Mecanismo de Encaminhamento de Pacotes é reinicializada automaticamente, e todas as interfaces de dados do switch são rebateados e voltam a subir (as interfaces de gerenciamento não são afetadas).
A partir das versões do 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 de membro não é reinicializado automaticamente ao configurar e comprometer uma mudança de perfil da tabela de encaminhamento unificada. Esse comportamento evita Virtual Chassis ou instabilidade de VCF após a mudança se propagar para switches de membro e vários Mecanismos de Encaminhamento de Pacotes reinicializar automaticamente ao mesmo tempo. Em vez disso, uma mensagem é exibida no alerta de CLI e registrada no log do sistema do switch para notificar que a mudança de perfil não faz efeito até a próxima vez que você reinicializar o Virtual Chassis ou VCF. Recomendamos que você planeje fazer alterações no perfil somente quando você puder realizar uma reinicialização Virtual Chassis ou sistema VCF imediatamente após o comprimindo a atualização de configuração. Caso contrário, o Virtual Chassis ou VCF pode se tornar inconsistente se um ou mais membros tiver um problema e reinicializar com a nova configuração antes de uma reinicialização do sistema planejada ativar a mudança em todos os membros.
Você pode configurar apenas um perfil para todo o switch.
O l2-profile-three padrão é configurado.
Se a tabela de host armazenar o número máximo de entradas para qualquer tipo, a tabela inteira está cheia e não pode acomodar entradas de qualquer outro tipo. Tenha em mente que um endereço unicast IPv6 ocupa duas vezes mais 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 entradas de combinação de prefixo mais longos
Além de escolher um perfil, você pode otimizar ainda mais a alocação de memória para entradas com prefixo (LPM) mais longa configurando quantos prefixos IPv6 armazenarão com comprimentos de /65 a /127. O switch usa entradas DE LPM durante a busca de endereços para combinar endereços com o prefixo mais longo (mais longo) mais específico. Prefixos desse tipo são armazenados no espaço para ternary content addressable memory (TCAM). Alterar os parâmetros padrão torna esse espaço disponível para entradas DE LPM. O aumento da quantidade de memória disponível para esses prefixos IPv6 reduz pela mesma quantidade de memória disponível para armazenar prefixos unicast IPv4 e prefixos IPv6 com comprimentos igual ou inferior 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 que o UFT é suportado, as versões do Junos OS 13.2X51-D10 e 13.2X52-10, você só pode aumentar a quantidade de memória alocada a prefixos IPv6 com comprimentos de /65 a /127 para qualquer perfil, exceto lpm-profile para . A partir da versão 13.2X51-D15 Junos OS, você também pode alocar menos ou nenhuma memória para prefixos IPv6 com comprimentos no intervalo /65 a /127, dependendo de qual perfil estiver configurado. No entanto, a única mudança que você pode fazer para os parâmetros padrão é não alocar nenhuma memória para lpm-profie esses tipos de prefixos.
- Configurando a tabela de LPM com versões do Junos OS 13.2X51-D10 e 13.2X52-D10
- Configurando a tabela de LPM com a versão 13.2x51-D15 do Junos OS
Configurando a tabela de LPM com versões do Junos OS 13.2X51-D10 e 13.2X52-D10
No Junos OS Releases 13.2x51-D10 e 13.2X52-D10, por padrão, o switch aloca a memória para 16 IPv6 com prefixos com comprimentos na escala /65 a /127. Você pode configurar o switch para alocar mais memória para prefixos IPv6 com comprimentos na faixa /65 a /127.
Para alocar mais memória para prefixos IPv6 no intervalo de /65 a /127:
Quando você configura e confirma a num-65-127-prefix number declaração, todas as interfaces de dados no switch são reinicializadas. As interfaces de gerenciamento não são afetadas.
A num-65-127-prefix number declaração não tem suporte no lpm-profile .
Configurando a tabela de LPM com a versão 13.2x51-D15 do Junos OS
- Configurando perfis de Camada 2 e Camada 3 com o Junos OS Release 13.2x51-D15 ou mais tarde
- Configurando o perfil de lpm com a versão 13.2x51-D15 do Junos OS
- Configurando o perfil de lpm com a versão 14.1x53-D30 do Junos OS
- Configuração de perfis não-LPM em switches QFX5120 e EX4650 de segurança
Configurando perfis de Camada 2 e Camada 3 com o Junos OS Release 13.2x51-D15 ou mais tarde
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 no intervalo /65 a /127 para qualquer perfil diferente do lpm-profilecustom-profile ou . Você também pode especificar a não alocação de memória para essas entradas IPv6. O padrão é de 1.000 entradas para prefixos IPv6 com comprimentos no intervalo /65 a /127. Anteriormente, o máximo que você poderia configurar era de 2.048 entradas para prefixos IPv6 com comprimentos no intervalo /65 a /127. Anteriormente, o número mínimo de entradas era de 16, o que era o padrão.
Para especificar quanto a memória da tabela de encaminhamento deve ser alocada para prefixos IPv6 com comprimento no intervalo /65 a /127:
A partir da versão 13.2X51-D15 Junos OS, você pode usar a instrução para alocar entradas. mostra os números de entradas que você num-65-127-prefixTabela 13 pode alocar. Cada linha representa um caso em que a tabela está cheia e não pode acomodar mais entradas.
| valor de num-65-127-prefixo | Entradas IPv4 | Entradas IPv6 (Prefixo <= 64) | Entradas IPv6 (Prefixo >= 65) |
|
16K |
8K |
0K |
|
12K |
6K |
1K |
|
8K |
4K |
2K |
|
4K |
2K |
3K |
|
0K |
0K |
4K |
Quando você configura e compromete uma mudança de perfil com a instrução, a Mecanismo de Encaminhamento de Pacotes é reinicializada automaticamente, e todas as interfaces de dados do switch são retidas e voltam a subir (as interfaces de gerenciamento não são num-65-127-prefix number afetadas).
Entretanto, a partir das versões do Junos OS 14.1X53-D40, 15.1R5 e 16.1R3, os mecanismos de encaminhamento de pacotes nos switches de Virtual Chassis ou Virtual Chassis Fabric (VCF) não são reinicializados automaticamente após a configuração de uma mudança unificada do perfil da tabela de encaminhamento. Esse comportamento evita Virtual Chassis ou instabilidade de VCF após a mudança se propagar para switches de membro e vários Mecanismos de Encaminhamento de Pacotes reinicializar automaticamente ao mesmo tempo. Em vez disso, uma mensagem é exibida no alerta de CLI e registrada no log do sistema do switch para notificar que a mudança de perfil não faz efeito até a próxima vez que você reinicializar o Virtual Chassis ou VCF. Recomendamos que você planeje fazer alterações no perfil somente quando você puder realizar uma reinicialização Virtual Chassis ou sistema VCF imediatamente após o comprimindo a atualização de configuração. Caso contrário, o Virtual Chassis ou VCF pode se tornar inconsistente se um ou mais membros tiver um problema e reinicializar com a nova configuração antes de uma reinicialização do sistema planejada ativar a mudança em todos os membros.
Configurando o perfil de lpm com a versão 13.2x51-D15 do Junos OS
A começar pela versão do Junos OS 13.2X51-D15 você pode configurar o perfil para não alocar nenhuma memória para entradas IPv6 com comprimentos de prefixo de lpm-profile /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 padrão máximo de toda a memória LPM.
Para configurar a não alocação da memória da tabela de encaminhamento para entradas IPv6 com prefixos de lpm-profile /65 a /127, alocando assim mais memória para IPv4:
Especifique para desativar a memória da tabela de encaminhamento para prefixos IPv6 com comprimentos no intervalo /65 a /127.
[edit chassis forwarding-options lpm-profile] user@switch# set prefix-65-127-disable
Por exemplo, nos switches QFX5100 e EX4600, se você usar a opção, cada uma das seguintes combinações prefix-65-127-disable é válida:
Prefixos 100K IPv4 e 28K IPv6 /64 ou mais curtos.
Prefixos 64K IPv4 e 64K IPv6 /64 ou mais curtos.
Prefixos 128K IPv4 e 0K IPv6 /64 ou mais curtos.
Prefixos 0K IPv4 e 128K IPv6 /64 ou mais curtos.
Nos switches QFX5200, quando você configura a instrução, o número máximo de entradas IPv6 com prefixos igual ou menor que prefix-65-127-disable 64 é de 98.000.
Configurando o perfil de lpm com a versão 14.1x53-D30 do Junos OS
A partir da versão 15.1X53-D30 Junos OS, você pode configurar o perfil para armazenar endereços host Unicast IPv4 e IPv6 na tabela LPM, liberando assim a memória na lpm-profile tabela de host. Os endereços Unicast IPv4 e IPv6 são armazenados na tabela LPM em vez da tabela host, como mostrado em switches QFX5100 e EX4600 Tabela 14 de segurança. (O suporte à plataforma depende da versão do Junos OS em sua instalação.) Você pode usar essa opção com a opção de alocar nenhuma memória na tabela LPM para entradas IPv6 com comprimentos de prefixo no intervalo /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 igual ou inferior a 64.
| prefixo-65- 127-desativar | Tabela MAC | Tabela de host (endereços multicast) | Endereços unicast da tabela DE 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 |
A começar pelo Junos Release 18.1R1, você não pode definir configurar um prefixo para a instrução em perfis num-65-127-prefix não-LPM. Você só pode habilitar ou desativar prefix-65-127-disable a declaração para o lpm-profile .
Tabela 15 lista as situações em que prefix-65-127-disable a declaração deve ser ativada ou desabilitada.
| Nome do perfil | Entradas de prefixo |
||
|---|---|---|---|
| num-65-127-prefix | IPv4 <= /32 | IPv6 <= /64 | IPv6 > /64 |
|
> 128K (mínimo garantido) |
98K |
0K |
|
128K |
16K |
16K |
Nos QFX5120 e EX4600, você não pode definir configurar um prefixo para a instrução em perfis num-65-127-prefix não-LPM. Você só pode habilitar ou desativar prefix-65-127-disable a declaração para o lpm-profile
Tabela 16 lista as situações em que prefix-65-127-disable a declaração deve ser ativada ou desabilitada.
| Nome do perfil | Entradas de prefixo |
||
|---|---|---|---|
| prefix-65-127-disable | IPv4 <= /32 | IPv6 <= /64 | IPv6 > /64 |
|
351.000 (360.000 aproximadamente) |
168K (172.000 aproximadamente) |
0K |
|
168K (172.000 aproximadamente) |
64K (65.524 aproximadamente) |
64K (65.524 aproximadamente) |
Observe que todas as entradas de cada tabela compartilham o mesmo espaço de memória. Se uma tabela armazenar o número máximo de entradas para qualquer tipo, toda a tabela compartilhada está cheia e não pode acomodar entradas de qualquer outro tipo. Por exemplo, se você usar a opção e houver endereços unicast-in-lpm unicast IPv4 de 128K armazenados na tabela LPM, toda a tabela DEPS está cheia e nenhum endereço IPv6 pode ser armazenado. Da mesma forma, se você usar a opção mas não usar a opção, e os endereços IPv6 de 16K com prefixos mais curtos que /65 são armazenados, toda a tabela DEPS está cheia e nenhum endereço unicast-in-lpmprefix-65-127-disable adicional (IPv4 ou IPv6) pode ser armazenado.
Para configurar as entradas para armazenar unicast IPv4 e IPv6 com comprimentos de prefixo igual ou inferior a 64 na tabela lpm-profile LPM:
Configuração de perfis não-LPM em switches QFX5120 e EX4650 de segurança
Para perfis não LPM, cada perfil oferece a opção de reserva de uma parte da tabela de desfip 16K L3 para armazenar prefixos IPv6 > 64. Como estes são prefixos de 128 bits, você pode ter no máximo 8k entradas IPv6/128 na tabela l3-defip.
Configurando o modo de encaminhamento nos switches
Por padrão, os pacotes de pacotes são encaminhados usando o modo armazenamento e encaminhamento. Você pode configurar todas as interfaces para usar o modo cut-through.
Para habilitar o modo de com switching cut-through, insira a seguinte instrução:
[edit forwarding-options] user@switch# set cut-through
Consulte também
Desativação do aprendizado e do encaminhamento da Camada 2
Desativar o aprendizado de MAC dinâmico em um roteador da Série MX ou um switch da Série EX impede que todas as interfaces lógicas do roteador ou switch aprendam endereços MAC de origem e destino.
Para desativar o aprendizado do MAC para um roteador da Série MX ou um switch da Série EX, inclua a global-no-mac-learning declaração em 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 Configurar um Switch virtual de Camada 2.