Melhores práticas e notas de uso
Protocolo de resolução de endereços Metodologia de suporte MC-LAG ativo-ativo
As tabelas de endereço MAC e ARP normalmente permanecem sincronizadas nas configurações MC-LAG, mas podem ficar fora de sincronia em determinadas condições de rede (como flapping de link). Para garantir que essas tabelas permaneçam sincronizadas enquanto essas condições estão sendo resolvidas, recomendamos habilitar a arp-l2-validate declaração em interfaces IRB em uma configuração MC-LAG.
Essa opção ativa a validação de entradas de tabela ARP e MAC, aplicando atualizações automaticamente se elas ficarem fora de sincronia. Talvez você queira habilitar essa opção como uma solução alternativa quando a rede estiver enfrentando outros problemas que também causam perda de sincronização ARP e MAC, mas desative-a durante a operação normal, pois essa opção pode afetar o desempenho nas configurações de escala.
-
Em alguns casos, as mensagens ARP recebidas por um peer MC-LAG são replicadas para o outro peer MC-LAG por meio do ICCP. Esse recurso de otimização é aplicável apenas para respostas ARP, não solicitações ARP, recebidas pelos pares MC-LAG.
-
A resolução ARP dinâmica na interface ICL não é suportada. Consequentemente, as respostas ARP recebidas na ICL são descartadas. No entanto, as entradas ARP podem ser preenchidas na interface ICL por meio de trocas ICCP de um peer MC-LAG remoto.
-
Durante a comutação graciosa do Mecanismo de Roteamento (GRES), as entradas ARP que foram aprendidas remotamente são limpas e depois aprendidas novamente.
Servidor DHCP
Não oferecemos suporte à configuração do servidor DHCP em peers MC-LAG se a redundância do serviço DHCP for necessária.
Transmissão DHCP com a opção 82
A transmissão DHCP não é suportada com a sincronização de endereço MAC. Se a transmissão DHCP for necessária, configure o VRRP sobre IRB ou RVI para a funcionalidade de Camada 3.
Em um ambiente ativo-ativo MC-LAG, recomendamos que você use o agente de retransmissão bootp configurando o agente de transmissão DHCP com o forwarding options helpers bootp comando para evitar problemas de informações de sessão obsoletas que podem surgir para clientes quando o roteador está usando o processo de agente de transmissão DHCP estendido (jdhcp).
Tratamento de falhas
A Tabela 1 descreve os diferentes cenários de falha do ICCP para switches da Série QFX. O traço significa que o item não é aplicável.
| Status da conexão ICCP |
ICL Status |
Status do par de vivacidade de backup |
Ação na interface Ethernet agregada multichassis com status definido como standby |
|---|---|---|---|
| Abaixo |
Para baixo ou para cima |
Não configurado |
O ID do sistema LACP é alterado para o valor padrão. |
| Abaixo |
Para baixo ou para cima |
Ativo |
. O ID do sistema LACP é alterado para o valor padrão para interfaces MC-AE ativas e em standby. |
| Abaixo |
Para baixo ou para cima |
Inativo |
Nenhuma alteração na ID do sistema LACP. |
| Em cima |
Abaixo |
– |
O estado do LACP é definido como standby. O estado MUX é movido para o estado de espera. |
Configure a master-only declaração no endereço IP da interface de gerenciamento para detecção de vivacidade de backup nos mecanismos de roteamento primário e de backup. Isso garante que a conexão não seja redefinida durante o GRES no peer remoto.
Por exemplo, no Mecanismo de Roteamento principal:
user@switch-re1 > show configuration interfaces fxp0 | display inheritance no-comments
unit 0 {
family inet {
address 10.8.2.31/8;
address 10.8.2.33/8 {
master-only;
}
}
}
Por exemplo, no Mecanismo de Roteamento de backup:
user@switch1-re1 > show configuration interfaces fxp0 | display inheritance no-comments
unit 0 {
family inet {
address 10.8.2.32/8;
address 10.8.2.33/8 {
master-only;
}
}
}
O Mecanismo de Roteamento primário atende aos serviços 10.8.2.31 e 10.8.2.33. Configure 10.8.2.33 em uma configuração de detecção de atividade de backup no nó de peer.
Por exemplo, no Mecanismo de Roteamento de backup:
user@switch2 > show configuration protocols iccp
local-ip-addr 10.2.2.2;
peer 10.1.1.1 {
session-establishment-hold-time 340;
redundancy-group-id-list 1;
backup-liveness-detection {
backup-peer-ip 10.8.2.33;
}
liveness-detection {
minimum-interval 500;
multiplier 3;
single-hop;
}
}
ICCP e ICL
Recomendamos que você use portas separadas e escolha diferentes concentradores flexíveis de PIC (FPCs) para as interfaces de enlace entre chassis (ICL) e protocolo de controle entre chassis (ICCP). Embora você possa usar um único link para a interface ICCP, uma interface Ethernet agregada é preferida.
Ao configurar o ICCP e a ICL, recomendamos que você:
-
Configure o ICCP e a ICL em interfaces diferentes e configure
prefer status controlcomo ativo no peer MC-LAG ativo.Por exemplo, emita a
prefer-status-control-activeinstrução no peer MC-LAG ativo. -
Configure o endereço IP para a porta de gerenciamento.
Quando você configura a detecção de vivacidade de backup, esse canal fora de banda é estabelecido entre os pares por meio da rede de gerenciamento.
-
Use o endereço de loopback de peer para estabelecer o emparelhamento ICCP. Isso evita qualquer falha de link direto entre os pares MC-LAG. Enquanto a conexão lógica entre os pares permanecer ativa, o ICCP permanecerá ativo.
-
Configure o intervalo de detecção de atividade do ICCP (o temporizador de detecção de encaminhamento bidirecional (BFD)) para pelo menos 8 segundos se você tiver configurado a conectividade ICCP por meio de uma interface IRB. Um intervalo de detecção de vivacidade de 8 segundos ou mais permite que a comutação graciosa do Mecanismo de Roteamento (GRES) funcione perfeitamente. Por padrão, a detecção de vivacidade do ICCP usa BFD multihop, que é executado no modo centralizado.
Essa recomendação não se aplica se você configurou a conectividade ICCP por meio de uma interface física dedicada. Nesse caso, você pode configurar o BFD de salto único.
-
Configure um tempo de espera de estabelecimento de sessão para o ICCP. Isso resulta em uma conexão ICCP mais rápida entre os pares MC-LAG e também evita qualquer atraso durante a convergência.
Nota:Nos switches da Série QFX, o tempo de espera de estabelecimento de sessão padrão é de 300 segundos. No entanto, o tempo de estabelecimento da sessão deve ser pelo menos 100 segundos maior que o tempo de atraso de inicialização. Opcionalmente, você pode atualizar o tempo de estabelecimento da sessão para 340 segundos e o tempo de atraso de inicialização para 240 segundos.
-
Para uma melhor convergência durante uma reinicialização de peer MC-LAG (controle de status do ativo), recomendamos que você configure o tempo de atraso icl-down-delay em vez do tempo de espera. O tempo de atraso de inatividade é o número de segundos decorridos entre o momento em que o enlace entre chassis (ICL) fica inativo e as interfaces Ethernet agregadas (MCAEs) multichassis mudam para o modo de espera.
O rastreamento de DHCP, a inspeção dinâmica de ARP (DAI) e o IP Source Guard não são suportados nas interfaces ICL ou MC-LAG. Consequentemente, as respostas do protocolo de resolução de endereço de entrada na ICL são descartadas. No entanto, as entradas ARP podem ser preenchidas na interface ICL por meio de trocas ICCP de um peer MC-LAG remoto.
IGMP bisbilhotando um MC-LAG ativo-ativo
Você deve habilitar o Protocol Independent Multicast (PIM) na interface IRB para evitar a duplicação de multicast.
Você deve configurar a interface ICL como uma interface voltada para o roteador (configurando a multicast-roteador-interface declaração) para que o encaminhamento multicast funcione em um ambiente MC-LAG. Para o cenário em que o tráfego chega por meio de uma interface de Camada 3, o PIM e o IGMP devem ser habilitados na interface IRB ou RVI configurada nos pares MC-LAG. Você deve habilitar o PIM na interface IRB ou RVI para evitar a duplicação de multicast.
Tempo de atraso de inicialização
Nos switches da Série EX e QFX, o tempo de espera de estabelecimento de sessão padrão é de 300 segundos. No entanto, o tempo de estabelecimento da sessão deve ser pelo menos 100 segundos maior que o tempo de atraso de inicialização. Opcionalmente, você pode atualizar o tempo de estabelecimento da sessão para 340 segundos e o tempo de atraso de inicialização para 240 segundos.
Função de troca de rótulo
Os switches da Série QFX configurados como pares MC-LAG não oferecem suporte à função de troca de rótulos de VLANs.
Diretrizes de detecção de fiação incorreta
Você pode usar o STP para detectar loops de fiação incorreta dentro do peer ou entre pares MC-LAG. Um exemplo de fiação incorreta é quando uma porta de um elemento de rede é conectada acidentalmente a outra porta do mesmo elemento de rede. O uso do STP para detectar loops em interfaces MC-LAG, no entanto, não é suportado.
Não use o Multiple Spanning Tree Protocol (MSTP) ou o VLAN Spanning Tree Protocol (VSTP). Pode haver um loop se o MSTP ou o VSTP estiverem habilitados em uma topologia MC-AE sem habilitar o MSTP ou o VSTP nas interfaces lógicas do MC-AE. Além disso, pode haver um loop se existir um caminho alternativo dos nós de acesso para os nós MC-AE.
Para detectar problemas de conexão, recomendamos que você faça o seguinte:
-
Configure o STP globalmente para que o STP possa detectar erros de fiação locais dentro e entre os pares MC-LAG.
-
Desative o STP em links ICL, no entanto, porque o STP pode bloquear interfaces ICL e desabilitar a proteção.
-
Desative o STP em interfaces conectadas a switches de agregação.
-
Configure interfaces MC-LAG como portas de borda.
-
Habilite o bloco de unidade de dados de protocolo de ponte (BPDU) na borda.
-
Não habilite o bloco de BPDU em interfaces conectadas a switches de agregação.
Diretrizes de configuração e advertências
-
Configure o endereço IP no peer MC-LAG ativo com um endereço IP alto ou uma prioridade de DR alta. Para garantir que o peer MC-LAG ativo mantenha a designação de associação de DR se a vizinhança do PIM com o peer cair.
-
O uso da Detecção de Encaminhamento Bidirecional (BFD) e a sincronização MAC RVI ou IRB juntos não é suportado porque o ARP falha.
-
Ao usar a sincronização MAC RVI ou IRB, certifique-se de configurar o endereço IP primário em ambos os pares MC-LAG. Isso garante que ambos os pares MC-LAG não possam se tornar vencedores de afirmação.
-
O número de sessões de BFD em RVIs ou IRBs com PIM habilitado é restrito a 100. Além disso, se você tiver mais de 100 RVIs ou IRBs configurados, não configure o BFD e certifique-se de que o intervalo de saudação seja de 2 segundos.
Grupos de redundância
Recomendamos que você configure apenas um grupo de redundância entre os nós MC-LAG. O grupo de redundância representa o domínio de alta disponibilidade entre os nós MC-LAG. Um grupo de redundância é suficiente entre um par de nós MC-LAG. Se você estiver usando sistemas lógicos, configure um grupo de redundância entre os nós MC-LAG em cada sistema lógico.
Roteamento por segmentos
Os switches da Série QFX configurados como pares MC-LAG não oferecem suporte ao roteamento por segmentos.
Controle de status
Você pode configurar prefer-status-control-active a declaração com a status-control standby configuração para evitar que o ID do sistema LACP mc-ae seja revertido para o ID do sistema padrão do LACP durante uma falha do ICCP. Você só deve configurar essa opção se o ICCP nunca ficar inativo, a menos que o peer remoto fique inativo.
No caso de o peer configurado com status-control active cair abruptamente, como durante um desligamento, recomendamos que você configure o hold-time intervalo para o link de controle do interchassis configurado como status-control standby com um valor maior que o tempo limite do ICCP BFD. Isso evitará a perda momentânea de tráfego no peer configurado como status-control standby. Sem a configuração de hold-time intervalo na ICL, a interface MC-AE no peer configurado como status-control standby se moverá momentaneamente para o modo de espera durante um desligamento do peer remoto.
Protocolo de redundância de roteador virtual (VRRP) sobre IRB e sincronização de endereços MAC
Nos switches da Série QFX, os protocolos de roteamento não são suportados nos clientes downstream.
Nos switches da Série QFX, recomendamos que você use a sincronização de endereço MAC para os clientes downstream. Para os roteadores upstream, recomendamos que você use VRRP sobre o método IRB ou RVI.
Nos switches da Série QFX, você não pode configurar tanto o VRRP sobre IRB quanto a sincronização MAC, porque o processamento de endereços MAC pode não funcionar.
Use a sincronização MAC se precisar de mais de 1.000 instâncias VRRP.
Aqui estão algumas advertências com a configuração da sincronização de endereço MAC:
-
Use a sincronização de endereço MAC se você não estiver planejando executar protocolos de roteamento nas interfaces IRB.
A sincronização de endereço MAC não oferece suporte a protocolos de roteamento em interfaces IRB e os protocolos de roteamento não são compatíveis com clientes MC-LAG downstream. Se você precisar de recurso de roteamento, configure protocolos VRRP e roteamento em cada peer MC-LAG. Os protocolos de roteamento são suportados em roteadores upstream.
-
A transmissão DHCP não é suportada com a sincronização de endereço MAC.
Se você precisar configurar a transmissão DHCP, configure o VRRP sobre IRB.
-
As solicitações ARP gratuitas não são enviadas quando o endereço MAC na interface IRB é alterado.
VLANs
Recomendamos limitar o escopo das VLANs e configurá-las somente onde forem necessárias. Configure as interfaces de tronco MC-AE apenas com as VLANs necessárias para a camada de acesso.
Na Série QFX, a opção na hierarquia não é suportada all [edit interfaces name unit number ethernet-switching vlan] em interfaces Ethernet agregada multichassis (MC-AE), Ethernet agregada (AE), Gigabit Ethernet (GE), Ethernet de 10 Gigabits (XE), Ethernet de 40 Gigabits (ET) e Ethernet de 100 Gigabits (ET) Layer 2 Ethernet. Em vez disso, especifique um intervalo de IDs ou nomes de VLAN. Nomes VLAN ou IDs VLAN para fins ICCP não são suportados em interfaces MC-AE, AE, GE, XE e ET single-homed conectadas a servidores ou outros dispositivos de rede. Os nomes de VLAN ou IDs de VLAN usados para fins de ICCP não são suportados em interfaces de acesso multihomed MC-AE e interfaces de Camada 2 de Camada 2, interfaces de acesso ou tronco Ethernet de Camada 2 single-homed, GE, XE e ET. Quando você configura VLANs em um MC-AE ou outras interfaces de receita no dispositivo, o intervalo de VLAN é suportado, mas sem a VLAN dedicada ao ICCP.
Os switches da Série QFX não oferecem suporte ao estilo de configuração do provedor de serviços para MC-LAG.
Suporte ao modo de espera ativo VRRP
Você deve configurar o VRRP em ambos os pares MC-LAG para que os membros ativos e em standby aceitem e roteiem pacotes. Além disso, você deve configurar o dispositivo de backup VRRP para enviar e receber solicitações ARP.
Se você estiver usando o método VRRP sobre IRB ou RVI para habilitar a funcionalidade de Camada 3, deverá configurar entradas ARP estáticas para a interface IRB ou RVI do peer MC-LAG remoto para permitir que os protocolos de roteamento sejam executados nas interfaces IRB ou RVI.
Comportamento específico da plataforma
Use https://apps.juniper.net/feature-explorer/home.html para confirmar o suporte à plataforma e à versão para recursos específicos.
Use a tabela a seguir para revisar os comportamentos específicos de suas plataformas.
| Diferença de | plataforma |
|---|---|
| Roteadores da Série MX |
|
Tabela de histórico de alterações
A compatibilidade com recursos é determinada pela plataforma e versão utilizada. Use o Explorador de recursos para determinar se um recurso é compatível com sua plataforma.