Tabelas de encaminhamento da camada 2
Visão geral do aprendizado e encaminhamento da camada 2 para VLANs
- Entenda as tabelas de encaminhamento de Camada 2 em switches, roteadores e dispositivos da Série NFX
- Entenda as tabelas de encaminhamento da Camada 2 em dispositivos de segurança
Entenda 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 em uma VLAN. Uma entrada MAC de origem é criada em suas tabelas MAC de origem e destino para cada endereço MAC aprendido com pacotes recebidos em portas que pertencem à VLAN.
Quando você configura uma VLAN, o aprendizado de endereço de Camada 2 é habilitado por padrão. O VLAN aprende os endereços de controle de acesso de mídia (MAC) unicast para evitar inundar os pacotes em todas as portas da 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 pacotes recebidos nas portas que pertencem à VLAN.
O tráfego não é inundado de volta na interface em que 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ão o tráfego de inundações.
Você pode desativar opcionalmente o aprendizado 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 de Camada 2:
Intervalo de tempo limite 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 uma VLAN
Tamanho da tabela de endereços MAC para a VLAN
Contabilidade MAC para uma VLAN
Entenda as tabelas de encaminhamento da Camada 2 em dispositivos de segurança
O firewall 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 através da qual o dispositivo pode encaminhar tráfego para um endereço MAC específico.
Se o endereço MAC de destino de um pacote é desconhecido do 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 na VLAN além da interface em que 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 diferentes interfaces 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 firewall da Série SRX usa consultas de ARP e solicitações de traceroute (que são solicitações de eco do ICMP com os valores de tempo de vida definidos para 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 ARP e pacotes de traceroute — não o pacote inicial — em todas as interfaces. Quando a ARP ou a inundação de traceroute são usadas, o pacote original é descartado. O dispositivo transmite uma consulta de 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. Apenas o dispositivo com as respostas de endereço IP especificadas, que fornece ao solicitante 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 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 pertencer a um dispositivo em uma sub-rede além do endereço IP de entrada.
Quando você permite que as consultas de ARP localizem um endereço MAC de destino desconhecido, as solicitações de traceroute também são habilitadas. Você também pode especificar opcionalmente que as solicitações de traceroute 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.
Quer você habilite consultas de ARP e solicitações de traceroute ou consultas somente com ARP para localizar endereços MAC de destino desconhecidos, o firewall 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 à sua 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 traceroute e inunda esses pacotes em todas as interfaces, exceto a interface em que 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 da IRB
Endereço MAC de destino definido no endereço MAC de transmissão (todos
0xf
)
Os pacotes de traceroute (solicitação de eco ou ping do ICMP) 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
Conjunto de endereço MAC de origem 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 (MAC) unicast para evitar inundações de pacotes na porta do tronco.
O tráfego não é inundado de volta na interface em que 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ão o tráfego de inundações.
Você pode desativar opcionalmente o aprendizado de Camada 2 para todo o conjunto de VLANs, bem como modificar as seguintes propriedades de aprendizado e encaminhamento de Camada 2:
Limite o número de endereços MAC aprendidos com a 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 de encaminhamento unificadas
- Usando a tabela de encaminhamento unificada para otimizar o armazenamento de endereços
- Entendendo a alocação de endereços MAC e endereços de host
- Perfis de tabela de encaminhamento unificados sobre switches de QFX5130 e QFX5700 para versões evoluídas do Junos OS
- Entendendo 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 de encaminhamento unificadas
Tradicionalmente, as tabelas de encaminhamento são definidas estaticamente e têm suportado apenas um número fixo de entradas para cada tipo de endereço. A tabela de encaminhamento unificada (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ços 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 unificada para otimizar o armazenamento de endereços
Nos switches EX4400, EX4600, EX4650, QFX5100, QFX5110, QFX5120 e QFX5200, você pode controlar a alocação da memória da 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 em que 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 uma máscara de rede a um próximo salto. Observe, no entanto, que todos os prefixos IPv4/32 e prefixos IPv6/128 estão armazenados na tabela de host de 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 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 uma grande quantidade de tráfego de Camada 2, como uma rede virtualizada com muitos servidores e máquinas virtualizadas, você provavelmente escolheria um perfil que aloca uma porcentagem maior de memória para endereços MAC. Para um switch que opera no núcleo de uma rede, participa de uma malha 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 de host de Camada 3 e prefixos LPM.
Apresentamos suporte para switches QFX5200 no Junos OS Release 15.1x53-D30. O switch QFX5200 não tem suporte para o Junos OS Release 16.1R1.
Entendendo a alocação de endereços MAC e endereços de host
Todos os cinco perfis são suportados, cada um dos quais aloca diferentes quantidades de memória para entradas de Camada 2 ou Camada 3, permitindo que você escolha um que melhor se adapte às necessidades de sua rede. No entanto, os switches QFX5200 e QFX5210 oferecem suporte a diferentes valores máximos para cada perfil dos outros switches. Para obter mais informações sobre o perfil personalizado, veja Configuração da tabela de encaminhamento unificada em 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 EX4400, EX4600, QFX5100, QFX5110 e QFX5200, o espaço equivale 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 a tabela LPM, o lpm-profile
tamanho da tabela é igual a 256.000 entradas IPv4.
Começando com o Junos OS Release 18.1R1 no switch QFX5210-64C, para todos esses perfis, exceto para a lpm-profile
tabela de correspondência de prefixo (LPM) mais longa é igual a 32.000 entradas IPv4.
A partir do Junos OS Release 18.3R1, nos switches EX4650 e QFX5120, para todos esses perfis, exceto para a lpm-profile
tabela de prefixo (LPM) mais longa é igual a 144.000 entradas IPv4.
Nos switches EX4400, EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200 e switches QFX5210-64C, IPv4 e IPv6 com próximos saltos ECMP estão armazenados na mesa de host.
Se a tabela de host ou LPM armazena o número máximo de entradas para qualquer tipo de inscrição, toda a tabela compartilhada está cheia e não poderá acomodar any 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 o endereço MAC e as entradas da tabela de host nos switches EX4400.
Nome do perfil | Tabela MAC | Tabela do host (endereços unicast e multicast) | |||||
---|---|---|---|---|---|---|---|
Endereços MAC | Unicast IPv4 | IPv6 unicast | IPv4 (*, G) | IPv4 (S, G) | IPv6 (*, G) | IPv6 (S, G) | |
|
112K |
16K |
8K |
8K |
8K |
4K |
4K |
|
96K |
32K |
16K |
16K |
16K |
8K |
8K |
|
80K |
48K |
24K |
24K |
24K |
12K |
12K |
|
48K |
80K |
40K |
40K |
40K |
20K |
20K |
|
16K |
16K |
8K |
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 EX4600 e QFX5100.
Nome do perfil | Tabela MAC | Tabela do host (endereços unicast e multicast) | |||||
---|---|---|---|---|---|---|---|
Endereços MAC | Unicast IPv4 | IPv6 unicast | 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 3 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 em switches QFX5110.
Nome do perfil | Tabela MAC | Tabela do host (endereços unicast e multicast) | |||||
---|---|---|---|---|---|---|---|
Endereços MAC | Unicast IPv4 | IPv6 unicast | 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 4 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 | IPv6 LPM > /64 |
|
16K |
8K |
0K |
|
12K |
6K |
1K |
|
8K |
4K |
2K |
|
4K |
2K |
3K |
|
0K |
0K |
4K |
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 em switches QFX5200-32C.
Nome do perfil | Tabela MAC | Tabela do host (endereços unicast e multicast) | ||||||
---|---|---|---|---|---|---|---|---|
Endereços MAC | Unicast IPv4 | IPv6 unicast | 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 6 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 em switches QFX5200-48Y.
Nome do perfil | Tabela MAC | Tabela do host (endereços unicast e multicast) | |||||
---|---|---|---|---|---|---|---|
Endereços MAC | Unicast IPv4 | IPv6 unicast | 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 7 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-prefixo | 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 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 em switches QFX5210-64C.
Nome do perfil | Tabela MAC | Tabela do host (endereços unicast e multicast) | ||||||
---|---|---|---|---|---|---|---|---|
Endereços MAC | Unicast IPv4 | IPv6 unicast | IPv4 (*, G) | IPv4 (S, G) | IPv6 (*, G) | IPv6 (S, G) | Correspondência 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 9 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 EX4650 e QFX5120.
Nome do perfil | Tabela MAC | Tabela do host (endereços unicast e multicast) | |||||
---|---|---|---|---|---|---|---|
Endereços MAC | Unicast IPv4 | IPv6 unicast | 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 10 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 | IPv6 LPM > /64 |
|
32K |
16K |
0K |
|
28K |
14K |
1K |
|
24K |
12K |
2K |
|
20K |
10K |
3K |
|
0K |
0K |
4K |
Tabela 11 lista as variações de tamanho da tabela Defip de Camada 3 para os switches EX4650 e QFX5120, dependendo das alterações nas entradas de prefixo IPv6/128.
Nome do perfil | Entradas de prefixo |
||
---|---|---|---|
num-65-127-prefixo | 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 unificados sobre switches de QFX5130 e QFX5700 para versões evoluídas do Junos OS
Você pode configurar um perfil de encaminhamento para a tabela de encaminhamento unificada em 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.
Apenas o host-profile
unificado forwarding profile
é recomendado com configurações EVPN-VXLAN.
Para o VXLAN, cada Camada 2-MAC usa a largura de entradas 2X na tabela L2. Assim, a escala de VXLAN L2 mac
será metade da L2-mac
escala. Para uma escala mais alta L2 mac
, host-profile
é recomendável.
user@switch# set system packet-forwarding-options forwarding-profile ? Possible completions: + apply-groups Groups from which to inherit configuration data + apply-groups-except Don't inherit configuration data from these groups default-profile Refer 'show pfe uft-profile-info' for profile info; restarts PFE host-acl-profile Refer 'show pfe uft-profile-info' for profile info; restarts PFE host-profile Refer 'show pfe uft-profile-info' for profile info; restarts PFE lpm-profile Refer 'show pfe uft-profile-info' for profile info; restarts PFE
Você pode visualizar a escala por perfil usando o show pfe uft-profile-info
comando.
user@switch> show pfe uft-profile-info SENT: Ukern command: show evo-pfemand uft profile-info ============================================================================== PFE UFT Profiles ============================================================================== default-profile lpm-profile host-profile host-acl-profile ============================================================================== IPV4-host 32K 32K 160K 160K IPV4-lpm 720K 1.24M 72K 65K IPV6-host 16K 16K 80K 80K IPV6-lpm 550K 868K 50K 22K L2-mac 32K 32K 160K 160K FP-compression 18K 0 0 18K ARP-overlay 32K 64K 32K 32K ARP-underlay 32K 0 32K 32K L3-mcast v4 16K 16K 32K 32K L3-mcast v6 8K 8K 16K 16K Tunnels Supported No support Supported Supported ==============================================================================
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 |
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) |
Possibilitada | Não suportado | Possibilitada | Possibilitada |
- Quando a capacidade do host é excedida, as rotas unicast de host (IPv4 e IPv6) são revertidas para a tabela LPM.
- O perfil LPM não oferece suporte a túneis (vxlan, gre etc) devido ao qual uma escala de próximo salto overlay aumenta para 64K, resultando em uma escala ARP/NDP crescente para 61K.
Entendendo 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 os 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, essencialmente alocando mais ou menos espaço para entradas LPM IPv4 com qualquer comprimento de prefixo ou entradas IPv6 com comprimentos de prefixo de 64 de menos. Para obter mais informações sobre como alterar os parâmetros padrão do espaço de memória TCAM para entradas LPM, veja Configuração da tabela de encaminhamento unificada em switches.
A opção de ajustar o espaço de TCAM não é suportada nos perfis de prefixo (LPM) mais longos ou 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 esse espaço de memória apenas para rotas IPv4 ou rotas 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 de 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 os 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, veja Configuração da tabela de encaminhamento unificada em switches
Exemplo de tabela de host para perfil com tráfego pesado de camada 2
Tabela 13 lista várias combinações válidas que a tabela do host pode armazenar se você usar o l2-profile-one
perfil nos switches EX4600 e QFX5100. 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 do host está cheia e não pode acomodar mais entradas.
Unicast IPv4 | IPv6 unicast | 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 da tabela de encaminhamento unificado
Tradicionalmente, as tabelas de encaminhamento são 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 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 hash compartilhados entre três tipos diferentes de entradas de tabela de encaminhamento: Endereços MAC, endereços de host de Camada 3 e correspondência de prefixo (LPM) mais longa.
O recurso UFT também oferece suporte a cinco perfis que alocam uma quantidade máxima de memória específica 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
Versão Junos OS 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 inscrições 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 de jogo de prefixo (LPM) mais longos.
Neste exemplo, você aloca dois bancos de memória para endereços de 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. Somente 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 o recurso da Tabela de encaminhamento unificada em um switch de QFX5200 que aloca dois bancos de memória compartilhados para endereço de host de Camada 3 e dois bancos de memória compartilhados para entradas LPM, execute essas tarefas:
- Configuração rápida da CLI
- Configuração do perfil personalizado
- Configurando a alocação de bancos de memória compartilhados
- Resultados
Configuração rápida da CLI
Para configurar rapidamente este exemplo, 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 a configuração da sua rede, copiar e colar os comandos na 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 no switch descem 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 compartilhados
Procedimento passo a passo
Alocar memória para tipos específicos de entradas para os 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 compartilhados (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 compartilhados (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 de exibição. 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 você 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 serão desativadas e voltarão para cima.
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á habilitado.
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 compartilhados 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 por meio 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 através da tabela de 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 através da tabela de hash dedicada, para um total de 72K de memória. As entradas LPM têm 64K de memória alocada por meio de 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 unificada em switches
Tradicionalmente, as tabelas de encaminhamento são 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 o seu switch aloca a memória da 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 host de Camada 2, Camada 3 e entradas de prefixo (LPM) mais longas. Além de selecionar um perfil, você também pode selecionar quanta memória adicional alocar para entradas 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 para endereço de host de Camada 3, enquanto um quarto perfil aloca uma porcentagem maior de memória para entradas LPM. Há 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 alocado em entradas LPM. Para um switch em uma rede virtualizada que lida com uma grande quantidade de 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 alocasse uma porcentagem maior de memória para entradas LPM.
Somente em switches QFX5200 e QFX5210-64C, você também pode configurar um perfil personalizado que permite partilhar bancos de memória compartilhados entre os diferentes tipos de entradas de tabela de encaminhamento. Em QFX5200 switches, esses bancos de memória compartilhada têm uma memória total igual a 128.000 endereços unicast IPv4. Em QFX5210 switches, 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 da 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 unificado da tabela de encaminhamento:
Especifique um perfil da 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 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 descem e voltam para cima (as interfaces de gerenciamento não são afetadas).
A partir das 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 em switches de membros não é reiniciado automaticamente após configurar e cometer uma mudança unificada de 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 surtiu efeito 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 host armazena o número máximo de entradas para qualquer tipo, toda a tabela está cheia e não poderá acomodar any 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 as entradas 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. Prefixos desse tipo são armazenados no espaço para memória endereçada de conteúdo ternário (TCAM). Alterar os parâmetros padrão disponibiliza esse espaço para entradas LPM. Aumentar a quantidade de memória disponível para esses prefixos IPv6 reduz na mesma quantidade a quantidade de memória disponível para armazenar prefixos unicast IPv4 e prefixos IPv6 com comprimentos iguais ou menores que 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 tem suporte, 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 para lpm-profile
. Começando pelo Junos OS Release 13.2X51-D15, você também pode alocar menos ou nenhuma memória para prefixos IPv6 com comprimentos na faixa de /65 a /127, dependendo de qual perfil está configurado. lpm-profie
No entanto, a única mudança que você pode fazer nos parâmetros padrão é alocar nenhuma memória para esses tipos de prefixos.
- Configuração da tabela LPM com o Junos OS versões 13.2X51-D10 e 13.2X52-D10
- Configuração da tabela LPM com o Junos OS Versão 13.2x51-D15 e posterior
Configuração da tabela LPM com o Junos OS versões 13.2X51-D10 e 13.2X52-D10
No Junos OS releases 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 de /65 a /127.
Alocar mais memória para prefixos IPv6 na faixa de /65 a /127:
Quando você configura e confirma a num-65-127-prefix number
declaração, todas as interfaces de dados no switch reiniciam. As interfaces de gerenciamento não são afetadas.
A num-65-127-prefix number
declaração não é apoiada na lpm-profile
.
Configuração da 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
- Configuração do 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 em 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 memória de tabela de encaminhamento para até 4.000 prefixos IPv6 com comprimentos na faixa /65 a /127 para qualquer perfil que não seja o lpm-profile
ou 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 de /65 a /127. Anteriormente, o máximo que você poderia configurar era para 2.048 entradas para prefixos IPv6 com comprimentos na faixa de /65 a /127. O número mínimo de entradas era anteriormente 16, que era o padrão.
Para especificar quanto encaminhamento de memória de tabela alocar para prefixos IPv6 com comprimento na faixa /65 a /127:
Começando pelo Junos OS Release 13.2X51-D15, você pode usar a num-65-127-prefix
declaração para alocar entradas. Tabela 14 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 |
|
0K |
0K |
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 no switch descem e voltam para cima (as interfaces de gerenciamento não são afetadas).
No entanto, a partir das versões 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 são reiniciados automaticamente após a configuração de uma mudança de perfil da tabela de encaminhamento unificada. 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 surtiu efeito 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.
Configuração do perfil LPM com o junos OS Versão 13.2x51-D15 e posterior
Começando pelo 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 padrão máximo para toda a memória LPM.
Para configurar a não alocação da lpm-profile
memória da tabela de encaminhamento para entradas IPv6 com prefixos de /65 a /127, alocando assim mais memória para IPv4:
Especifique para desabilitar a memória da tabela de encaminhamento para prefixos IPv6 com comprimentos na faixa de /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 IPv4 e IPv6 unicast na tabela LPM, liberando assim a memória na tabela do host. Os endereços IPv4 e IPv6 da Unicast são armazenados na tabela LPM em vez da tabela de host, conforme mostrado para Tabela 15 switches QFX5100 e EX4600. (O suporte da 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 de /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 | IPv6 unicast | IPv4 (*, G) | IPv4 (S, G) | IPv6 (*, G) | IPv6 (S, G) | Unicast IPv4 | IPv6 unicast (</65) | IPv6 unicast (>/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 partir do 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 16 lista as situações em que a prefix-65-127-disable
declaração deve ser habilitada ou desabilitada.
Nome do perfil | Entradas de prefixo |
||
---|---|---|---|
num-65-127-prefixo | IPv4 <= /32 | IPv6 <= /64 | IPv6 > /64 |
|
> 128K (mínimo garantido) |
98K |
0K |
|
128K |
16K |
16K |
Em QFX5120 e switches 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 17 lista as situações em que a prefix-65-127-disable
declaração deve ser habilitada ou desabilitada.
Nome do perfil | Entradas de prefixo |
||
---|---|---|---|
prefixo-65-127-desabilitar | IPv4 <= /32 | IPv6 <= /64 | IPv6 > /64 |
|
351K (360.000 aproximadamente) |
168K (172.000 aproximadamente) |
0K |
|
168K (172.000 aproximadamente) |
64K (65.524 aproximados) |
64K (65.524 aproximados) |
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 nenhuma entrada 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ê usa a opção unicast-in-lpm
, mas não usa a opção prefix-65-127-disable
, e endereços IPv6 de 16K com prefixos menores que /65 são armazenados, toda a tabela LPM está cheia e nenhum endereço adicional (IPv4 ou IPv6) pode ser armazenado.
Para configurar a armazenamento de lpm-profile
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 em switches QFX5120 e EX4650
Para perfis não LPM, cada perfil oferece a opção de reservar uma parte da tabela de 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.
Entenda e configure a tabela de encaminhamento unificado
- Use a tabela de encaminhamento unificada para otimizar o armazenamento de endereços
- Configure a tabela de encaminhamento unificado para otimizar o armazenamento de endereços usando perfis
Use a tabela de encaminhamento unificada para otimizar o armazenamento de endereços
ACX5048 e roteadores ACX5096 oferecem suporte ao uso de uma tabela de encaminhamento unificada para otimizar o armazenamento de endereços. Esse recurso oferece a flexibilidade de configurar seu roteador para atender às necessidades do seu ambiente de rede em particular. Você pode controlar a alocação da memória da tabela de encaminhamento disponível para armazenar as seguintes entradas:
Endereços MAC
Entradas de host de camada 3
Entradas de tabela de prefixo (LPM) mais longas
Você pode usar cinco perfis predefinidos (l2-profile-one, l2-profile-two, l2-profile-three, l3-profile, lpm-profile) para alocar o espaço de memória da tabela de forma diferente para cada uma dessas entradas. Os tamanhos da tabela de endereços MAC de Camada 2, tabela de entrada do host de Camada 3 e tabela LPM de Camada 3 são decididos com base no perfil selecionado. Você pode configurar e selecionar os perfis que melhor se adequam às necessidades do seu ambiente de rede.
Tabela 18 ilustra os perfis predefinidos na tabela de encaminhamento unificada e nos respectivos tamanhos de tabela.
Perfil |
Tabela de endereços MAC da Camada 2 |
Tabela de host da Camada 3 |
Tabela LPM da Camada 3 |
---|---|---|---|
l2-profile-one |
288 K |
16 K |
16 K |
l2-profile-two |
224 K |
80 K |
16 K |
l2-profile-three (padrão) |
160 K |
144 K |
16 K |
l3-profile |
96 K |
208 K |
16 K |
lpm-profile |
32 K |
16 K |
128 K |
Os endereços de rota multicast IPv4, IPv6 unicast, IPv4 multicast e IPv6 compartilham a tabela de entrada do host de Camada 3. Se a tabela de host armazena o número máximo de entradas para qualquer tipo, toda a tabela está cheia e não poderá acomodar nenhuma entrada de qualquer outro tipo. Os endereços unicast IPv4 multicast e IPv6 ocupam o dobro do espaço ocupado pelas entradas unicast IPv4, e os endereços multicast IPv6 ocupam quatro vezes o espaço dos endereços unicast IPv4. Tabela 19 mostra o tamanho da tabela do host de Camada 3 para cada perfil.
Perfil |
Tabela de host da Camada 3 |
|||
---|---|---|---|---|
IPv4 Unicast |
IPv4 Multicast |
IPv6 Unicast |
IPv6 Multicast |
|
l2-profile-one |
16 K |
8 K |
8 K |
4 K |
l2-profile-two |
80 K |
40 K |
40 K |
20 K |
l2-profile-three (padrão) |
144 K |
72 K |
72 K |
36 K |
l3-profile |
208 K |
104 K |
104 K |
52 K |
lpm-profile |
16 K |
8 K |
8 K |
4 K |
A tabela LPM de Camada 3 é compartilhada entre prefixos de rota IPv4 e prefixos de rota IPv6. Tabela 20 ilustra o tamanho da tabela para diferentes perfis dos endereços IPv4 e IPv4 na tabela LPM de Camada 3. Quando o encaminhamento de caminho reverso unicast (unicast RPF) é habilitado, o tamanho da tabela reduz para metade.
Perfil |
Tabela LPM da Camada 3 |
||
---|---|---|---|
IPv4 Unicast |
IPv6 Unicast (Prefixo <= /64) |
IPv6 Unicast (Prefixo >/64) |
|
l2-profile-one |
16 K |
8 K |
4 K |
l2-profile-two |
16 K |
8 K |
4 K |
l2-profile-three (padrão) |
16 K |
8 K |
4 K |
l3-profile |
16 K |
8 K |
4 K |
lpm-profile |
128 K |
40 K |
8 K |
Por padrão, não há espaço alocado para endereço de prefixo IPv6 com mais de /64 na tabela LPM. Portanto, o endereço de prefixo com mais de /64 não é permitido na tabela por padrão. Toda a tabela está disponível para endereços IPv4 e para endereços IPv6 que tenham prefixos menores que /64. Você pode fornecer espaço na tabela para endereços com prefixos maiores que /64 usando a configuração CLI. O número de entradas reservadas a esses prefixos está configurado em múltiplos de 16.
Configure a tabela de encaminhamento unificado para otimizar o armazenamento de endereços usando perfis
Você pode usar cinco perfis predefinidos (l2-profile-one, l2-profile-two, l2-profile-three, l3-profile, lpm-profile) para alocar o espaço de memória da tabela. Os tamanhos da tabela de endereços MAC de Camada 2, tabela de entrada do host de Camada 3 e tabela LPM de Camada 3 são decididos com base no perfil selecionado. Você pode configurar e selecionar os perfis que melhor se adequam às necessidades do seu ambiente de rede.
Quando você configura e confirma um perfil, o processo de PFE (Packet Forwarding Engine, mecanismo de encaminhamento de pacotes) é reiniciado e todas as interfaces de dados do roteador descem e voltam para cima.
As configurações l2-profile-three
são configuradas por padrão. Ou seja, se você não configurar a forwarding–options chassis profile-name
declaração, as configurações do l2-profile-three
perfil estarão configuradas.
Configuração do modo de encaminhamento em 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 habilitar o modo de comutação de corte, digite 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 não aprendam endereços MAC de origem e destino.
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 hierárquico [edit protocols l2-learning]
:
[edit protocols l2-learning] global-no-mac-learning;
Para obter informações sobre como configurar um switch virtual, consulte Configurando um switch virtual de Camada 2 .
Consulte também
Tabela de histórico de alterações
A compatibillidadde com o recurso dependerá da platadorma e versão utilizada. Use o Feature Explorer para saber se o recurso é compatível com sua plataforma.
lpm-profile
tamanho da tabela de prefixo (LPM) mais longo é igual a 32.000 entradas IPv4.lpm-profile
tabela de correspondência de prefixo (LPM) mais longa é 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
ou custom-profile
.num-65-127-prefix
declaração para alocar entradas.