Melhores práticas e notas de uso

Não oferecemos suporte à configuração do servidor DHCP em pares MC-LAG se a redundância de serviços DHCP for necessária.

O retransmissão DHCP não é suportado com a sincronização de endereços MAC. Se o retransmissão DHCP for necessário, configure VRRP sobre IRB ou RVI para funcionalidade de Camada 3.

Em um ambiente ativo-ativo MC-LAG, recomendamos que você use o agente de transmissão de bootp configurando o agente de retransmissão DHCP com o forwarding options helpers bootp comando para evitar problemas de informações de sessão obsoletos que podem surgir para os clientes quando o roteador estiver usando o agente de transmissão DHCP estendido (jdhcp).

Recomendamos que você use portas separadas e escolha diferentes concentradores PIC flexíveis (FPCs) para as interfaces de link de interchassis (ICL) e protocolo de controle entre chassis (ICCP). Embora você possa usar um único link para a interface ICCP, uma interface Ethernet agregada é a preferida.

Ao configurar o ICCP e a ICL, recomendamos que você:

• Configure o ICCP e a ICL em diferentes interfaces e configure prefer status control como ativo no peer MC-LAG ativo.

  Por exemplo, emita a prefer-status-control-active declaração no peer MC-LAG ativo.

• Configure o endereço IP para a porta de gerenciamento.

  Quando você configura a detecção de liveness de backup, esse canal fora de banda é estabelecido entre os pares por meio da rede de gerenciamento.

• Use o endereço loopback peerback para estabelecer o peering do ICCP. Isso evita qualquer falha de ligação direta entre os pares MC-LAG. Enquanto a conexão lógica entre os pares permanecer ativa, o ICCP permanece em alta.

