NESTA PÁGINA
Entender interfaces agregadas de ethernet e LACP para switches
Forçando links ou interfaces lag com capacidade de LACP limitado para estar em alta
Configuração de interfaces de ethernet agregadas não registradas
Configuração do reequilíbrio periódico de assinantes em uma interface Ethernet agregada
Exemplo: configurar a agregação de enlace entre um produto da Série QFX e um switch de agregação
Configuração da proteção de enlace LACP de interfaces agregadas de ethernet para switches
Configuração do timer HOLD-UP LACP para evitar o flapping de enlace nas interfaces LAG
Entendendo o algoritmo usado para hash lag bundle e saída tráfego ECMP next-hop
Configuração dos campos no algoritmo usado para hash LAG Bundle e ECMP Traffic (Procedimento de CLI)
Interfaces Ethernet agregadas
Os tópicos abaixo discutem a visão geral agregada de interfaces de ethernet, detalhes de configuração da agregação de links e interfaces Ethernet agregadas, solução de problemas e verificação de Interfaces Ethernet agregadas.
Entender interfaces agregadas de ethernet e LACP para switches
A agregação de enlace IEEE 802.3ad permite que você agrupar interfaces Ethernet para formar uma única interface de camada de link, também conhecida como um grupo de agregação de links (LAG) ou pacote.
Agregar vários links entre interfaces físicas cria um único enlace de tronco lógico ponto a ponto ou um LAG. O LAG equilibra o tráfego nos links de membros em um pacote Ethernet agregado e aumenta efetivamente a largura de banda de uplink. Outra vantagem da agregação de links é o aumento da disponibilidade, porque o LAG é composto por vários links de membros. Se um link de membro falhar, o LAG continua a transportar tráfego pelos links restantes.
No QFX5100, QFX5120, EX4600, switches autônomos QFX10002 e em um QFX5100 Virtual Chassis e Virtual Chassis EX4600, você pode configurar uma taxa mista de velocidades de enlace para o pacote Ethernet agregado. Apenas as velocidades de enlace de 40G e 10G são suportadas. O balanceamento de carga não funcionará se você configurar velocidades de enlace que não são suportadas.
O protocolo de controle de agregação de links (LACP) é um subcomponente do padrão IEEE 802.3ad e é usado como um protocolo de descoberta.
Para garantir o balanceamento de carga nas interfaces agregadas de Ethernet (AE) em um grupo de nó de servidor redundante, os membros da AE devem ser igualmente distribuídos pelo grupo de nós de servidor redundante.
Durante uma troca de grupo no nó de rede, o tráfego pode ser descartado por alguns segundos.
Grupo de agregação de links
Você configura um LAG especificando o número do link como um dispositivo físico e, em seguida, associando um conjunto de interfaces (portas) com o link. Todas as interfaces precisam ter a mesma velocidade e estar no modo full-duplex. O sistema operacional Junos OS (Junos OS) da Juniper Networks para switches Ethernet da Série EX atribui uma prioridade única de ID e porta a cada interface. O ID e a prioridade não são configuráveis.
O número de interfaces que podem ser agrupadas em um LAG e o número total de LAGs suportados em um switch varia de acordo com o modelo do switch. A Tabela 1 lista os switches da Série EX e o número máximo de interfaces por LAG e o número máximo de LAGs que eles suportam.
LAGs com links de membros de diferentes tipos de interface, por exemplo, ge e mge não são suportados em switches multitratos.
Para o Junos OS Evolved, o software não impõe um limite ao número máximo de interfaces AE em um pacote AE de taxa mista. Como todas as interfaces lógicas infantis pertencem à mesma interface física AE e compartilham o mesmo seletor, usando muito menos memória de equilíbrio de carga, as configurações de interface AE de taxa mista devem passar mesmo se excederem 64 interfaces lógicas.
| Interruptor |
Interfaces máximas por LAG |
LAGs máximos |
|---|---|---|
| EX2200 |
8 |
32 |
| EX2300 |
8 |
128 |
| EX3200 |
8 |
32 |
| Chassi virtual EX3300 e EX3300 |
8 |
32 |
| EX3400 |
16 |
128 |
| Chassi virtual EX4200 e EX4200 |
8 |
111 |
| Chassi virtual EX4300 e EX4300 |
16 |
128 |
| Chassi virtual EX4500, EX4500, EX4550 e Chassi Virtual EX4550 |
8 |
111 |
| EX4400 | 16 | 128 |
| EX4600 |
32 |
128 |
| EX6200 |
8 |
111 |
| EX8200 |
12 |
255 |
| Chassi virtual EX8200 |
12 |
239 |
| EX9200 |
64 |
150 |
| Interruptor |
Interfaces máximas por LAG |
LAGs máximos |
|---|---|---|
| QFX3500 |
64 |
60 |
| QFX3600 |
64 |
60 |
| QFX5100 |
64 |
96 |
| QFX5110 |
64 |
96 |
| QFX5120 |
64 |
72 |
| QFX5200 |
64 |
128 |
| QFX5700 |
128 |
144 |
| QFX10002 |
64 |
150 |
| QFX10008 |
64 |
1000 |
| QFX10016 |
64 |
1000 |
Nos switches da Série QFX, se você tentar cometer uma configuração contendo mais de 64 interfaces Ethernet em um LAG, você receberá uma mensagem de erro dizendo que o limite de grupo de 64 foi excedido, e o checkout de configuração falhou.
Para criar um LAG:
-
Crie uma interface Ethernet agregada lógica.
-
Definir os parâmetros associados à interface Ethernet agregada lógica, como uma unidade lógica, propriedades de interface e protocolo de controle de agregação de enlace (LACP).
-
Defina os links de membro a serem contidos na interface Ethernet agregada — por exemplo, duas interfaces Ethernet de 10 Gigabits.
-
Configure LACP para detecção de enlaces.
Tenha em mente essas diretrizes de hardware e software:
-
Para o Junos OS Evolved, quando uma nova interface é adicionada como membro ao pacote Ethernet agregado, um evento de flap de enlace é gerado. Quando você adiciona uma interface ao pacote, a interface física é excluída como uma interface regular e depois adicionada de volta como um membro. Durante esse tempo, os detalhes da interface física são perdidos.
-
Até 32 interfaces Ethernet podem ser agrupadas para formar um LAG em um grupo de nó de servidor redundante, um grupo de nó de servidor e um grupo de nó de rede em um sistema QFabric. Até 48 LAGs são suportados em grupos redundantes de nós de servidor e grupos de nós de servidor em um sistema QFabric, e até 128 LAGs são suportados em grupos de nó de rede em um sistema QFabric. Você pode configurar LAGs em dispositivos de nó em grupos redundantes de nó de servidor, grupos de nó de servidor e grupos de nó de rede.
Nota:Em um sistema Qfabric, se você tentar cometer uma configuração contendo mais de 32 interfaces Ethernet em um LAG, você receberá uma mensagem de erro dizendo que o limite de grupo de 32 foi excedido, e o checkout de configuração falhou.
-
Até 64 interfaces Ethernet podem ser agrupadas para formar um LAG, e em um Junos Fusion, até 1.000 LAGs são suportados em switches QFX10002 que atuam como dispositivos de agregação.
-
O LAG deve ser configurado em ambos os lados do enlace.
-
As interfaces de ambos os lados do enlace devem ser definidas na mesma velocidade e estar no modo full-duplex.
Nota:O Junos OS atribui uma prioridade única de ID e porta a cada porta. O ID e a prioridade não são configuráveis.
-
Os sistemas QFabric oferecem suporte a um LAG especial chamado FCoE LAG, que permite transportar tráfego FCoE e tráfego Ethernet regular (tráfego que não é tráfego FCoE) pelo mesmo pacote de agregação de enlace. Os LAGs padrão usam um algoritmo de hashing para determinar qual link físico no LAG é usado para uma transmissão, de modo que a comunicação entre dois dispositivos pode usar links físicos diferentes no LAG para diferentes transmissões. Um FCoE LAG garante que o tráfego FCoE use o mesmo link físico no LAG para solicitações e respostas, a fim de preservar o enlace virtual ponto a ponto entre o adaptador de rede convergente (CNA) do dispositivo FCoE e o switch FC SAN em um dispositivo de nó do sistema QFabric. Um FCoE LAG não oferece balanceamento de carga ou redundância de enlace para o tráfego FCoE. No entanto, o tráfego Ethernet regular usa o algoritmo de hashing padrão e recebe os benefícios de LAG usuais de balanceamento de carga e redundância de enlace em um FCoE LAG. Consulte a compreensão dos LAGs FCoE para obter mais informações.
Protocolo de controle de agregação de links (LACP)
LACP é um método de agrupar várias interfaces físicas para formar uma interface Ethernet agregada lógica. Por padrão, os links Ethernet não trocam unidades de dados de protocolo LACP (PDUs), que contêm informações sobre o estado do link. Você pode configurar links Ethernet para transmitir Ativamente PDUs LACP ou configurar os links para transmiti-los passivamente, enviando PDUs LACP apenas quando o link Ethernet os recebe da extremidade remota. O modo LACP pode ser ativo ou passivo. O link transmissor é conhecido como o ator, e o link receptor é conhecido como o parceiro. Se o ator e o parceiro estiverem ambos no modo passivo, eles não trocarão pacotes LACP, e os links Ethernet agregados não aparecerem. Se o ator ou parceiro estiver ativo, eles trocam pacotes LACP. Por padrão, o LACP está no modo passivo em interfaces Ethernet agregadas. Para iniciar a transmissão de pacotes LACP e a resposta a pacotes LACP, você deve habilitar o modo ativo LACP. Você pode configurar interfaces de Ethernet agregadas e marcadas por VLAN sem LACP habilitado. O LACP é definido em IEEE 802.3ad, Aggregation of Multiple Link Segments.
O LACP foi projetado para alcançar o seguinte:
-
Adição e exclusão automáticas de links individuais ao LAG sem intervenção do usuário.
-
Monitoramento de link para verificar se ambas as extremidades do pacote estão conectadas ao grupo correto.
Em um cenário em que um servidor de casa dupla é implantado com um switch, as placas de interface de rede formam um LAG com o switch. Durante uma atualização de servidor, o servidor pode não ser capaz de trocar PDUs LACP. Nessa situação, você pode configurar uma interface para estar no up estado mesmo se nenhuma PDUs for trocada. Use a force-up declaração para configurar uma interface quando o peer tiver recursos LACP limitados. A interface escolhe o LAG associado por padrão, seja no modo ativo ou passivo. Quando as PDUs não são recebidas, o parceiro é considerado trabalhando no modo passivo. Portanto, as transmissões de PDU LACP são controladas pelo enlace transmissor.
Se a extremidade remota do enlace LAG for um dispositivo de segurança, o LACP pode não ser suportado porque os dispositivos de segurança exigem uma configuração determinística. Nesse caso, não configure LACP. Todos os links do LAG estão permanentemente operacionais, a menos que o switch detecte uma falha de enlace dentro da camada física de Ethernet ou das camadas de link de dados.
Quando o LACP está configurado, ele detecta erros de configuração na extremidade local ou na extremidade remota do link. Assim, o LACP pode ajudar a evitar falhas na comunicação:
-
Quando o LACP não está habilitado, um LAG local pode tentar transmitir pacotes para uma interface única remota, o que faz com que a comunicação falhe.
-
Quando o LACP está habilitado, um LAG local não pode transmitir pacotes a menos que um LAG com LACP também esteja configurado na extremidade remota do link.
Veja também
Forçando links ou interfaces lag com capacidade de LACP limitado para estar em alta
Um link sem o protocolo de controle de acesso de enlace (LACP) permanece desativado e não pode ser acessado pelos dispositivos de borda (PE) do provedor na topologia. Você pode configurar o recurso force-up em LACP em um dispositivo PE para o qual você precisa de conectividade.
Para garantir que o peer com capacidade limitada de LACP esteja ativo e acessível na rede LAG, configure um dos links ou interfaces Ethernet agregados em um dispositivo PE para estar ativo usando o nível de hierarquia apropriado em seu dispositivo:
set interfaces interface-name ether-options 802.3ad lacp force-upset interfaces interface-name aggregated-ether-options lacp force-up
Em um ambiente autônomo ou virtual de chassi configurado com Ethernet agregada (AE) :
se uma interface Ethernet agregada (AE) em um switch tiver vários links de membros e um link de membro nesse AE estiver no estado de força para cima com o LACP de seus pares desligado e, em seguida, se o LACP aparecer parcialmente — ou seja, se o LACP for estabelecido com um link de membro não-force-up — a força está desativada no link do membro no qual a força foi configurada, e esse link de membro está pronto para o estabelecimento de conexão por meio do LACP. O force-up só é elegível se a interface do lado do servidor tiver problemas de LACP.
Configuração de uma interface Ethernet agregada
Você pode associar uma interface física a uma interface Ethernet agregada.
Para configurar uma interface Ethernet agregada:
Você especifica o número x da instância da interface para completar a associação de enlace; Você também deve incluir uma declaração definindo aex no nível de [edit interfaces] hierarquia. Você pode especificar opcionalmente outras propriedades físicas que se aplicam especificamente às interfaces Ethernet agregadas; para obter detalhes, consulte a visão geral das Interfaces Ethernet.
Em geral, os pacotes Ethernet agregados oferecem suporte aos recursos disponíveis em todas as interfaces suportadas que podem se tornar um link de membro dentro do pacote. Como exceção, os recursos de Ethernet IQ gigabit e alguns recursos Ethernet Gigabit mais novos não são suportados em pacotes Ethernet agregados.
As interfaces Gigabit Ethernet IQ e SFP podem ser links de membros, mas recursos específicos de IQ e SFP não são suportados no pacote Ethernet agregado, mesmo que todos os links de membros suportem esses recursos individualmente.
Você precisa configurar a velocidade correta do enlace para a interface Ethernet agregada para eliminar qualquer mensagem de aviso.
Antes de cometer uma configuração Ethernet agregada, garanta que o modo de enlace não esteja configurado em nenhuma interface de membro do pacote Ethernet agregado; caso contrário, a verificação de confirmação de configuração falha.
Veja também
Configuração de interfaces de ethernet agregadas marcadas
Para especificar interfaces Ethernet agregadas, inclua a vlan-tagging declaração no nível de [edit interfaces aex] hierarquia:
[edit interfaces aex] vlan-tagging;
Você também deve incluir a vlan-id declaração:
vlan-id number;
Você pode incluir esta declaração nos seguintes níveis de hierarquia:
[edit interfaces interface-name unit logical-unit-number][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
Para obter mais informações sobre as declarações e vlan-id declarações, consulte a vlan-tagging visão geral das VLANs 802.1Q.
Veja também
Configuração de interfaces de ethernet agregadas não registradas
Quando você configura uma interface Ethernet agregada não registrada, as regras existentes para interfaces não registradas se aplicam. Essas regras são as seguintes:
Você pode configurar apenas uma interface lógica (unidade 0) na porta. A unidade lógica 0 é usada para enviar e receber unidades de dados de protocolo LACP ou marcador (PDUs) de e para os links individuais.
Você não pode incluir a
vlan-iddeclaração na configuração da interface lógica.
Configure uma interface Ethernet agregada não registrada omitindo as declarações e vlan-id declaraçõesvlan-tagging da configuração:
[edit interfaces]
ge-1/1/1 {
ether-options {
802.3ad ae0;
}
}
ae0 {
# vlan-tagging; OMIT FOR UNTAGGED AE CONFIGURATIONS
unit 0 {
# vlan-id 100; OMIT FOR UNTAGGED AE CONFIGURATIONS
family inet {
address 10.0.0.1/24 {
vrrp-group 0 {
virtual-address 192.168.110.0;
priority 200;
}
}
}
}
}
Veja também
Configuração do número de interfaces agregadas de ethernet no dispositivo (software aprimorado de camada 2)
Por padrão, nenhuma interface Ethernet agregada é criada. Você deve definir o número de interfaces Ethernet agregadas no dispositivo de roteamento antes de configurá-las.
Você também deve especificar os links físicos constituintes, incluindo a 802.3ad declaração no nível da [edit interfaces interface-name ether-options] hierarquia.[edit interfaces interface-name ether-options]
Veja também
Exemplo: configurar interfaces agregadas de ethernet
Interfaces Ethernet agregadas podem usar interfaces de diferentes FPCs, DPCs ou PICs. A configuração a seguir é suficiente para colocar uma interface Gigabit Ethernet agregada em funcionamento.
[edit chassis]
aggregated-devices {
ethernet {
device-count 15;
}
}
[edit interfaces]
ge-1/3/0 {
gigether-options {
802.3ad ae0;
}
}
ge-2/0/1 {
gigether-options {
802.3ad ae0;
}
}
ae0 {
aggregated-ether-options {
link-speed 1g;
minimum-links 1;
}
}
vlan-tagging;
unit 0 {
vlan-id 1;
family inet {
address 10.0.0.1/24;
}
}
unit 1 {
vlan-id 1024;
family inet {
address 10.0.0.2/24;
}
}
unit 2 {
vlan-id 1025;
family inet {
address 10.0.0.3/24;
}
}
unit 3 {
vlan-id 4094;
family inet {
address 10.0.0.4/24;
}
}
}
Veja também
Exclusão de uma interface Ethernet agregada
Existem duas abordagens para excluir uma interface Ethernet agregada:
Você pode excluir uma interface Ethernet agregada da configuração da interface. O Junos OS remove as declarações de configuração relacionadas
aexe define essa interface para baixo do estado.Você também pode remover permanentemente a interface Ethernet agregada da configuração do dispositivo, excluindo-a da contagem de dispositivos no dispositivo de roteamento.
Para excluir uma interface Ethernet agregada:
Veja também
Entendendo o viés de enlace local
O viés de link local conserva a largura de banda nas portas do Virtual Chassis (VCPs) usando links locais para encaminhar tráfego unicast saindo de um Virtual Chassis ou Virtual Chassis Fabric (VCF) que tem um pacote de grupo de agregação de enlace (LAG) composto por links de membros em diferentes switches membros no mesmo Virtual Chassis ou VCF. Um link local é um link de membro no pacote LAG que está no switch de membro que recebeu o tráfego. Como o tráfego é recebido e encaminhado no mesmo switch de membros quando o viés de enlace local é ativado, nenhuma largura de banda VCP é consumida pelo tráfego que atravessa os VCPs para sair do Virtual Chassis ou VCF usando um link de membro diferente no pacote LAG. O fluxo de tráfego saindo de um Virtual Chassis ou VCF por um pacote LAG quando o viés de enlace local é ativado é ilustrado na Figura 1.
de enlace local
Quando o viés de link local é desativado, o tráfego de saída de um Virtual Chassis ou VCF em um pacote LAG pode ser encaminhado para fora de qualquer link de membro no pacote LAG. As decisões de encaminhamento de tráfego são tomadas por um algoritmo interno que tenta equilibrar o tráfego entre os links de membros no pacote. A largura de banda VCP é frequentemente consumida pelo tráfego de saída quando o viés de enlace local é desativado porque o tráfego de saída atravessa os VCPs para chegar ao link de membro de saída de destino no pacote LAG. O fluxo de tráfego saindo de um Virtual Chassis ou VCF por um pacote LAG quando o viés de enlace local é desativado é ilustrado na Figura 2.
de enlace local
Começando no Junos OS Versão 14.1X53-D25, o viés de link local pode ser habilitado globalmente para todos os pacotes LAG em um Virtual Chassis ou VCF, ou individualmente por pacote LAG em um Virtual Chassis. Em lançamentos anteriores do Junos OS, o viés de link local poderia ser habilitado individualmente apenas por pacote LAG.
Um Virtual Chassis ou VCF que tenha vários pacotes LAG pode conter pacotes que têm e não habilitaram o viés de enlace local. O viés de enlace local afeta apenas o encaminhamento de tráfego unicast saindo de um Virtual Chassis ou VCF; o tratamento do tráfego de entrada não é afetado pela configuração de viés de enlace local. O tráfego de saída multicast, unicast desconhecido e broadcast saindo de um Virtual Chassis ou VCF em um pacote LAG não é impactado pela configuração de viés de enlace local e é sempre balanceado entre os links de membros. O viés de enlace local é desativado, por padrão.
Você deve habilitar o viés de link local se quiser conservar a largura de banda VCP sempre encaminhando tráfego unicast de saída em um pacote LAG de um link local. Você não deve ativar o viés de enlace local se quiser ter o tráfego de saída equilibrado com a carga nos links membros do pacote LAG quando ele sai do Virtual Chassis ou VCF.
Configuração do viés de enlace local
O viés de link local é usado para conservar a largura de banda nas portas do Virtual Chassis (VCPs) usando links locais para encaminhar tráfego unicast saindo de um Virtual Chassis ou Virtual Chassis Fabric (VCF) que tem um pacote de grupo de agregação de links (LAG) composto por links de membros em diferentes switches de membros no mesmo Virtual Chassis ou VCF. Um link local é um link de membro no pacote LAG que está no switch de membro que recebeu o tráfego. Como o tráfego é recebido e encaminhado no mesmo switch de membros quando o viés de enlace local é ativado, nenhuma largura de banda VCP é consumida pelo tráfego que atravessa os VCPs para sair do Virtual Chassis ou VCF em um link de membro diferente no pacote LAG.
Você deve habilitar o viés de link local se quiser conservar a largura de banda VCP sempre encaminhando tráfego unicast de saída em um LAG de um link local. Você não deve habilitar o viés de enlace local se quiser ter o tráfego de saída equilibrado enquanto ele sai do Virtual Chassis ou VCF.
O viés de link local pode ser habilitado ou desativado globalmente ou por pacote LAG em um Virtual Chassis ou VCF. Nos casos em que o viés de enlace local é habilitado nos níveis global e por pacote LAG, a configuração do pacote de LAG tem precedência. Por exemplo, se o viés de enlace local for ativado globalmente, mas desativado em um pacote LAG chamado ae1, o viés de link local é desativado no pacote LAG chamado ae1.
Para ativar o viés de enlace local em um pacote LAG:
[edit] user@switch# set interface aex aggregated-ether-options local-bias
onde aex está o nome do pacote agregado de enlace Ethernet.
Por exemplo, para permitir o viés de enlace local na interface Ethernet agregada ae0:
[edit] user@switch# set interface ae0 aggregated-ether-options local-bias
Entendendo os links mínimos locais
Ao descrever o recurso de links mínimos locais, os links de membros são links que fazem parte de um pacote Ethernet agregado (LAG), os switches de membros são chassis que são membros em um Virtual Chassis ou Virtual Chassis Fabric (VCF), e local member links (ou simplesmente links locais) são links de membros do mesmo LAG que são locais para um chassi virtual ou switch de membro VCF em particular.
Um grupo de agregação de links (LAG) pode incluir links de membros em diferentes chassis e vários links de membros locais em switches de membros em um Virtual Chassis ou VCF. Se os links de membros no LAG falharem, o LAG continua a transportar o tráfego pelos links de membros restantes que ainda estão ativos. Quando vários links de membros são locais para um chassi e um ou mais desses enlaces falham, o tráfego LAG que entra nesse chassi será redistribuído nos links locais restantes. No entanto, os links locais ativos restantes podem sofrer perda de tráfego se os links falhos resultarem em largura de banda total suficientemente reduzida através do chassi.
Introduzido no Junos OS Release 14.1X53-D40, o recurso de links mínimos locais ajuda a evitar perda de tráfego devido à largura de banda assimétrica nos caminhos de encaminhamento de LAG por um virtual Chassis ou switch de membro VCF quando um ou mais links de membros locais falharam.
O recurso de links mínimos locais é suportado apenas em Virtual Chassis ou VCFs com switches QFX5100 para membros.
Com base em um valor limiar configurado pelo usuário, quando um ou mais links de membros falham, esse recurso marca qualquer links locais ativos restantes como "baixo", forçando o tráfego LAG a ser redistribuído apenas por meio de links de membros em outro chassi. Para habilitar esse recurso em uma determinada interface Ethernet agregada (aex), você define a local-minimum-links-threshold declaração de configuração com um valor limiar que representa a porcentagem de links de membros locais que devem estar em um chassi para que quaisquer links de membros locais nesse chassi continuem ativos no pacote Ethernet agregado.
O valor limite configurado:
Aplica-se a uma interface Ethernet agregada especificada.
Aplica-se a qualquer chassi que tenha links no pacote Ethernet agregado especificado.
Representa uma porcentagem de links de membros locais ativos do número total de links de membros locais para o chassi.
Quando o recurso de links mínimos local está habilitado para um LAG, se um ou mais links de membros em um chassi falharem, o recurso compara a porcentagem de links de membros locais que ainda estão até o limite. Se a porcentagem de links "para cima" for menor do que o limite, o recurso força os links locais ativos restantes e nenhum tráfego para a interface Ethernet agregada será encaminhado através dos links de membros nesse chassi. Se a porcentagem de links que estão "para cima" for maior ou igual ao limite, o status dos links ativos permanecerá inalterado, e o tráfego LAG continuará a ser distribuído por links de membros disponíveis nesse chassi.
Por exemplo, considere um switch de membro em uma malha virtual de chassi que tem quatro links ativos de um LAG, e o recurso de links mínimos local está habilitado com o limite definido para 60:
Se um link de membro cair, 75% (três em quatro) dos links ainda estão em alta, o que é maior do que o limite (60 por cento), de modo que os links restantes permanecem acordados.
Se dois links de membros diminuirem, apenas 50% (dois em quatro) dos links estão "para cima", de modo que o recurso de links mínimos locais força os dois links ativos restantes "para baixo". O mesmo acontece se três links de membros falharem, o link restante também for forçado a descer.
Os links mínimos locais apresentam faixas, independentemente de os links estarem desligados porque o link falhou ou o link foi forçado a descer, bem como quando links ativos, com falha ou de membros forçados são adicionados ou removidos. Como resultado, o recurso pode responder dinamicamente quando:
Os links de membros locais falharam.
Altere o valor de limite configurado ou desabiibilize o recurso de links mínimos local.
Adicionar ou remover links de membros locais altera o número total de links de membros locais, ou altera a razão de links "para cima" para links totais de membros locais em comparação com o limite.
Por exemplo, se um link de membro falho fizer com que todos os links de membros locais sejam forçados a descer, esse enlace volta a subir e traz a porcentagem de links "para cima" acima do limite atual, o sistema ajusta o status dos links forçados para marcá-los novamente também.
Você só deve habilitar esse recurso se o seu sistema gerenciar de perto caminhos de encaminhamento de tráfego de entrada e saída em LAGs para chassis individuais em um Virtual Chassis e VCFs, especialmente onde o viés de link local também está ativado.
- Configuração de links mínimos locais
- Efeito de links mínimos locais em links mínimos LAG
- Links mínimos locais e viés de enlace local
Configuração de links mínimos locais
O recurso de links mínimos locais é desativado por padrão. Para habilitar esse recurso para um pacote LAG (que se aplica a qualquer chassi que tenha links locais de membros no LAG), basta configurar um valor limiar para a interface LAG, da seguinte forma:
[edit interfaces] user@switch# set aggregated-ether-options aex local-minimum-links-threshold threshold-value
Para atualizar o valor limite, use o mesmo comando com o novo valor limite.
Para desativar o recurso de links mínimos locais, exclua a local-minimum-links-threshold declaração da configuração. Todos os links que foram forçados a descer por este recurso são automaticamente criados novamente em poucos segundos.
Efeito de links mínimos locais em links mínimos LAG
O limite de links mínimos locais por chassi é semelhante à configuração de links mínimos para um pacote LAG, que configura o número mínimo de links de membros no pacote que devem estar atualizados para que a interface Ethernet agregada como um todo seja considerada "ativa". (Veja como configurar a agregação do enlace para obter detalhes.) Links de membros locais que falham ou são forçados a descer pelo recurso de links mínimos locais contribuem para a contagem de links "up" para o LAG como um todo. Como resultado, esse recurso pode fazer com que todo o LAG seja derrubado se links locais suficientes forem forçados a diminuir. Ativar e configurar o recurso de links mínimos locais é independente da configuração de links mínimos LAG, mas você deve considerar cuidadosamente o efeito potencial combinado no LAG como um todo ao configurar ambos os recursos.
Links mínimos locais e viés de enlace local
Os links mínimos locais e os recursos de viés de link local operam de forma independente, mas podem influenciar os resultados de encaminhamento de tráfego uns dos outros. Por exemplo, quando o viés de enlace local é ativado e de outra forma favoreceria o encaminhamento do tráfego para fora dos links locais no pacote Ethernet agregado, mas esses links estão desativados porque o limite de links mínimos local não é atendido no momento, o tráfego de saída será redirecionado através dos VCPs para outros switches virtuais de chassi ou membro VCF para encaminhamento. Nesse caso, o aumento inesperado do tráfego VCP pode afetar o desempenho do Virtual Chassis ou VCF.
Consulte o Understanding Local Link Bias para obter detalhes sobre o recurso local de viés de link.
Veja também
Resolução de problemas de uma interface Ethernet agregada
Resolução de problemas para interfaces Ethernet agregadas:
- O comando do Show Interfaces mostra que o LAG está desativado
- Estatísticas lógicas de interface não refletem todo o tráfego
- As estatísticas de tráfego da interface IPv6 não são compatíveis
- SNMP contra-ataca seHCInBroadcastPkts e seInBroadcastPkts estiverem sempre 0
O comando do Show Interfaces mostra que o LAG está desativado
Problema
Descrição
O show interfaces terse comando mostra que o LAG está desativado.
Solução
Confira a seguir:
Verifique se não há incompatibilidade de configuração.
Verifique se todas as portas dos membros estão ativas.
Verifique se um LAG faz parte da ethernet da família — comutação (Lag de Camada 2) ou inet familiar (Lag de Camada 3).
Verifique se o membro LAG está conectado ao LAG correto na outra extremidade.
Verifique se os membros lag pertencem ao mesmo switch (ou ao mesmo Virtual Chassis).
Estatísticas lógicas de interface não refletem todo o tráfego
Problema
Descrição
As estatísticas de tráfego de uma interface lógica não incluem todo o tráfego.
Solução
Os campos de estatísticas de tráfego para interfaces lógicas em show interfaces comandos mostram apenas tráfego de controle; as estatísticas de tráfego não incluem tráfego de dados. Você pode ver as estatísticas para todo o tráfego apenas por interface física.
As estatísticas de tráfego da interface IPv6 não são compatíveis
SNMP contra-ataca seHCInBroadcastPkts e seInBroadcastPkts estiverem sempre 0
Configuração da agregação de links
Use o recurso de agregação de link para agregar um ou mais links para formar um link virtual ou grupo de agregação. O cliente MAC pode tratar este link virtual como se fosse um único link. A agregação de enlace aumenta a largura de banda, oferece uma degradação graciosa à medida que a falha ocorre e aumenta a disponibilidade do enlace.
Uma interface com um endereço IP já configurado não pode fazer parte do grupo de agregação.
No QFX5100, QFX5120, QFX5200, EX4600, QFX10002 e switches autônomos QFX10008 e no QFX5100 Virtual Chassis e no Virtual Chassis EX4600, você pode configurar uma taxa mista de velocidades de link para o pacote Ethernet agregado. O balanceamento de carga não funcionará se você configurar velocidades de enlace que não são suportadas. (O suporte à plataforma depende da versão do Junos OS em sua instalação.)
- Criação de uma interface Ethernet agregada
- Configuração do nome VLAN e número de ID VLAN
- Configuração do Ethernet LACP agregado (procedimento de CLI)
Criação de uma interface Ethernet agregada
Para criar uma interface Ethernet agregada:
Configuração do nome VLAN e número de ID VLAN
As VLANs não são compatíveis com switches da Série OCX.
[edit vlans]
user@switch# set vlan-name vlan-id vlan-id-number
Por exemplo, 100.
Quando você adiciona ou remove um vlan de uma interface LAG, a interface cai e volta (abas). O flapping acontece quando um SFP de baixa velocidade é conectado a uma porta de velocidade relativamente alta. Para evitar bater, configure a velocidade da porta para corresponder à velocidade do SFP.
Configuração do Ethernet LACP agregado (procedimento de CLI)
Para interfaces Ethernet agregadas em switches da Série EX, você pode configurar o Protocolo de Controle de Agregação de Enlace (LACP). LACP é um método de agrupar várias interfaces físicas para formar uma interface lógica. Você pode configurar interfaces Ethernet agregadas com ou sem LACP habilitado.
O LACP foi projetado para alcançar o seguinte:
Adição e exclusão automáticas de links individuais ao pacote sem intervenção do usuário
Monitoramento de link para verificar se ambas as extremidades do pacote estão conectadas ao grupo correto
Você também pode configurar a proteção de enlace LACP em interfaces Ethernet agregadas. Para obter informações, consulte a configuração da proteção de enlace LACP de interfaces de ethernet agregadas para switches.
A implementação do LACP pelo Junos OS oferece monitoramento de enlaces, mas não adição automática e exclusão de links.
Antes de configurar o LACP para a Série EX, certifique-se de ter:
Configurou os pacotes Ethernet agregados — também conhecidos como grupos de agregação de links (LAGs). Consulte a configuração de links Ethernet agregados (procedimento de CLI)
Quando o LACP está habilitado, os lados locais e remotos das unidades de dados de protocolo de troca de links Ethernet agregados (PDUs), que contêm informações sobre o estado do link. Você pode configurar links Ethernet para transmitir Ativamente PDUs ou configurar os links para transmiti-los passivamente (enviando PDUs LACP apenas quando eles as recebem de outro link). Um lado do link deve ser configurado quanto active ao link estar ativo.
Não adicione LACP a um LAG se a extremidade remota do enlace LAG for um dispositivo de segurança, a menos que o dispositivo de segurança dê suporte a LACP. Os dispositivos de segurança geralmente não oferecem suporte a LACP porque exigem uma configuração determinística.
Para configurar o LACP:
O processo LACP só existe no sistema se você configurar o sistema no modo LACP ativo ou passivo.
Veja também
Configuração da proteção agregada de enlace Ethernet
Você pode configurar a proteção de enlace para interfaces Ethernet agregadas para fornecer QoS nos links durante a operação.
Em interfaces Ethernet agregadas, você designa um link principal e de backup para oferecer suporte à proteção do link. O tráfego de saída passa apenas pelo enlace principal designado. Isso inclui tráfego de trânsito e tráfego gerado localmente no roteador ou switch. Quando o enlace principal falha, o tráfego é roteado pelo enlace de backup. Como alguma perda de tráfego é inevitável, o tráfego de saída não é automaticamente encaminhado de volta para o enlace principal quando o enlace principal é restabelecido. Em vez disso, você controla manualmente quando o tráfego deve ser desviado de volta para o link principal a partir do link de backup designado.
A proteção de enlace não é compatível com o MX80.
- Configuração da proteção de links para interfaces Ethernet agregadas
- Configuração de links primários e de backup para interfaces de ethernet agregadas por link
- Voltando o tráfego para um link principal quando o tráfego está passando por um enlace de backup
- Desativação da proteção de links para interfaces Ethernet agregadas
Configuração da proteção de links para interfaces Ethernet agregadas
Interfaces Ethernet agregadas oferecem suporte à proteção de enlace para garantir qoS na interface.
Para configurar a proteção do enlace:
Veja também
Configuração de links primários e de backup para interfaces de ethernet agregadas por link
Para configurar a proteção do link, você deve especificar um link primário e secundário, ou backup.
Para configurar um link principal e um link de backup:
Veja também
Voltando o tráfego para um link principal quando o tráfego está passando por um enlace de backup
Em interfaces Ethernet agregadas, você designa um link principal e de backup para oferecer suporte à proteção do link. O tráfego de saída passa apenas pelo enlace principal designado. Isso inclui tráfego de trânsito e tráfego gerado localmente no roteador ou switch. Quando o enlace principal falha, o tráfego é roteado pelo enlace de backup. Como alguma perda de tráfego é inevitável, o tráfego de saída não é automaticamente encaminhado de volta para o enlace principal quando o enlace principal é restabelecido. Em vez disso, você controla manualmente quando o tráfego deve ser desviado de volta para o link principal a partir do link de backup designado.
Para controlar manualmente quando o tráfego deve ser desviado de volta para o link principal a partir do link de backup designado, entre no seguinte comando operacional:
user@host> request interface revert aex
Veja também
Desativação da proteção de links para interfaces Ethernet agregadas
Para desativar a proteção de enlace, emita o comando de delete interfaces aex aggregated-ether-options link-protection configuração.
user@host# delete interfaces aex aggregated-ether-options link-protection
Veja também
Configure a velocidade agregada do enlace Ethernet
Em interfaces Ethernet agregadas, você pode definir a velocidade de enlace necessária para todas as interfaces incluídas no pacote.
Alguns dispositivos oferecem suporte a taxas mistas e modos mistos. Por exemplo, você pode configurar o seguinte na mesma interface Ethernet agregada:
-
Links para membros de diferentes modos (WAN e LAN) para links Ethernet de 10 Gigabit
-
Links para membros de diferentes taxas: Ethernet de 10 Gigabit, Ethernet de 25 Gigabit, Ethernet de 40 Gigabit, Ethernet de 50 Gigabit, Ethernet de 100 Gigabit, Ethernet de 400 Gigabit e OC192 (modo Ethernet Ethernet de 10 Gigabits)
-
Você só pode configurar links de membro Ethernet de 50 Gigabit usando as interfaces Ethernet de 50 Gigabit do Ethernet PIC de 100 Gigabit com CFP (PD-1CE-CFP-FPC4).
-
Você só pode configurar links de membroS Ethernet de 100 Gigabit usando as duas interfaces Ethernet de 50 Gigabit de um Ethernet PIC de 100 Gigabit com CFP. Você pode incluir este link de membro Ethernet de 100 Gigabit em um link Ethernet agregado que inclui links de membros de outras interfaces também.
Para configurar a velocidade agregada do enlace Ethernet:
Você pode configurar interfaces agregadas de Ethernet no roteador M120 para operar em uma das seguintes velocidades:
-
100m— os links são de 100 Mbps. -
10g— os links são de 10 Gbps. -
1g— os links são de 1 Gbps. -
oc192— os links são OC192 ou STM64c.
Você pode configurar links Ethernet agregados em switches da Série EX para operar em uma das seguintes velocidades:
-
10m— os links são de 10 Mbps. -
100m— os links são de 100 Mbps. -
1g— os links são de 1 Gbps. -
10g— os links são de 10 Gbps. -
50g— Os links são de 50 Gbps.
Você pode configurar links Ethernet agregados em roteadores das Séries T, MX e PTX e nos switches QFX5100, QFX5120, QFX10002, QFX10008 e QFX10016 para operar em uma das seguintes velocidades:
-
100g— os links são de 100 Gbps. -
100m— os links são de 100 Mbps. -
10g— os links são de 10 Gbps. -
1g— os links são de 1 Gbps. -
40g— Os links são de 40 Gbps. -
50g— Os links são de 50 Gbps. -
80g— os links são de 80 Gbps. -
8g— os links são de 8 Gbps. -
mixed— Os enlaces são de várias velocidades. -
oc192— os links são OC192.
Configuração do reequilíbrio periódico de assinantes em uma interface Ethernet agregada
Se os assinantes estiverem frequentemente fazendo login e saindo da sua rede, você pode configurar o sistema para reequilibrar periodicamente os links com base em um tempo e intervalo específicos.
Para configurar o reequilíbrio periódico:
Veja também
Exemplo: configurar uplinks agregados de Ethernet de alta velocidade entre um switch de acesso de chassi virtual EX4200 e um switch de distribuição de chassi virtual EX4200
Os switches da Série EX permitem combinar vários links Ethernet em uma interface lógica para maior largura de banda e redundância. As portas combinadas dessa maneira são referidas como um grupo de agregação de links (LAG) ou pacote. O número de links Ethernet que você pode combinar em um LAG depende do seu modelo de switch da Série EX.
Este exemplo descreve como configurar LAGs uplink para conectar um switch de acesso Virtual Chassis a um switch de distribuição Virtual Chassis:
Requisitos
Este exemplo usa os seguintes componentes de software e hardware:
Junos OS Versão 9.0 ou posterior para switches da Série EX
Dois switches EX4200-48P
Dois switches EX4200-24F
Quatro módulos de uplink XFP
Antes de configurar os LAGs, certifique-se de ter:
Configurou os switches Virtual Chassis. Consulte a configuração de um chassi virtual EX4200, EX4500 ou EX4550 (procedimento de CLI).
Configurou as portas de uplink nos switches como portas de tronco. Consulte a configuração das interfaces Ethernet gigabit (procedimento de CLI).
Visão geral e topologia
Para velocidade máxima e resiliência, você pode combinar uplinks entre um switch de acesso e um switch de distribuição em LAGs. O uso de LAGs pode ser particularmente eficaz ao conectar um switch de acesso Virtual Chassis de vários membros a um switch de distribuição Virtual Chassis de vários membros.
O switch de acesso Virtual Chassis neste exemplo é composto por dois switches de membros. Cada switch de membro tem um módulo uplink com duas portas Ethernet de 10 Gigabit. Essas portas são configuradas como portas de tronco, conectando o switch de acesso com o switch de distribuição.
Configurar os uplinks como LAGs tem as seguintes vantagens:
O protocolo de controle de agregação de links (LACP) pode ser configurado opcionalmente para negociação de links.
Ele dobra a velocidade de cada uplink de 10 Gbps para 20 Gbps.
Se uma porta física for perdida por qualquer motivo (um cabo está desconectado ou uma porta de switch falhar, ou um switch de membro estiver indisponível), a porta lógica continua funcionando de maneira transparente sobre a porta física restante.
A topologia usada neste exemplo consiste em um switch de acesso Virtual Chassis e um switch de distribuição Virtual Chassis. O switch de acesso é composto por dois switches EX4200-48P (SWA-0 e SWA-1), interconectados entre si com suas portas Virtual Chassis (VCPs) como switches membros do Host-A. O switch de distribuição é composto por dois switches EX4200-24F (SWD-0 e SWD-1), interconectados com seus VCPs como switches membros do Host-D.
Cada membro do switch de acesso tem um módulo de uplink instalado. Cada módulo de uplink tem duas portas. Os uplinks são configurados para funcionar como portas de tronco, conectando o switch de acesso com o switch de distribuição. Uma porta de uplink da SWA-0 e uma porta de uplink da SWA-1 são combinadas como LAG ae0 para SWD-0. Este link é usado para um VLAN. As portas de uplink restantes do SWA-0 e do SWA-1 são combinadas como uma segunda conexão LAG (ae1) a SWD-1. O LAG ae1 é usado para outro VLAN.
Se a extremidade remota do enlace LAG for um dispositivo de segurança, o LACP pode não ser suportado porque os dispositivos de segurança exigem uma configuração determinística. Nesse caso, não configure LACP. Todos os links do LAG estão permanentemente operacionais, a menos que o switch detecte uma falha de enlace dentro da camada física de Ethernet ou das camadas de link de dados.
A Tabela 3 detalha a topologia usada neste exemplo de configuração.
| Nome | de host do switch e porta-malas | do | módulo de uplink | dehardware base | VCID|
|---|---|---|---|---|---|
SWA-0 |
Switch de acesso Host-A VCID 1 |
Switch EX4200-48P |
Um módulo de uplink XFP |
0 |
|
SWA-1 |
Switch de acesso Host-A VCID 1 |
Switch EX4200-48P |
Um módulo de uplink XFP |
1 |
|
SWD-0 |
Switch de distribuição Host-D VCID 4 |
Switch L-24F EX4200 |
Um módulo de uplink XFP |
0 |
|
SWD-1 |
Switch de distribuição Host-D VCID 4 |
Switch L-24F EX4200 |
Um módulo de uplink XFP |
1 |
|
Configuração
Para configurar dois LAGs uplink do switch de acesso Virtual Chassis para o switch de distribuição Virtual Chassis.
Procedimento
Configuração rápida de CLI
Para configurar rapidamente uplinks agregados de alta velocidade Ethernet entre um switch de acesso Virtual Chassis e um switch de distribuição Virtual Chassis, copie os seguintes comandos e cole-os na janela do terminal do switch:
[edit]
set chassis aggregated-devices ethernet device-count 2
set interfaces ae0 aggregated-ether-options minimum-links 1
set interfaces ae0 aggregated-ether-options link-speed 10g
set interfaces ae1 aggregated-ether-options minimum-links 1
set interfaces ae1 aggregated-ether-options link-speed 10g
set interfaces ae0 unit 0 family inet address 192.0.2.0/25
set interfaces ae1 unit 0 family inet address 192.0.2.128/25
set interfaces xe-0/1/0 ether-options 802.3ad ae0
set interfaces xe-1/1/0 ether-options 802.3ad ae0
set interfaces xe-0/1/1 ether-options 802.3ad ae1
set interfaces xe-1/1/1 ether-options 802.3ad ae1
Procedimento passo a passo
Para configurar uplinks agregados de alta velocidade da Ethernet entre um switch de acesso Virtual Chassis e um switch de distribuição Virtual Chassis:
Especifique o número de LAGs a serem criados no chassi:
[edit chassis] user@Host-A# set aggregated-devices ethernet device-count 2
Especifique o número de links que precisam estar presentes para que a
ae0interface LAG sejaup:[edit interfaces] user@Host-A# set ae0 aggregated-ether-options minimum-links 1
Especifique o número de links que precisam estar presentes para que a
ae1interface LAG sejaup:[edit interfaces] user@Host-A# set ae1 aggregated-ether-options minimum-links 1
Especifique a velocidade de mídia do
ae0link:[edit interfaces] user@Host-A# set ae0 aggregated-ether-options link-speed 10g
Especifique a velocidade de mídia do
ae1link:[edit interfaces] user@Host-A# set ae1 aggregated-ether-options link-speed 10g
Especifique o ID de interface dos uplinks a serem incluídos no LAG
ae0:[edit interfaces] user@Host-A# set xe-0/1/0 ether-options 802.3ad ae0 user@Host-A# set xe-1/1/0 ether-options 802.3ad ae0
Especifique o ID de interface dos uplinks a serem incluídos no LAG
ae1:[edit interfaces] user@Host-A# set xe-0/1/1 ether-options 802.3ad ae1 user@Host-A# set xe-1/1/1 ether-options 802.3ad ae1
Especifique que o LAG
ae0pertence à sub-rede para o domínio de broadcast de funcionários:[edit interfaces] user@Host-A# set ae0 unit 0 family inet address 192.0.2.0/25Especifique que o LAG
ae1pertence à sub-rede do domínio de broadcast convidado:[edit interfaces] user@Host-A# set ae1 unit 0 family inet address 192.0.2.128/25
Resultados
Exibir os resultados da configuração:
[edit]
chassis {
aggregated-devices {
ethernet {
device-count 2;
}
}
}
interfaces {
ae0 {
aggregated-ether-options {
link-speed 10g;
minimum-links 1;
}
unit 0 {
family inet {
address 192.0.2.0/25;
}
}
}
ae1 {
aggregated-ether-options {
link-speed 10g;
minimum-links 1;
}
unit 0 {
family inet {
address 192.0.2.128/25;
}
}
xe–0/1/0 {
ether-options {
802.3ad ae0;
}
}
xe–1/1/0 {
ether-options {
802.3ad ae0;
}
}
xe–0/1/1 {
ether-options {
802.3ad ae1;
}
}
xe–1/1/1 {
ether-options {
802.3ad ae1;
}
}
}
Verificação
Para verificar se a comutação está operacional e que dois LAGs foram criados, execute essas tarefas:
Verificando se o LAG ae0 foi criado
Propósito
Verifique se o LAG ae0 foi criado no switch.
Ação
show interfaces ae0 terse
Interface Admin Link Proto Local Remote ae0 up up ae0.0 up up inet 192.0.2.0/25
Significado
A saída confirma que o ae0 link está ativo e mostra o family endereço IP atribuído a este link.
Verificando se o LAG ae1 foi criado
Propósito
Verifique se o LAG ae1 foi criado no switch
Ação
show interfaces ae1 terse
Interface Admin Link Proto Local Remote ae1 up down ae1.0 up down inet 192.0.2.128/25
Significado
A saída mostra que o ae1 enlace está desativado.
Solucionando problemas
Resolução de problemas de um LAG que está em baixa
Problema
O show interfaces terse comando mostra que o LAG é down
Solução
Confira a seguir:
Verifique se não há incompatibilidade de configuração.
Verifique se todas as portas dos membros estão ativas.
Verifique se um LAG faz parte da comutação de ethernet familiar (Lag de Camada 2) ou inet familiar (Lag de Camada 3).
Verifique se o membro LAG está conectado ao LAG correto na outra extremidade.
Verifique se os membros lag pertencem ao mesmo switch (ou ao mesmo Virtual Chassis).
Exemplo: configurar a agregação de enlace entre um produto da Série QFX e um switch de agregação
Um produto da Série QFX permite combinar vários links Ethernet em uma interface lógica para maior largura de banda e redundância. As portas combinadas dessa maneira são referidas como um grupo de agregação de links (LAG) ou pacote. O número de links Ethernet que você pode combinar em um LAG depende do seu modelo de produto da Série QFX. Você pode configurar LAGs para conectar um produto da Série QFX ou um switch EX4600 a outros switches, como switches de agregação, servidores ou roteadores. Este exemplo descreve como configurar LAGs para conectar um switch QFX3500, QFX3600, EX4600, QFX5100 e QFX10002 a um switch de agregação.
Requisitos
Este exemplo usa os seguintes componentes de software e hardware:
Junos OS Versão 11.1 ou posterior para os switches QFX3500 e QFX3600, Junos OS 13.2 ou posterior para o switch QFX5100 e EX4600, e Junos OS Versão 15.1X53-D10 ou posterior para switches QFX10002.
Um switch QFX3500, QFX3600, EX4600, QFX5100 ou QFX10002.
Visão geral e topologia
Neste exemplo, o switch tem um LAG composto por duas interfaces Ethernet de 10 Gigabit. Esse LAG está configurado no porta-malas do modo de porta (ou tronco do modo de interface) para que o switch e o VLAN a que foi atribuído possam enviar e receber tráfego.
Configurar as interfaces Ethernet como LAGs tem as seguintes vantagens:
Se uma porta física for perdida por qualquer motivo (um cabo está desconectado ou uma porta de switch falhar), a porta lógica continua funcionando de maneira transparente sobre a porta física restante.
O protocolo de controle de agregação de links (LACP) pode ser configurado opcionalmente para monitoramento de links e adição automática e exclusão de links individuais sem intervenção do usuário.
Se a extremidade remota do enlace LAG for um dispositivo de segurança, o LACP pode não ser suportado porque os dispositivos de segurança exigem uma configuração determinística. Nesse caso, não configure LACP. Todos os links do LAG estão permanentemente operacionais, a menos que o switch detecte uma falha de enlace dentro da camada física de Ethernet ou das camadas de link de dados.
A topologia usada neste exemplo consiste em um switch com um LAG configurado entre duas de suas interfaces Ethernet de 10 Gigabit. O switch está conectado a um switch de agregação.
A Tabela 4 detalha a topologia usada neste exemplo de configuração.
| Porta tronco | dehardware base | do hostname |
|---|---|---|
Interruptor |
Switch QFX3500, QFX3600, EX4600, QFX5100 ou QFX10002 |
|
Configuração
Para configurar um LAG entre duas interfaces Ethernet de 10 Gigabit.
Procedimento
Configuração rápida de CLI
Para configurar rapidamente um LAG entre duas interfaces Ethernet de 10 Gigabit em um switch, copie os seguintes comandos e cole-os na janela do terminal do switch:
Se você estiver configurando um LAG usando software aprimorado de Camada 2 — por exemplo, no switch EX4600, QFX5100 ou QFX10002 — use a interface-mode declaração em vez da port-mode declaração. Para obter detalhes do ELS, consulte usando o CLI de software de camada 2 aprimorado.
[edit] set chassis aggregated-devices ethernet device-count 1 set interfaces ae0 aggregated-ether-options minimum-links 1 set interfaces ae0 aggregated-ether-options link-speed 10g set interfaces ae0 unit 0 family ethernet-switching vlan members green set interfaces xe-0/0/2 ether-options 802.3ad ae0 set interfaces xe-0/0/3 ether-options 802.3ad ae0 set interfaces ae0 unit 0 family ethernet-switching port-mode trunk set interfaces ae0 aggregated-ether-options lacp active set interfaces ae0 aggregated-ether-options lacp periodic fast
Procedimento passo a passo
Para configurar um LAG entre um switch da Série QFX e um switch de agregação:
Especifique o número de LAGs a serem criados no switch:
[edit chassis] user@switch# set aggregated-devices ethernet device-count 1
Especifique o número de links que precisam estar presentes para que a
ae0interface LAG sejaup:[edit interfaces] user@switch# set ae0 aggregated-ether-options minimum-links 1
Especifique a velocidade de mídia do
ae0link:[edit interfaces] user@switch# set ae0 aggregated-ether-options link-speed 10g
Especifique os membros a serem incluídos no pacote Ethernet agregado:
[edit interfaces] user@switch# set interfaces xe-0/0/2 ether-options 802.3ad ae0 [edit interfaces] user@switch# set interfaces xe-0/0/3 ether-options 802.3ad ae0
Atribua um modo de porta de tronco ao
ae0link:Nota:Se você estiver configurando um LAG usando software aprimorado de Camada 2 — por exemplo, no switch EX4600, QFX5100 ou QFX10002 — use a
interface-modedeclaração em vez daport-modedeclaração. Para obter detalhes do ELS, consulte usando o CLI de software de camada 2 aprimorado.[edit interfaces] user@switch# set ae0 unit 0 family ethernet-switching port-mode trunk
Ou
[edit interfaces] user@switch# set ae0 unit 0 family ethernet-switching interface-mode trunk
Atribua o LAG a um VLAN:
[edit interfaces] user@switch# set ae0 unit 0 family ethernet-switching vlan members green vlan-id 200
(Opcional): Designe um lado do LAG como ativo para LACP:
[edit interfaces] user@switch# set ae0 aggregated-ether-options lacp active
(Opcional): Designe o intervalo e a velocidade em que as interfaces enviam pacotes LACP:
[edit interfaces] user@switch# set ae0 aggregated-ether-options lacp periodic fast
Resultados
Exibir os resultados da configuração em um switch QFX3500 ou QFX3600:
[edit]
chassis {
aggregated-devices {
ethernet {
device-count 1;
}
}
}
green {
vlan-id 200;
}
}
interfaces {
ae0 {
aggregated-ether-options {
link-speed 10g;
minimum-links 1;
}
unit 0 {
family ethernet-switching {
port-mode trunk;
vlan {
members green;
}
}
}
xe-0/0/2 {
ether-options {
802.3ad ae0;
}
}
xe-0/0/3 {
ether-options {
802.3ad ae0;
}
}
}
Verificação
Para verificar se a comutação está operacional e que um LAG foi criado, execute essas tarefas:
Verificando se o LAG ae0.0 foi criado
Propósito
Verifique se o LAG ae0.0 foi criado no switch.
Ação
show interfaces ae0 terse
Interface Admin Link Proto Local Remote ae0 up up ae0.0 up up eth-switch
Significado
A saída confirma que o ae0.0 link está ativo e mostra o family endereço IP atribuído a este link.
Verificando se o LAG ae0 foi criado
Propósito
Verifique se o LAG ae0 foi criado no switch
Ação
show interfaces ae0 terse
Interface Admin Link Proto Local Remote ae0 up down ae0.0 up down eth-switch
Significado
A saída mostra que o ae0.0 enlace está desativado.
Solucionando problemas
Resolução de problemas de um LAG que está em baixa
Problema
O show interfaces terse comando mostra que o LAG é down.
Solução
Confira a seguir:
Verifique se não há incompatibilidade de configuração.
Verifique se todas as portas dos membros estão ativas.
Verifique se um LAG faz parte da comutação de ethernet familiar (Lag de Camada 2) ou inet familiar (Lag de Camada 3).
Verifique se o membro LAG está conectado ao LAG correto na outra extremidade.
Configuração do Ethernet LACP agregado
Para interfaces Ethernet agregadas, você pode configurar o Protocolo de Controle de Agregação de Enlace (LACP). LACP é um método de agrupar várias interfaces físicas para formar uma interface lógica. Você pode configurar a Ethernet agregada e marcada por VLAN com ou sem LACP habilitado.
Para agregação de enlace multichassis (MC-LAG), você deve especificar o system-id e admin key. Os colegas de MC-LAG usam o mesmo system-id ao enviar as mensagens LACP. Ela system-id pode ser configurada no dispositivo de rede MC-LAG e sincronizada entre pares para validação.
As trocas de LACP são feitas entre atores e parceiros. Um ator é a interface local em uma troca de LACP. Um parceiro é a interface remota em uma troca de LACP.
O LACP é definido em IEEE 802.3ad, agregação de múltiplos segmentos de enlace.
O LACP foi projetado para alcançar o seguinte:
Adição e exclusão automáticas de links individuais ao pacote agregado sem intervenção do usuário
Monitoramento de link para verificar se ambas as extremidades do pacote estão conectadas ao grupo correto
A implementação do LACP pelo Junos OS oferece monitoramento de enlaces, mas não adição automática e exclusão de links.
O modo LACP pode ser ativo ou passivo. Se o ator e o parceiro estiverem ambos no modo passivo, eles não trocam pacotes LACP, o que resulta em links Ethernet agregados não surgindo. Se o ator ou parceiro estiver ativo, eles trocam pacotes LACP. Por padrão, o LACP é desativado em interfaces Ethernet agregadas. Se o LACP estiver configurado, ele está no modo passivo por padrão. Para iniciar a transmissão de pacotes LACP e a resposta a pacotes LACP, você deve configurar LACP no modo ativo.
Para ativar o modo ativo LACP, inclua a lacp declaração no nível de [edit interfaces interface-name aggregated-ether-options] hierarquia e especifique a opção active :
[edit interfaces interface-name aggregated-ether-options] lacp { active; }
O processo LACP só existe no sistema se você configurar o sistema no modo LACP ativo ou passivo.
Para restaurar o comportamento padrão, inclua a lacp declaração no nível de [edit interfaces interface-name aggregated-ether-options] hierarquia e especifique a opção passive :
[edit interfaces interface-name aggregated-ether-options] lacp { passive; }
A partir da versão 12.2 do Junos OS, você também pode configurar o LACP para substituir o padrão IEEE 802.3ad e permitir que o link de espera sempre receba tráfego. Superar o comportamento padrão facilita o failover do subsecond.
Para substituir o padrão IEEE 802.3ad e facilitar o failover de subsecond, inclua a fast-failover declaração no nível de [edit interfaces interface-name aggregated-ether-options lacp] hierarquia.
Para obter mais informações, veja as seguintes seções:
- Configuração do intervalo LACP
- Configuração da proteção de enlace LACP
- Configuração da prioridade do sistema LACP
- Configuração do identificador do sistema LACP
- Configuração de chave administrativa LACP
- Configuração da prioridade de porta LACP
- Rastreamento das operações de LACP
- Limitações de LACP
- Exemplo: configurar o Ethernet LACP agregado
Configuração do intervalo LACP
Por padrão, o ator e o parceiro enviam pacotes LACP a cada segundo. Você pode configurar o intervalo em que as interfaces enviam pacotes LACP, incluindo a periodic declaração no nível de [edit interfaces interface-name aggregated-ether-options lacp] hierarquia:
[edit interfaces interface-name aggregated-ether-options lacp] periodic interval;
O intervalo pode ser rápido (a cada segundo) ou lento (a cada 30 segundos). Você pode configurar taxas periódicas diferentes em interfaces ativas e passivas. Quando você configura as interfaces ativas e passivas a taxas diferentes, o transmissor honra a taxa do receptor.
A filtragem de endereços de origem não funciona quando o LACP está ativado.
Os policiais percentuais não são suportados em interfaces Ethernet agregadas com a família de protocolo CCC configurada. Para obter mais informações sobre policiais percentuais, consulte as políticas de roteamento, filtros de firewall e o guia de usuário dos policiais de tráfego.
Geralmente, o LACP é suportado em todas as interfaces Ethernet agregadas não registradas. Para obter mais informações, consulte Configuração de interfaces de ethernet agregadas não registradas.
Configuração da proteção de enlace LACP
Ao usar a proteção de link LACP, você pode configurar apenas dois links de membros para uma interface Ethernet agregada: um ativo e um standby.
Para forçar links ativos e de espera dentro de uma Ethernet agregada, você pode configurar a proteção do enlace LACP e a prioridade do sistema no nível agregado da interface Ethernet usando as declarações e system-priority as link-protection declarações. Configurar valores nesse nível resulta apenas nas interfaces configuradas usando a configuração definida. A configuração da interface LACP também permite substituir as configurações de LACP globais (chassi).
A proteção de enlace LACP também usa a prioridade da porta. Você pode configurar a prioridade de porta no nível de hierarquia da interface [ether-options] Ethernet usando a port-priority declaração. Se você optar por não configurar a prioridade da porta, a proteção do link LACP usa o valor padrão para prioridade de porta (127).
A proteção de link LACP oferece suporte à configuração de agendamento por unidade em interfaces Ethernet agregadas.
Para permitir a proteção de enlace LACP para interfaces Ethernet agregadas, use a link-protection declaração no nível de [edit interfaces aeX aggregated-ether-options lacp] hierarquia:
[edit interfaces aeX aggregated-ether-options lacp] link-protection; disable; revertive; non-revertive; }
Por padrão, a proteção de enlace LACP é revertida para um enlace de maior prioridade (com menor número) quando esse enlace de maior prioridade se torna operacional ou um link é adicionado ao agregador que é determinado como mais prioritário. No entanto, você pode eliminar o cálculo do enlace adicionando a non-revertive declaração à configuração de proteção de enlace LACP. No modo nãoevertivo, uma vez que um link esteja ativo e coletando e distribuindo pacotes, a subsequente adição de um enlace de maior prioridade (melhor) não resulta em um switch e o link atual permanece ativo.
Se a proteção de enlace LACP estiver configurada para não serevertiva no nível global ([edit chassis] hierarquia), você pode adicionar a revertive declaração à configuração de proteção de enlace LACP para substituir a configuração nãoevertiva para a interface. No modo reversivo, a adição de um link de maior prioridade ao agregador resulta em LACP realizando um recalculação prioritário e comutação do link ativo atual para o novo link ativo.
Se ambas as extremidades de um agregador tiverem a proteção de link LACP ativada, certifique-se de configurar ambas as extremidades do agregador para usar o mesmo modo. A incompatibilidade dos modos de proteção de enlace LACP pode resultar em perda de tráfego.
Recomendamos fortemente que você use LACP em ambas as extremidades do agregador, quando você conecta uma interface Ethernet agregada com duas interfaces de membros a qualquer outro dispositivo de fornecedor. Caso contrário, o dispositivo do fornecedor (digamos um switch de Camada 2, ou um roteador), não será capaz de gerenciar o tráfego vindo do pacote Ethernet agregado de dois enlaces. Como resultado, você pode observar o dispositivo do fornecedor enviando de volta o tráfego para o link de membro de backup da interface Ethernet agregada.
Atualmente, MX-MPC2-3D, MX-MPC2-3D-Q, MX-MPC2-3D-EQ, MX-MPC1-3D, MX-MPC1-3D-Q e MPC-3D-16XGE-SFPP não derrubam o tráfego que volta ao link de backup, enquanto DPCE-R-Q-20GE-2XGE, DPCE-R-Q-20GE-SFP, DPCE-R-Q-40GE-SFP, DPCE-R-Q-4XGE-XFP, DPCE-X-Q-40GE-SFP e DPCE-X-Q-4XGE-XFP derrubam o tráfego que chega ao link de backup.
Configuração da prioridade do sistema LACP
Para configurar a prioridade do sistema LACP para interfaces Ethernet agregadas na interface, use a system-priority declaração no nível de [edit interfaces aeX aggregated-ether-options lacp] hierarquia:
[edit interfaces aeX aggregated-ether-options lacp] system-priority;
A prioridade do sistema é um valor binário de 2 octetes que faz parte do ID do sistema LACP. O ID do sistema LACP consiste na prioridade do sistema como os dois octetes mais significativos e o endereço MAC da interface como os seis octetes menos significativos. O sistema com o valor numericamente menor para a prioridade do sistema tem a maior prioridade. Por padrão, a prioridade do sistema é 127, com um intervalo de 0 a 65.535.
Configuração do identificador do sistema LACP
Para configurar o identificador de sistema LACP para interfaces Ethernet agregadas, use a system-id declaração no nível de [edit interfaces aeX aggregated-ether-options lacp] hierarquia:
[edit interfaces aeX aggregated-ether-options lacp] system-id system-id;
O identificador de sistema definido pelo usuário no LACP permite que duas portas de dois dispositivos separados atuem como se fizessem parte do mesmo grupo agregado.
O identificador de sistema é um campo único globalmente exclusivo de 48 bits (6 byte). Ele é usado em combinação com um valor de prioridade do sistema de 16 bits, o que resulta em um identificador único do sistema LACP.
Configuração de chave administrativa LACP
Para configurar uma chave administrativa para LACP, inclua a admin-key number declaração no nível de edit interfaces aex aggregated-ether-options lacp] hierarquia:
[edit interfaces ae x aggregated-ether-options-lacp] admin-key number;
Você deve configurar o MC-LAG para configurar a admin-key declaração. Para obter mais informações sobre o MC-LAG, consulte a configuração da agregação de enlace multichassis em roteadores da Série MX .
Configuração da prioridade de porta LACP
Para configurar a prioridade da porta LACP para interfaces Ethernet agregadas, use a port-priority declaração nos níveis de [edit interfaces interface-name ether-options 802.3ad aeX lacp] hierarquia ou [edit interfaces interface-name ether-options 802.3ad aeX lacp] :
[edit interfaces interface-name ether-options 802.3ad aeX lacp] port-priority priority;
A prioridade da porta é um campo de 2 octets que faz parte do ID da porta LACP. O ID da porta LACP consiste na prioridade da porta como os dois octetes mais significativos e o número da porta como os dois octetes menos significativos. O sistema com valor numericamente menor para prioridade de porta tem a maior prioridade. Por padrão, a prioridade da porta é 127, com uma faixa de 0 a 65.535.
A seleção de agregação de portas é feita por cada sistema com base na mais alta prioridade de porta e é atribuída pelo sistema com a mais alta prioridade. As portas são selecionadas e atribuídas a partir da porta de maior prioridade do sistema de maior prioridade e funcionam com prioridade a partir daí.
A seleção de agregação de portas (discutida acima) é realizada para o link ativo quando a proteção de enlace LACP está ativada. Sem a proteção de enlace LACP, a prioridade da porta não é usada na seleção de agregação de portas.
Rastreamento das operações de LACP
Para rastrear as operações do processo LACP, inclua a traceoptions declaração no nível de [edit protocols lacp] hierarquia:
[edit protocols lacp] traceoptions { file <filename> <files number> <size size> <world-readable | no-world-readable>; flag flag; no-remote-trace; }
Você pode especificar as seguintes bandeiras na protocols lacp traceoptions declaração:
all— Todas as operações de rastreamento LACP
configuration— Código de configuração
packet— Pacotes enviados e recebidos
process— Eventos de processo LACP
protocol— máquina de estado de protocolo LACP
routing-socket— Eventos de soquete de roteamento
startup— Processar eventos de startup
Limitações de LACP
O LACP pode unir várias interfaces físicas diferentes, mas apenas recursos que são suportados em todos os dispositivos vinculados serão suportados no pacote de agregação de links (LAG) resultante. Por exemplo, diferentes PICs podem oferecer suporte a um número diferente de aulas de encaminhamento. Se você usar a agregação de enlace para unir as portas de um PIC que oferece suporte a até 16 aulas de encaminhamento com uma PIC que oferece suporte a até 8 classes de encaminhamento, o pacote LAG resultante só suportará até 8 aulas de encaminhamento. Da mesma forma, unir uma PIC que oferece suporte ao WRED com uma PIC que não aceita isso resultará em um pacote LAG que não aceita WRED.
Exemplo: configurar o Ethernet LACP agregado
Configure o Ethernet LACP agregado em uma interface marcada por VLAN:
LACP com Ethernet agregada VLAN-Tagged
[edit interfaces]
ge--1/1/1 {
ether-options {
802.3ad ae0;
}
}
ae0 {
aggregated-ether-options {
lacp {
active;
}
}
vlan-tagging;
unit 0 {
vlan-id 100;
family inet {
address 10.1.1.2/24 {
vrrp-group 0 {
virtual-address 10.1.1.4;
priority 200;
}
}
}
}
}
Configure o Ethernet LACP agregado em uma interface não registrada:
LACP com Ethernet agregada não registrada
[edit interfaces]
ge-1/1/1 {
ether-options-options {
802.3ad ae0;
}
}
ae0 {
aggregated-ether-options {
lacp {
active;
}
}
unit 0 {
family inet {
address 10.1.1.2/24 {
vrrp-group 0 {
virtual-address 10.1.1.4;
priority 200;
}
}
}
}
}
Configuração da proteção de enlace LACP de interfaces agregadas de ethernet para switches
Você pode configurar a proteção do enlace LACP e a prioridade do sistema em nível global no switch ou para uma interface Ethernet agregada específica. Ao usar a proteção de link LACP para proteger um único link no pacote ethernet agregado, você configura apenas dois links de membro para uma interface Ethernet agregada: um ativo e um standby. A proteção de enlace LACP garante que apenas um link — o enlace com a maior prioridade — seja usado no tráfego. O outro link é forçado a ficar em um estado de espera .
Ao usar a proteção de enlace LACP para proteger vários links em um pacote de ethernet agregado, você configura links em subgrupos primários e de backup. Um subgrupo de proteção de link é uma coleção de links de ethernet dentro do pacote ethernet agregado. Ao usar subgrupos de proteção de links, você configura um subgrupo principal e um subgrupo de backup. O processo de configuração inclui a atribuição de links de membros a cada subgrupo. Quando o processo de configuração é concluído, o subgrupo principal é usado para encaminhar o tráfego até que um evento de switchover, como uma falha de enlace, ocorra e faça com que o subgrupo de backup assuma o controle do tráfego que estava viajando nos links do subgrupo principal dentro do pacote.
Por padrão, a proteção de enlace LACP é revertida para um enlace de maior prioridade (com menor número) quando o enlace de maior prioridade se torna operacional ou quando um enlace de maior prioridade é adicionado ao pacote Ethernet agregado. Para fins prioritários, a proteção de enlace LACP trata subgrupos como links. Você pode eliminar o cálculo do enlace adicionando a non-revertive declaração à configuração de proteção de enlace. No modo nãoevertivo, quando um link está ativo no envio e recebimento de pacotes LACP, adicionar um link de maior prioridade ao pacote não altera o status do enlace ativo atualmente. Ele permanece ativo.
Se a configuração do link LACP for especificada para não serevertiva no nível da hierarquia global [edit chassis] , você pode especificar a revertive declaração na configuração de proteção de enlace LACP no nível agregado da interface Ethernet para substituir a configuração nãoevertiva para a interface. No modo reversivo, adicionar um link de maior prioridade ao pacote Ethernet agregado resulta em LACP recalculando a prioridade e comutando o status do link ativo atualmente para o novo link de maior prioridade.
Quando a proteção de enlace LACP é ativada em lados locais e remotos do enlace, ambos os lados devem usar o mesmo modo (reversivo ou não).
Configurar a configuração do link LACP no nível agregado de Ethernet resulta apenas nas interfaces configuradas usando a configuração definida. A configuração da interface LACP também permite substituir as configurações de LACP globais (chassi).
Antes de configurar a proteção do link LACP, certifique-se de ter:
Configurou os pacotes Ethernet agregados — também conhecidos como grupos de agregação de links (LAGs). Para a Série EX, consulte configuração de links agregados de ethernet (procedimento de CLI).
LACP configurado para a interface. Para a Série Ex, consulte Configuração do Ethernet LACP agregado (procedimento de CLI).
Você pode configurar a proteção de link LACP para todas as interfaces agregadas de Ethernet no switch, permitindo-o em nível global no switch ou configurá-lo para uma interface Ethernet agregada específica, permitindo-a nessa interface.
- Configuração da proteção de enlace LACP para um único link em nível global
- Configuração da proteção de enlace LACP para um único link no nível de interface agregada
- Configuração de pacotes de subgrupo para fornecer proteção de link LACP a vários links em uma interface Ethernet agregada
Configuração da proteção de enlace LACP para um único link em nível global
Para configurar a proteção de enlace LACP para interfaces Ethernet agregadas em nível global:
Configuração da proteção de enlace LACP para um único link no nível de interface agregada
Para habilitar a proteção de enlace LACP para uma interface Ethernet agregada específica:
Configuração de pacotes de subgrupo para fornecer proteção de link LACP a vários links em uma interface Ethernet agregada
Você pode configurar pacotes de subgrupo de proteção de links para fornecer proteção de link para vários links em um pacote de ethernet agregado.
Os subgrupos de proteção de link permitem que você forneça proteção de enlace a uma coleção de links Ethernet dentro de um pacote LAG, em vez de fornecer proteção a um único link apenas no pacote ethernet agregado. Você pode, por exemplo, configurar um subgrupo primário com três links de membros e um subgrupo de backup com três links de membros diferentes e usar o subgrupo de backup para fornecer proteção de link para o subgrupo principal.
Para configurar a proteção de links usando subgrupos:
O LACP decide o estado ativo e de backup dos links. Ao configurar o LACP, o estado do enlace de backup não deve ser configurado manualmente como desativado. O comando a seguir não é suportado se o LACP estiver configurado:set interfaces ae0 aggregated-ether-options link-protection backup-state down
Configuração do timer HOLD-UP LACP para evitar o flapping de enlace nas interfaces LAG
Nas interfaces do grupo de agregação de links (LAG), quando um link de membro (criança) cai, seu estado muda da corrente para expirada. Esse link pode passar do estado atual para o estado expirado e voltar ao estado atual quando receber unidades de dados de protocolo LACP intermitentes (PDUs) e tempo limite de manutenção. Esse flapping pode afetar negativamente o tráfego no enlace.
Para evitar o uso excessivo de um enlace infantil LAG, você pode configurar um temporizar o hold-up na interface LAG aplicável a todos os links de membros nessa interface em particular. Manter a manutenção, em termos de rede, significa impedir a transição de uma interface de baixo para cima para um intervalo de tempo especificado.
Quando configurado, o temporizador de espera é acionado quando uma máquina de estado LACP tenta migrar para o estado atual a partir do estado expirado ou padrão quando recebe uma PDU LACP. O temporizador de espera só é acionado se a máquina de estado LACP tiver adquirido o estado atual pelo menos uma vez antes. O temporizador não é acionado se o LACP tentar fazer a transição para o estado atual pela primeira vez. O LACP monitora as PDUs recebidas no enlace infantil, mas impede a transição do enlace para o estado atual. Se não for observado um flapping quando o enlace receber as PDUs, o temporizador de espera expira e aciona o enlace de membro para fazer a transição de volta para o estado atual. Essa transição é acionada assim que o temporizador de espera expira e não necessariamente quando o link recebe uma PDU.
Para configurar o temporizador de espera LACP para a interface LAG, use a hold-time up declaração no nível de [edit interfaces aex aggregated-ether-options lacp] hierarquia.
O timer de espera continua funcionando mesmo quando a interface que recebe a PDU LACP se move para o estado de desativação da porta. O temporizador é reiniciado se, antes do temporizador expira, a interface aparecer novamente e receber uma PDU LACP de seu vizinho. Isso garante que o tempor operacional seja mantido mesmo durante uma rápida aba de porta física.
Quando os eventos a seguir ocorrem, um temporizador de espera não é acionado até que o link de membro adquira o estado atual após o evento:
Recomeço do daemon LACP
Desativação e reativação da interface Ethernet infantil ou agregada
Exclusão e reconfiguração da interface Ethernet infantil ou agregada
Reinicialização do sistema
Comutação do mecanismo de roteamento
Verificar se o LACP está configurado corretamente e os membros do pacote estão trocando pacotes de protocolo LACP
Verifique se o LACP foi configurado corretamente e que os membros do pacote estão transmitindo pacotes de protocolo LACP.
Verificando a configuração do LACP
Propósito
Verifique se o LACP foi configurado corretamente.
Ação
Para verificar se o LACP foi habilitado como ativo em uma extremidade:
user@switch>show lacp interfaces xe-0/1/0
Aggregated interface: ae0
LACP state: Role Exp Def Dist Col Syn Aggr Timeout Activity
xe-0/1/0 Actor No No Yes Yes Yes Yes Fast Active
xe-0/1/0 Partner No No Yes Yes Yes Yes Fast Passive
LACP protocol: Receive State Transmit State Mux State
xe-0/1/0 Current Fast periodic Collecting distributing
Significado
Este exemplo mostra que o LACP foi configurado com um lado tão ativo e o outro como passivo. Quando o LACP está habilitado, um lado deve ser definido como ativo para que o enlace empacotado esteja ativo.
Verificando se os pacotes LACP estão sendo trocados
Propósito
Verifique se os pacotes LACP estão sendo trocados entre interfaces.
Ação
Use o show lacp statistics interfaces interface-name comando para exibir informações de intercâmbio LACP BPDU.
show lacp statistics interfaces ae0
Aggregated interface: ae0
LACP Statistics: LACP Rx LACP Tx Unknown Rx Illegal Rx
xe-0/0/2 1352 2035 0 0
xe-0/0/3 1352 2056 0 0
Significado
A saída aqui mostra que o enlace está ativo e que as PDUs estão sendo trocadas.
Exemplo: configurar uplinks agregados de Ethernet de alta velocidade com LACP entre um switch de acesso ex4200 Virtual Chassis e um switch de distribuição de chassi virtual EX4200
Os switches da Série EX permitem combinar vários links Ethernet em uma interface lógica para maior largura de banda e redundância. As portas combinadas dessa maneira são referidas como um grupo de agregação de links (LAG) ou pacote. Os switches da Série EX permitem que você melhore ainda mais esses links configurando o Protocolo de Controle de Agregação de Links (LACP).
Este exemplo descreve como sobrepor o LACP nas configurações de LAG criadas no exemplo: configurar uplinks agregados de Ethernet de alta velocidade entre um switch de acesso ex4200 Virtual Chassis e um switch de distribuição de chassi virtual EX4200:
- Requisitos
- Visão geral e topologia
- Configuração de LACP para LAGs no switch de acesso Virtual Chassis
- Configuração de LACP para LAGs no switch de distribuição de chassi virtual
- Verificação
- Solucionando problemas
Requisitos
Este exemplo usa os seguintes componentes de software e hardware:
Junos OS Versão 9.0 ou posterior para switches da Série EX
Dois switches EX4200-48P
Dois switches EX4200-24F
Quatro módulos de uplink XFP da Série EX
Antes de configurar o LACP, certifique-se de ter:
Configure os switches Virtual Chassis. Consulte a configuração de um chassi virtual EX4200, EX4500 ou EX4550 (procedimento de CLI).
Configurou as portas de uplink nos switches como portas de tronco. Consulte a configuração das interfaces Ethernet gigabit (procedimento de CLI).
Configurou os LAGs. Veja exemplo: configurando uplinks agregados de Ethernet de alta velocidade entre um switch de acesso de chassi virtual EX4200 e um switch de distribuição de chassi virtual EX4200.
Visão geral e topologia
Este exemplo pressupõe que você esteja familiarizado com o exemplo: configurar uplinks agregados de Ethernet de alta velocidade entre um switch de acesso ex4200 Virtual Chassis e um switch de distribuição de chassi virtual EX4200. A topologia neste exemplo é exatamente a mesma da topologia nesse outro exemplo. Este exemplo mostra como usar o LACP para aprimorar a funcionalidade LAG.
As trocas de LACP são feitas entre atores (o link transmissor) e parceiros (o link receptor). O modo LACP pode ser ativo ou passivo.
Se o ator e o parceiro estiverem ambos no modo passivo, eles não trocam pacotes LACP, o que resulta em links Ethernet agregados não surgindo. Por padrão, o LACP está no modo passivo. Para iniciar a transmissão de pacotes LACP e respostas a pacotes LACP, você deve habilitar o LACP no modo ativo.
Por padrão, o ator e o parceiro enviam pacotes LACP a cada segundo.
O intervalo pode ser rápido (a cada segundo) ou lento (a cada 30 segundos).
Configuração de LACP para LAGs no switch de acesso Virtual Chassis
Para configurar o LACP para os LAGs do switch de acesso, realize essas tarefas.
Procedimento
Configuração rápida de CLI
Para configurar o LACP rapidamente para os LAGs do switch de acesso, copie os seguintes comandos e cole-os na janela do terminal do switch:
[edit]
set interfaces ae0 aggregated-ether-options lacp active periodic fast
set interfaces ae1 aggregated-ether-options lacp active periodic fast
Procedimento passo a passo
Configurar LACP para LAGs ae0 Host-A e ae1:
Especifique as opções de Ethernet agregadas para ambos os pacotes:
[edit interfaces] user@Host-A#set ae0 aggregated-ether-options lacp active periodic fast user@Host-A#set ae1 aggregated-ether-options lacp active periodic fast
Resultados
Exibir os resultados da configuração:
[edit interfaces]
user@Host-A# show
ae0 {
aggregated-ether-options {
lacp {
active;
periodic fast;
}
}
}
ae1 {
aggregated-ether-options {
lacp {
active;
periodic fast;
}
}
}
Configuração de LACP para LAGs no switch de distribuição de chassi virtual
Para configurar o LACP para os dois LAGs uplink do switch de acesso Virtual Chassis ao switch de distribuição Virtual Chassis, realize essas tarefas.
Procedimento
Configuração rápida de CLI
Para configurar o LACP rapidamente para os LAGs do switch de distribuição, copie os seguintes comandos e cole-os na janela do terminal do switch:
[edit interfaces]
set ae0 aggregated-ether-options lacp passive periodic fast
set ae1 aggregated-ether-options lacp passive periodic fast
Procedimento passo a passo
Configurar LACP para LAGs ae0 Host D e ae1:
Especifique as opções de Ethernet agregadas para ambos os pacotes:
[edit interfaces] user@Host-D#set ae0 aggregated-ether-options lacp passive periodic fast user@Host-D#set ae1 aggregated-ether-options lacp passive periodic fast
Resultados
Exibir os resultados da configuração:
[edit interfaces]
user@Host-D# show
ae0 {
aggregated-ether-options {
lacp {
passive;
periodic fast;
}
}
}
ae1 {
aggregated-ether-options {
lacp {
passive
periodic fast;
}
}
}
Verificação
Para verificar se os pacotes LACP estão sendo trocados, execute essas tarefas:
Verificando as configurações do LACP
Propósito
Verifique se o LACP foi configurado corretamente.
Ação
Use o show lacp interfaces interface-name comando para verificar se o LACP foi ativado como ativo em uma extremidade.
user@Host-A> show lacp interfaces xe-0/1/0
Aggregated interface: ae0
LACP state: Role Exp Def Dist Col Syn Aggr Timeout Activity
xe-0/1/0 Actor No Yes No No No Yes Fast Active
xe-0/1/0 Partner No Yes No No No Yes Fast Passive
LACP protocol: Receive State Transmit State Mux State
xe-0/1/0 Defaulted Fast periodic Detached
Significado
A saída indica que o LACP foi configurado corretamente e está ativo em uma extremidade.
Verificando se os pacotes LACP estão sendo trocados
Propósito
Verifique se os pacotes LACP estão sendo trocados.
Ação
Use o show interfaces aex statistics comando para exibir informações LACP.
user@Host-A> show interfaces ae0 statistics
Physical interface: ae0, Enabled, Physical link is Down
Interface index: 153, SNMP ifIndex: 30
Link-level type: Ethernet, MTU: 1514, Speed: Unspecified, Loopback: Disabled,
Source filtering: Disabled, Flow control: Disabled, Minimum links needed: 1,
Minimum bandwidth needed: 0
Device flags : Present Running
Interface flags: Hardware-Down SNMP-Traps Internal: 0x0
Current address: 02:19:e2:50:45:e0, Hardware address: 02:19:e2:50:45:e0
Last flapped : Never
Statistics last cleared: Never
Input packets : 0
Output packets: 0
Input errors: 0, Output errors: 0
Logical interface ae0.0 (Index 71) (SNMP ifIndex 34)
Flags: Hardware-Down Device-Down SNMP-Traps Encapsulation: ENET2
Statistics Packets pps Bytes bps
Bundle:
Input : 0 0 0 0
Output: 0 0 0 0
Protocol inet
Flags: None
Addresses, Flags: Dest-route-down Is-Preferred Is-Primary
Destination: 10.10.10/24, Local: 10.10.10.1, Broadcast: 10.10.10.255
Significado
A saída aqui mostra que o link está desativado e que nenhuma unidade de dados de protocolo (PDUs) está sendo trocada.
Solucionando problemas
Para solucionar problemas de um enlace LACP não trabalhador, execute essas tarefas:
Resolução de problemas de um enlace LACP sem trabalho
Problema
O enlace LACP não está funcionando.
Solução
Confira a seguir:
Remova a configuração LACP e verifique se o LAG estático está ativo.
Verifique se o LACP está configurado em ambas as extremidades.
Verifique se o LACP não é passivo em ambas as extremidades.
Verifique se as unidades de dados do protocolo LACP (PDUs) estão sendo trocadas executando o
monitor traffic-interface lag-member detailcomando.
Exemplo: configurar a agregação de enlace com LACP entre um produto da Série QFX e um switch de agregação
Os produtos da Série QFX permitem que você combine vários links Ethernet em uma interface lógica para maior largura de banda e redundância. As portas combinadas dessa maneira são referidas como um grupo de agregação de links (LAG) ou pacote. O número de links Ethernet que você pode combinar em um LAG depende do seu modelo de produto da Série QFX. Em um switch autônomo, você pode agrupar até 32 interfaces Ethernet para formar um LAG. Em um sistema QFabric, você pode agrupar até 8 interfaces Ethernet para formar um LAG. Os produtos da Série QFX permitem que você melhore ainda mais esses links configurando o Protocolo de Controle de Agregação de Links (LACP).
Este exemplo descreve como sobrepor o LACP nas configurações de LAG criadas no exemplo: configurar a agregação de enlace entre um produto da Série QFX e um switch de agregação:
- Requisitos
- Visão geral e topologia
- Configuração de LACP para o LAG na Série QFX
- Verificação
- Solucionando problemas
Requisitos
Este exemplo usa os seguintes componentes de software e hardware:
Junos OS Versão 11.1 ou posterior para o switch QFX3500, Junos OS Versão 12.1 ou posterior para o switch QFX3600, Junos OS Versão 13.2 ou posterior para o switch QFX5100 e Junos OS Versão 15.1X53-D10 ou posterior para o switch QFX10002.
Um switch QFX3500, QFX3600, QFX5100, QFX10002.
Antes de configurar o LACP, certifique-se de ter:
Configurou as portas dos switches como portas de tronco.
Configure o LAG.
Visão geral e topologia
A topologia neste exemplo é exatamente a mesma que a topologia usada na configuração de um LAG entre um switch QFX e um exemplo de switch de agregação. Este exemplo mostra como usar o LACP para aprimorar a funcionalidade LAG.
As trocas de LACP são feitas entre atores (o link transmissor) e parceiros (o link receptor). O modo LACP pode ser ativo ou passivo.
Se o ator e o parceiro estiverem ambos no modo passivo, eles não trocam pacotes LACP, o que resulta em links Ethernet agregados não surgindo. Por padrão, o LACP está no modo passivo. Para iniciar a transmissão de pacotes LACP e respostas a pacotes LACP, você deve habilitar o LACP no modo ativo.
Por padrão, o ator e o parceiro enviam pacotes LACP a cada segundo. Você pode configurar o intervalo em que as interfaces enviam pacotes LACP, incluindo a periodic declaração no nível de [edit interfaces interface-name aggregated-ether-options lacp] hierarquia.
O intervalo pode ser rápido (a cada segundo) ou lento (a cada 30 segundos).
Configuração de LACP para o LAG na Série QFX
Para configurar o LACP para um LAG da Série QFX, realize essas tarefas.
Procedimento
Configuração rápida de CLI
Para configurar o LACP rapidamente para os LAGs do switch de acesso, copie os seguintes comandos e cole-os na janela do terminal do switch:
[edit] set interfaces ae0 aggregated-ether-options lacp active periodic fast
Procedimento passo a passo
Para configurar o LACP para LAG ae0 :
Especifique as opções de Ethernet agregadas para o LAG:
[edit interfaces] user@switch# set ae0 aggregated-ether-options lacp active periodic fast
Resultados
Exibir os resultados da configuração:
[edit interfaces]
user@switch# show
ae0 {
aggregated-ether-options {
lacp {
active;
periodic fast;
}
}
}
Verificação
Para verificar se os pacotes LACP estão sendo trocados, execute as seguintes tarefas:
Verificando as configurações do LACP
Propósito
Verifique se o LACP foi configurado corretamente.
Ação
Use o show lacp interfaces interface-name comando para verificar se o LACP foi ativado como ativo em uma extremidade.
user@switch> show lacp interfaces xe-0/02
Aggregated interface: ae0
LACP state: Role Exp Def Dist Col Syn Aggr Timeout Activity
xe-0/0/2 Actor No Yes No No No Yes Fast Active
xe-0/0/2 Partner No Yes No No No Yes Fast Passive
LACP protocol: Receive State Transmit State Mux State
xe-0/0/2 Defaulted Fast periodic Detached
Significado
A saída indica que o LACP foi configurado corretamente e está ativo em uma extremidade.
Verificando se os pacotes LACP estão sendo trocados
Propósito
Verifique se os pacotes LACP estão sendo trocados.
Ação
Use o show interfaces aex statistics comando para exibir informações LACP.
user@switch> show interfaces ae0 statistics
Physical interface: ae0, Enabled, Physical link is Down
Interface index: 153, SNMP ifIndex: 30
Link-level type: Ethernet, MTU: 1514, Speed: Unspecified, Loopback: Disabled,
Source filtering: Disabled, Flow control: Disabled, Minimum links needed: 1,
Minimum bandwidth needed: 0
Device flags : Present Running
Interface flags: Hardware-Down SNMP-Traps Internal: 0x0
Current address: 02:19:e2:50:45:e0, Hardware address: 02:19:e2:50:45:e0
Last flapped : Never
Statistics last cleared: Never
Input packets : 0
Output packets: 0
Input errors: 0, Output errors: 0
Logical interface ae0.0 (Index 71) (SNMP ifIndex 34)
Flags: Hardware-Down Device-Down SNMP-Traps Encapsulation: ENET2
Statistics Packets pps Bytes bps
Bundle:
Input : 0 0 0 0
Output: 0 0 0 0
Protocol inet
Flags: None
Addresses, Flags: Dest-route-down Is-Preferred Is-Primary
Destination: 10.10.10/8, Local: 10.10.10.1, Broadcast: 10.10.10.255
Significado
A saída aqui mostra que o enlace está desativado e que nenhuma PDU está sendo trocada.
Solucionando problemas
Para solucionar problemas de um enlace LACP não trabalhador, execute essas tarefas:
Resolução de problemas de um enlace LACP sem trabalho
Problema
O enlace LACP não está funcionando.
Solução
Confira a seguir:
Remova a configuração LACP e verifique se o LAG estático está ativo.
Verifique se o LACP está configurado em ambas as extremidades.
Verifique se o LACP não é passivo em ambas as extremidades.
Verifique se as unidades de dados do protocolo LACP (PDUs) estão sendo trocadas executando o
monitor traffic-interface lag-member detailcomando.
Entender sessões independentes de micro-BFD para LAG
A partir do Junos OS Release 13.3, esse recurso é compatível com os seguintes tipos PIC/FPC:
PC-1XGE-XENPAK (FPC Tipo 3)
PD-4XGE-XFP (FPC Tipo 4)
PD-5-10XGE-SFPP (FPC Tipo 4)
SFPP 24x10GE (LAN/WAN), 12x10GE (LAN/WAN) SFPP, 1x100GE Tipo 5 PICs
Todos os MPCs da Série MX com MICs Ethernet
FPC-PTX-P1-A no PTX5000 com interfaces Ethernet de 10 Gigabit
FPC2-PTX-P1A no PTX5000 com interfaces Ethernet de 10 Gigabit no Junos OS Versão 14.1 e posterior
Todos os FPCs da Série PTX com interfaces Ethernet no Junos OS Versão 14.1R3 e posteriores 14.1 versões, e Junos 14.2 e posterior
Veja a compatibilidade PIC/FPC da Série PTX para uma lista de PICs que são compatíveis em cada FPC da Série PTX.
A configuração micro-BFD com endereços de interface não é compatível com roteadores PTX na linha de switches FPC3 e QFX10000.
O protocolo de detecção de encaminhamento bidirecional (BFD) é um protocolo de detecção simples que detecta rapidamente falhas nos caminhos de encaminhamento. Um grupo de agregação de links (LAG) combina vários links entre dispositivos que estão em conexões ponto a ponto, aumentando assim a largura de banda, fornecendo confiabilidade e permitindo o balanceamento de carga. Para executar uma sessão de BFD em interfaces LAG, configure uma sessão de BFD de modo assíncronos e independente em cada link de membro LAG em um pacote LAG. Em vez de uma única sessão de BFD monitorando o status da porta UDP, sessões de micro BFD independentes monitoram o status de links individuais de membros.
As sessões individuais de BFD determinam a conectividade de Camada 2 e Camada 3 de cada link de membro no LAG. Uma vez estabelecida uma sessão de BFD em um link específico, os links de membros são conectados ao LAG e ao balanceador de carga por uma configuração estática ou pelo Protocolo de Controle de Agregação de Enlace (LACP). Se os links de membros forem conectados ao LAG por uma configuração estática, o processo de controle do dispositivo funcionará como o cliente para a sessão micro BFD. Quando os links de membros são conectados ao LAG pelo LACP, o LACP atua como o cliente para a sessão micro BFD.
Quando a sessão de micro BFD está ativa, um link LAG é estabelecido e os dados são transmitidos por esse enlace LAG. Se a sessão de micro BFD em um link de membro estiver baixa, esse link de membro em particular for removido do balanceador de carga e os gerentes de LAG pararem de direcionar o tráfego para esse link. Essas sessões de micro BFD são independentes umas das outras, apesar de terem um único cliente que gerencia a interface LAG.
Começando com o Junos OS Release 13.3, a IANA alocou 01-00-5E-90-00-01 como endereço MAC dedicado para micro BFD. O modo MAC dedicado é usado por padrão para sessões de micro BFD, de acordo com o rascunho mais recente para BFD over LAG.
No Junos OS, os pacotes de controle do MicroBFD são sempre não registrados por padrão. Para interfaces agregadas L2, a configuração deve incluir vlan-taging ou marcação flexível de vlan no Aggregated Ethernet com BFD. Caso contrário, o sistema jogará erro ao cometer a configuração.
Quando você habilita a MicroBFD em uma Interface Ethernet agregada, a Interface agregada pode receber pacotes microBFD. Começando com o Junos OS Release 19.3 e posterior para MPC10E e MPC11E MPCs, você não pode aplicar filtros de firewall nos pacotes MicroBFD recebidos na Interface Ethernet agregada. Para MPC1E por meio do MPC9E, você pode aplicar filtros de firewall nos pacotes MicroBFD recebidos na Interface Ethernet agregada apenas se a Interface Ethernet agregada for configurada como uma Interface não registrada.
As sessões de micro BFD são executadas nos seguintes modos:
Modo de distribuição — as sessões de Micro BFD são distribuídas por padrão na Camada 3.
Modo de não distribuição — você pode configurar a sessão de BFD para ser executada neste modo, incluindo a
no-delegate-processingdeclaração sob gerenciamento periódico de pacotes (PPM). Nesse modo, os pacotes estão sendo enviados ou recebidos pelo Mecanismo de Roteamento na Camada 2.
Um par de dispositivos de roteamento em pacotes BFD de troca de LAG em um intervalo regular especificado. O dispositivo de roteamento detecta uma falha no vizinho quando deixa de receber uma resposta após um intervalo especificado. Isso permite a verificação rápida da conectividade do enlace de membros com ou sem LACP. Uma porta UDP distingue BFD sobre pacotes LAG da BFD em IP de um único salto.
A IANA alocou 6784 como a porta de destino UDP para micro BFD.
Para permitir a detecção de falhas para redes LAG para interfaces Ethernet agregadas:
Inclua a declaração de detecção de bfd-liveness na configuração.
Especifique um valor de intervalo suspenso para definir o tempo mínimo que a sessão de BFD deve permanecer ativa antes que uma notificação de alteração de estado seja enviada aos outros membros da rede LAG.
Especifique o intervalo mínimo que indica o intervalo de tempo para transmissão e recebimento de dados.
Começando com o Junos OS Release 14.1, especifique o vizinho em uma sessão de BFD. Em versões anteriores ao Junos OS Release 16.1, você deve configurar o endereço loopback do destino remoto como endereço vizinho. Começando com o Junos OS Release 16.1, você também pode configurar esse recurso em roteadores da série MX com endereço agregado de interface Ethernet do destino remoto como endereço vizinho.
Nota:Nos roteadores T1600 e T4000, você não pode configurar o endereço de Interface Ethernet agregado local do destino remoto como endereço vizinho.
CUIDADO:Desativar a detecção de bfd-liveness no nível de hierarquia ou desativar a interface Ethernet agregada antes de alterar o endereço vizinho do endereço IP do loopback para o
[edit interfaces aex aggregated-ether-options]endereço IP agregado da interface Ethernet. Modificar o endereço local e vizinho sem desativarbfd-liveness-detectionou a interface Ethernet agregada primeiro pode causar falha nas sessões de micro BFD.Nota:Começando com a versão 16.1R2, o Junos OS verifica e valida o micro BFD
local-addressconfigurado contra a interface ou endereço IP de loopback antes que a configuração se comprometa. O Junos OS realiza essa verificação nas configurações de endereços micro BFD IPv4 e IPv6 e, se não corresponderem, o compromisso falha.
Esse recurso só funciona quando ambos os dispositivos oferecem suporte a BFD. Se o BFD estiver configurado em uma extremidade do LAG, esse recurso não funcionará.
Para a família de endereços IPv6, desabite a detecção de endereços duplicado antes de configurar esse recurso com endereços de interface AE. Para desativar a detecção de endereço duplicada, inclua a dad-disable declaração no nível de [edit interface aex unit y family inet6] hierarquia.
Veja também
Configuração de sessões de micro BFD para LAG
O protocolo de detecção de encaminhamento bidirecional (BFD) é um protocolo de detecção simples que detecta rapidamente falhas nos caminhos de encaminhamento. Um grupo de agregação de links (LAG) combina vários links entre dispositivos que estão em conexões ponto a ponto, aumentando assim a largura de banda, fornecendo confiabilidade e permitindo o balanceamento de carga. Para executar uma sessão de BFD em interfaces LAG, configure uma sessão de BFD de modo assíncronos e independente em cada link de membro LAG em um pacote LAG. Em vez de uma única sessão de BFD monitorando o status da porta UDP, sessões de micro BFD independentes monitoram o status de links individuais de membros.
A partir do Junos OS Evolved Release 20.1R1, sessões independentes de detecção de encaminhamento micro bidirecional (BFD) são habilitadas em um link por membro de um pacote de grupo de agregação de links (LAG).
Para permitir a detecção de falhas para interfaces Ethernet agregadas:
A opção
versionnão é compatível com a Série QFX. A partir do Junos OS Release 17.2R1, um aviso será exibido se você tentar usar este comando.Esse recurso funciona quando ambos os dispositivos oferecem suporte a BFD. Se o BFD estiver configurado em apenas uma extremidade do LAG, esse recurso não funcionará.
Veja também
Entendendo o algoritmo usado para hash lag bundle e saída tráfego ECMP next-hop
As Séries EX e QFX da Juniper Networks usam um algoritmo de hashing para determinar como encaminhar o tráfego por um pacote de grupo de agregação de enlaces (LAG) ou para o dispositivo next-hop quando o ECMP (Equal Cost Multipath) for ativado.
O algoritmo de hashing toma decisões de hashing com base em valores em vários campos de pacotes, bem como em alguns valores internos, como ID de porta de origem e ID de dispositivo de origem. Você pode configurar alguns dos campos que são usados pelo algoritmo de hashing.
O suporte à plataforma depende da versão do Junos OS em sua instalação.
Este tópico contém as seguintes seções:
- Entendendo o algoritmo de hashing
- IP (IPv4 e IPv6)
- MPLS
- Hashing de pacote MAC-in-MAC
- Hashing de cabeçalho de Camada 2
- Parâmetros de hashing
Entendendo o algoritmo de hashing
O algoritmo de hashing é usado para tomar decisões de encaminhamento de tráfego para o tráfego que entra em um pacote LAG ou para o tráfego que sai de um switch quando o ECMP está habilitado.
Para pacotes LAG, o algoritmo de hashing determina como o tráfego que entra em um pacote LAG é colocado nos links de membros do pacote. O algoritmo de hashing tenta gerenciar a largura de banda equilibrando uniformemente todo o tráfego recebido nos links de membros do pacote.
Para ECMP, o algoritmo de hashing determina como o tráfego recebido é encaminhado para o dispositivo next-hop.
O algoritmo de hashing toma decisões de hashing com base em valores em vários campos de pacotes, bem como em alguns valores internos, como ID de porta de origem e ID de dispositivo de origem. Os campos de pacotes usados pelo algoritmo de hashing variam de acordo com o EtherType do pacote e, em alguns casos, pela configuração no switch. O algoritmo de hashing reconhece os seguintes EtherTypes:
IP (IPv4 e IPv6)
MPLS
MAC-in-MAC
O tráfego que não é reconhecido como pertencente a nenhum desses EtherTypes é hashed com base no cabeçalho de Camada 2. O tráfego IP e MPLS também é hashed com base no cabeçalho de Camada 2 quando um usuário configura o modo hash como cabeçalho de Camada 2.
Você pode configurar alguns campos que são usados pelo algoritmo de hashing para tomar decisões de encaminhamento de tráfego. Você não pode, no entanto, configurar como certos valores dentro de um cabeçalho são usados pelo algoritmo de hashing.
Observe os seguintes pontos sobre o algoritmo de hashing:
Os campos selecionados para hashing são baseados apenas no tipo de pacote. Os campos não são baseados em nenhum outro parâmetro, incluindo a decisão de encaminhamento (ponte ou roteada) ou a configuração do pacote LAG de saída (Camada 2 ou Camada 3).
Os mesmos campos são usados para pacotes unicast e multicast de hashing. No entanto, os pacotes unicast e multicast são hashed diferente.
Os mesmos campos são usados pelo algoritmo de hash para hash ECMP e tráfego LAG, mas o algoritmo de hashing hashes ECMP e LAG tráfego de forma diferente. O tráfego LAG usa um hash de tronco, enquanto o ECMP usa hashing ECMP. Tanto o LAG quanto o ECMP usam a mesma semente RTAG7, mas usam compensações diferentes dessa semente 128B para evitar a polarização. A configuração inicial da função HASH para usar o tronco e a compensação de ECMP são definidas no tempo PFE Init. O hashing diferente garante que o tráfego não fique polarizado quando um pacote LAG faz parte do caminho de next-hop do ECMP.
Os mesmos campos são usados para hashing, independentemente de o switch estar ou não participando de um Virtual Chassis ou Virtual Chassis Fabric (VCF) misto ou não.
Os campos usados para hashing por cada EtherType, bem como os campos usados pelo cabeçalho de Camada 2 são discutidos nas seções a seguir.
IP (IPv4 e IPv6)
Os campos de carga em pacotes IPv4 e IPv6 são usados pelo algoritmo de hashing quando os pacotes IPv4 ou IPv6 precisam ser colocados em um link de membro em um pacote LAG ou enviados para o dispositivo de next-hop quando o ECMP estiver habilitado.
O modo hash é definido para o campo de carga de Camada 2, por padrão. Os campos de carga IPv4 e IPv6 são usados para hashing quando o modo hash é definido para carga de Camada 2.
Se o modo hash estiver configurado para cabeçalho de Camada 2, os pacotes IPv4, IPv6 e MPLS são hashed usando os campos de cabeçalho de Camada 2. Se você quiser os pacotes IPv4, IPv6 e MPLS recebidos pelo endereço MAC de origem, endereço MAC de destino ou campos EtherType, você deve definir o modo hash para cabeçalho de Camada 2.
A Tabela 5 exibe os campos de carga IPv4 e IPv6 que são usados pelo algoritmo de hashing, por padrão.
✓— O campo é usado pelo algoritmo de hashing, por padrão.
Χ — O campo não é usado pelo algoritmo de hashing, por padrão.
(configurável)— O campo pode ser configurado para ser usado ou não pelo algoritmo de hashing.
Nos switches EX2300, os campos de carga em pacotes IPv4 e IPv6 são usados pelo algoritmo de hashing quando os pacotes IPv4 ou IPv6 precisam ser colocados em um link de membro em um pacote LAG ou enviados para o dispositivo de next-hop quando o ECMP estiver habilitado:
Para tráfego unicast no LAG - SIP, DIP, L4SP, L4DP
Para tráfego multicast conhecido no LAG - IP de origem, IP de destino, Ingress Mod Id e Ingress Port Id
Para transmissão, unicast desconhecido e tráfego multicast desconhecido no LAG - MAC fonte, Mac de destino, Ingress Mod Id e Ingress Port Id
Balanceamento de carga ECMP: IP de destino, porta de origem de Camada 4 e porta de destino de Camada 4
Fields |
EX3400 |
EX4300 |
QFX5100 |
QFX5110 and QFX5120 |
QFX5200 |
|||||
|---|---|---|---|---|---|---|---|---|---|---|
LAG |
ECMP |
LAG |
ECMP |
LAG |
ECMP |
LAG |
ECMP |
LAG |
ECMP |
|
MAC de origem |
X |
Χ |
X |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
X |
MAC de destino |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
EtherType |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
VLAN ID |
Χ (configurável) |
Χ (configurável) |
Χ (configurável) |
Χ (configurável) |
Χ (configurável) |
Χ (configurável) |
Χ (configurável) |
Χ (configurável) |
Χ (configurável) |
Χ (configurável) |
IP de origem ou IPv6 |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
IP de destino ou IPv6 |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
Protocolo (somente IPv4) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
Próximo cabeçalho (somente IPv6) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
Porta de origem de Camada 4 |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
Porta de destino de Camada 4 |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
Rótulo IPv6 Flow (somente IPv6) |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Id mod de ingresso |
✓ (configurável) |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Identificação de porta de entrada |
✓ (configurável) |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
MPLS
O algoritmo de hashing temhes pacotes MPLS usando o IP de origem, IP de destino, rótulo MPLS 0, rótulo MPLS 1, rótulo MPLS 2 e campos MPLS 3. Nos switches QFX5110, QFX5120 e QFX5200, os roteadores LSR também oferecem suporte a ECMP. O ECMP usa esses campos para hashing em um roteador LSR:
VPN de Camada 3: Rótulos MPLS (top 3 rótulos), IP de origem, IP de destino e ID de porta de entrada
Circuito de Camada 2: Rótulos MPLS (top 3 rótulos) e ID de porta de ingresso
A Tabela 6 exibe os campos de carga MPLS que são usados pelo algoritmo de hashing, por padrão:
✓— O campo é usado pelo algoritmo de hashing, por padrão.
Χ — O campo não é usado pelo algoritmo de hashing, por padrão.
Os campos usados pelo algoritmo de hashing para hashing de pacotes MPLS não são configuráveis pelo usuário.
Os campos ip de origem e destino nem sempre são usados para hashing. Para pacotes MPLS não encerrados, a carga é verificada se a bandeira inferior da pilha (BoS) é vista no pacote. Se a carga for IPv4 ou IPv6, os campos de endereço de origem IP e endereço de destino IP são usados para hashing junto com os rótulos MPLS. Se a bandeira BoS não for vista no pacote, apenas os rótulos MPLS são usados para hashing.
Field |
EX3400 |
EX4300 |
QFX5100 |
QFX5110 and QFX5120 |
QFX5200 |
|
|---|---|---|---|---|---|---|
MAC de origem |
Χ |
Χ |
Χ |
Χ |
Χ |
|
MAC de destino |
Χ |
Χ |
Χ |
Χ |
Χ |
|
EtherType |
Χ |
Χ |
Χ |
Χ |
Χ |
|
VLAN ID |
Χ |
Χ |
Χ |
Χ |
Χ |
|
IP de origem |
✓ |
✓ |
✓ |
✓ |
✓ |
|
IP de destino |
✓ |
✓ |
✓ |
✓ |
✓ |
|
Protocolo (para pacotes IPv4) |
Χ |
Χ |
Χ |
Χ |
Χ |
|
Próximo cabeçalho (para pacotes IPv6) |
Χ |
Χ |
Χ |
Χ |
Χ |
|
Porta de origem de Camada 4 |
Χ |
Χ |
Χ |
Χ |
Χ |
|
Porta de destino de Camada 4 |
Χ |
Χ |
Χ |
Χ |
Χ |
|
Laboratório IPv6 Flow |
Χ |
Χ |
Χ |
Χ |
Χ |
|
Rótulo MPLS 0 |
Χ |
✓ |
✓ |
✓ |
✓ |
|
Rótulo MPLS 1 |
✓ |
✓ |
✓ |
✓ |
✓ |
|
Rótulo MPLS 2 |
✓ |
✓ |
✓ |
✓ |
✓ |
|
Rótulo MPLS 3 |
✓ |
X |
X |
X |
X |
|
ID da porta de entrada |
✓ (LSR e L2Circuit) |
X |
X |
X |
✓ (LSR e L2Circuit) |
✓ (LSR e L2Circuit) |
Hashing de pacote MAC-in-MAC
Os pacotes que usam o MAC-in-MAC EtherType são hashed pelo algoritmo de hashing usando o MAC de fonte de carga de Camada 2, MAC de destino de carga de Camada 2 e campos EtherType de carga de Camada 2. Veja a tabela 7.
O hashing usando os campos no pacote MAC-in-MAC EtherType é suportado pela primeira vez em switches EX4300 na versão 13.2X51-D20. O hashing usando os campos no MAC-in-MAC EtherType não é suportado em versões anteriores.
Os campos usados pelo algoritmo de hashing para hashing MAC-in-MAC não são configuráveis para o usuário.
✓— O campo é usado pelo algoritmo de hashing, por padrão.
Χ — O campo não é usado pelo algoritmo de hashing, por padrão.
Field |
EX3400 |
EX4300 |
QFX5100 |
QFX5110 and QFX5120 |
QFX5200 |
||
|---|---|---|---|---|---|---|---|
MAC de fonte de carga de Camada 2 |
✓ |
✓ |
✓ |
✓ |
✓ |
||
MAC de destino de carga de camada 2 |
✓ |
✓ |
✓ |
✓ |
✓ |
||
EtherType de carga de camada 2 |
✓ |
✓ |
✓ |
✓ |
✓ |
||
VLAN externo de carga de camada 2 |
✓ |
Χ |
Χ |
Χ |
Χ |
||
Hashing de cabeçalho de Camada 2
Os campos de cabeçalho de camada 2 são usados pelo algoritmo de hashing quando o EtherType de um pacote não é reconhecido como IP (IPv4 ou IPv6), MPLS ou MAC-in-MAC. Os campos de cabeçalho de Camada 2 também são usados para hashing de tráfego IPv4, IPv6 e MPLS em vez dos campos de carga quando o modo de hash é definido para cabeçalho de Camada 2.
✓— O campo é usado pelo algoritmo de hashing, por padrão.
Χ — O campo não é usado pelo algoritmo de hashing, por padrão.
(configurável)— O campo pode ser configurado para ser usado ou não pelo algoritmo de hashing.
Field |
EX3400 |
EX4300 |
QFX5100 |
QFX5110 and QFX5120 |
QFX5200 |
||
|---|---|---|---|---|---|---|---|
MAC de origem |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
||
MAC de destino |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
||
EtherType |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
✓ (configurável) |
||
VLAN ID |
Χ (configurável) |
Χ (configurável) |
Χ (configurável) |
✓ (configurável) |
✓ (configurável) |
||
Parâmetros de hashing
A partir do Junos OS Release 19.1R1, na linha de switches QFX5000, você pode mudar parâmetros de hashing para os algoritmos existentes implementados. Você pode alterar o limite de pools de buffer compartilhados para partições de buffer de entrada e saída e fazer alterações na seleção de funções de hash, algoritmo de hash e outros parâmetros adicionais. Veja a configuração de outros parâmetros de hashing mais tarde neste documento.
Configuração dos campos no algoritmo usado para hash LAG Bundle e ECMP Traffic (Procedimento de CLI)
Os switches da Série EX e QFX da Juniper Networks usam um algoritmo de hashing para determinar como encaminhar o tráfego por um pacote de grupo de agregação de enlace (LAG) ou para o dispositivo de próximo salto quando o multicaminho de igual custo (ECMP) for ativado.
O algoritmo de hashing toma decisões de hashing com base em valores em vários campos de pacotes.. Você pode configurar alguns dos campos que são usados pelo algoritmo de hashing.
Configurar os campos usados pelo algoritmo de hashing é útil em cenários onde a maior parte do tráfego que entra no pacote é semelhante e o tráfego precisa ser gerenciado no pacote LAG. Por exemplo, se a única diferença nos pacotes de IP para todo o tráfego recebido for o endereço IP de origem e destino, você pode ajustar o algoritmo de hashing para tomar decisões de hashing de maneira mais eficiente, configurando o algoritmo para tomar decisões de hashing usando apenas esses campos.
A configuração do modo hash não é compatível com switches QFX10002 e QFX10008.
- Configurando o algoritmo de hashing para usar campos no cabeçalho de camada 2 para hashing
- Configurando o algoritmo de hashing para usar campos na carga de IP para hashing
- Configurar o algoritmo hashing para usar campos no payload IPv6 para hashing
- Configuração de outros parâmetros de hashing
Configurando o algoritmo de hashing para usar campos no cabeçalho de camada 2 para hashing
Para configurar o algoritmo de hashing para usar campos no cabeçalho de Camada 2 para hashing:
Configurando o algoritmo de hashing para usar campos na carga de IP para hashing
Para configurar o algoritmo de hashing para usar campos na carga de IP para hashing:
Configurar o algoritmo hashing para usar campos no payload IPv6 para hashing
Para configurar o algoritmo de hashing para usar campos na carga IPv6 para hashing:
Configuração de outros parâmetros de hashing
Para configurar parâmetros de hashing para tráfego ECMP ou LAG:
local-address configurado contra a interface ou endereço IP de loopback antes que a configuração se comprometa.