• Configure o intervalo de detecção de vida do ICCP (o temporizador de detecção de encaminhamento bidirecional (BFD) a ser de pelo menos 8 segundos se tiver configurado a conectividade ICCP por meio de uma interface IRB. Um intervalo de detecção de liveness de 8 segundos ou mais permite que o switchover gracioso do Mecanismo de Roteamento (GRES) funcione perfeitamente. Por padrão, a detecção de liveness 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. Neste caso, você pode configurar o BFD de salto único.

• Configure um tempo de espera de estabelecimento de sessão para o ICCP. Fazer 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 padrão do estabelecimento de sessão é de 300 segundos. No entanto, o tempo de estabelecimento da sessão deve ser pelo menos 100 segundos maior do que o tempo de atraso init. Você pode atualizar opcionalmente o tempo de estabelecimento da sessão para 340 segundos e o tempo de atraso de init de 240 segundos.

• Para uma melhor convergência durante uma reinicialização de peer MC-LAG (controle de status da ativa), recomendamos que você configure o tempo de atraso de icl-down em vez do tempo de espera. O tempo de atraso de icl-down é o número de segundos que se passam entre quando o link de interchasse (ICL) cai e as interfaces de Ethernet agregadas de multichasse (MCAEs) mudam para o modo de espera.

• Começando pelo Junos OS Release 15.1, configure o recurso de detecção de liveness de backup para implementar um failover mais rápido do tráfego de dados durante uma reinicialização de peer MC-LAG. Configure a declaração de detecção de liveness backup apenas na interface de gerenciamento.

  Nota:

  A detecção de liveness não funciona se a interface de gerenciamento estiver dentro da instância de gerenciamento.

A espionagem DHCP, a inspeção dinâmica de ARP (DAI) e o proteção de origem IP não são suportados nas interfaces ICL ou MC-LAG. Consequentemente, as respostas de protocolo de resolução de endereços recebidas na ICL são descartadas. No entanto, as entradas ARP podem ser povoadas na interface ICL por meio de trocas de ICCP de um peer MC-LAG remoto.

Os switches da Série QFX configurados como pares MC-LAG não oferecem suporte à função de troca de rótulos vlans.

Não use o protocolo de árvores de abrangência múltipla (MSTP) ou o VLAN Spanning Tree Protocol (VSTP). Poderia haver um loop se o MSTP ou o VSTP forem habilitados em uma topologia MC-AE sem habilitar MSTP ou VSTP nas interfaces lógicas MC-AE. Além disso, poderia haver um loop se existisse um caminho alternativo, desde nós de acesso até nós MC-AE.

Para detectar erros de rede, recomendamos que você faça o seguinte:

• Configure o STP globalmente para que o STP possa detectar erros de rede locais dentro e entre os pares MC-LAG.

• Desabilicar o STP em links de ICL, no entanto, porque o STP pode bloquear interfaces de ICL e desabilitar a proteção.

• Desativar o STP em interfaces conectadas a switches de agregação.

• Configure as interfaces MC-LAG como portas de borda.

• Habilite o bloqueio da unidade de dados de protocolo de ponte (BPDU) na borda.

• Não habilite o bloqueio de BPDU em interfaces conectadas a switches de agregação.

Diretrizes e advertências de configuração

• Configure o endereço IP no peer MC-LAG ativo com um endereço IP alto ou uma alta prioridade de DR. Para garantir que o peer MC-LAG ativo mantenha a designação de associação ao DR se a vizinhança do PIM com o peer cair.

• O uso da detecção de encaminhamento bidirecional (BFD) e sincronização RVI ou IRB MAC em conjunto não é suportado porque o ARP falha.

• Ao usar a sincronização MAC do RVI ou IRB, certifique-se de configurar o endereço IP primário em ambos os pares MC-LAG. Fazer 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 BFD e certifique-se de que o intervalo de olá seja de 2 segundos.

Recomendamos que você configure apenas um grupo de redundância entre 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 nós MC-LAG em cada sistema lógico.

Os switches da Série QFX configurados como pares MC-LAG não oferecem suporte ao roteamento por segmentos.

Você pode configurar prefer-status-control-active a declaração com a status-control standby configuração para evitar que o ID do sistema mc-ae LACP reverta para o ID padrão do sistema LACP durante uma falha no ICCP. Você só deve configurar essa opção se o ICCP nunca cair a menos que o peer remoto seja desativado.

No caso de o peer configurado com status-control active desabilitar bruscamente, como durante uma interrupção de energia, recomendamos que você configure o hold-time intervalo para o link de interchasse (ICL) configurado como status-control standby com um valor maior do que o tempo limite de BFD do ICCP. Fazer isso evitará perdas de tráfego momentâneas no peer configurado como status-control standby. Sem a hold-time configuração de intervalo na ICL, a interface MC-AE no peer configurada como status-control standby se moverá momentaneamente para o espera durante uma desativação da energia do peer remoto.

Nos switches EX9200 e Série QFX, os protocolos de roteamento não são suportados nos clientes downstream.

Nos switches EX9200 e 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 pelo método IRB ou RVI.

Nos switches EX9200 e série QFX, você não pode configurar tanto VRRP sobre IRB quanto sincronização MAC, porque o processamento de endereços MAC pode não funcionar.

Use a sincronização MAC se você precisar de mais de 1.000 instâncias VRRP.

Aqui estão algumas ressalvas com a configuração da sincronização de endereços 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ços MAC não oferece suporte a protocolos de roteamento em interfaces IRB, e os protocolos de roteamento não são suportados com clientes MC-LAG downstream. Se você precisar de recursos de roteamento, configure protocolos VRRP e roteamento em cada peer MC-LAG. Os protocolos de roteamento são suportados em roteadores upstream.

• O retransmissão DHCP não é suportado com a sincronização de endereços MAC.

  Se você precisar configurar o retransmissão DHCP, configure VRRP em IRB.

• Solicitações gratuitas de ARP não são enviadas quando o endereço MAC na interface IRB muda.

Recomendamos que você limite o escopo das VLANs e configure-as apenas onde elas são necessárias. Configure as interfaces de tronco MC-AE com apenas as VLANs necessárias para a camada de acesso.

Na Série QFX, a opção all na [edit interfaces name unit number ethernet-switching vlan] hierarquia não é suportada em Ethernet agregada de multichassis (MC-AE), Ethernet agregada (AE), Gigabit Ethernet (GE), Ethernet de 10 Gigabit (XE), Ethernet de 40 Gigabit (ET) e ethernet de 100 Gigabit (ET) interfaces Ethernet de Camada 2. Em vez disso, especifique uma variedade de IDs VLAN ou nomes de VLAN. Nomes de VLAN ou IDs VLAN para fins de ICCP não são suportados em interfaces MC-AE, AE, GE, XE e ET conectadas a servidores ou outros dispositivos de rede. Os nomes de VLAN ou IDs VLAN usados para fins de ICCP não são suportados em interfaces de acesso e tronco multi-homed MC-AE, AE, GE, XE e ET Layer 2 Ethernet ou interfaces de ethernet de camada 2. Quando você configura VLANs em um MC-AE ou outras interfaces de receita no dispositivo, a gama VLAN é suportada, mas sem o VLAN dedicado ao ICCP.

Os switches da Série QFX (exceto QFX10002, QFX10008 e QFX10016), switches EX4600 e EX4650 não oferecem suporte ao estilo de configuração do provedor de serviços para MC-LAG.