Resolução de problemas da agregação de enlaces multichassis

Descrição

Quando ambas as interfaces de ethernet agregadas de mulitchassis em ambos os pares de grupo de agregação de enlaces multichassis conectados (MC-LAG), os endereços MAC aprendidos nas interfaces Ethernet agregadas de multichassis não são removidos da tabela de endereços MAC.

Por exemplo, se você desativar a interface Ethernet agregada de multichassis (ae0) em ambos os pares MC-LAG, emitindo o set interfaces ae0 disable comando e confirmando a configuração, a tabela MAC ainda mostra os endereços MAC como sendo aprendidos nas interfaces Ethernet agregadas de multichassis de ambos os pares MC-LAG.

Descrição

Um peer de agregação de enlaces multichassis (MC-LAG) não entra em modo de espera se o endereço IP peer MC-LAG especificado na configuração do Protocolo de controle entre chassis (ICCP) e o endereço IP especificado na configuração de proteção multichassis sejam diferentes.

Descrição

Quando as interfaces de ethernet agregadas de interchasse controlam o link de proteção de enlaces de enlace (ICL-PL) e as interfaces Ethernet agregadas por multichassis principal, o peer de multichassis do MC-LAG agregado com controle de status definido para ficar em standby fica inativo em vez de ativo.

Descrição

Os filtros de redirecionamento de failover implícitos do grupo de agregação de enlaces multichassis (MC-LAG) têm precedência sobre filtros explícitos configurados pelo usuário.

Descrição

Depois de desativar o Protocolo de Controle Inter-Chassis (ICCP), a show iccp saída de comando operacional ainda mostra daemons de clientes registrados, como mcsnoopd, lacpd e eswd.

Por exemplo:

A show iccp saída de comando sempre mostra módulos registrados, independentemente de os pares do ICCP estarem configurados ou não.

Descrição

Quando a configuração do Protocolo de Controle entre Chassis (ICCP) e a configuração da interface VLAN roteada (RVI) são comprometidas em conjunto, a conexão ICCP pode levar até 60 segundos para ficar ativa.

Descrição

Quando você ativa e desativa um link de proteção de enlaces de interchassis (ICL-PL), a era do endereço MAC aprendida na interface Ethernet agregada de multichassis é redefinida para zero. As mudanças na interface de próximo salto desencadeiam atualizações de endereço MAC no hardware, que então desencadeia atualizações de envelhecimento no Mecanismo de encaminhamento de pacotes. O resultado é que a idade do endereço MAC é atualizada para zero.

Por exemplo, o ICL-PL foi desativado, e a show ethernet-switching table saída de comando mostra que os endereços MAC têm uma idade de 0 anos.

Descrição

Em um switch de QFX3500 que executa o Junos OS Release 12.3 ou anterior, se um peer de agregação de link multichassis (MC-LAG) aprender um endereço MAC no VLAN padrão, o Protocolo de Controle Inter-Chassis (ICCP) não sincroniza o endereço MAC com o endereço MAC do outro peer MC-LAG.

Descrição

Quando as interfaces Ethernet agregadas de multichassis são configuradas em um VLAN que é habilitado para espionagem multicast, as entradas de associação aprendidas nas interfaces Ethernet agregadas de multichassis no VLAN não são liberadas quando as interfaces Ethernet agregadas de multichassis são desativadas. Isso é feito para acelerar o tempo de convergência quando as interfaces surgirem, ou subirem e descerem.

Descrição

A conexão Inter-Chassis Control Protocol (ICCP) não está estabelecida quando você adiciona uma chave de autenticação e depois a exclui apenas no nível global do ICCP. No entanto, a autenticação funciona corretamente no nível de peer do ICCP.

Descrição

Se a interface de ethernet agregada multichassis estiver desativada quando a máquina de estado estiver em um estado sincronizado, o status local do grupo de agregação de enlaces multichassis (MC-LAG) está em espera. Se a interface Ethernet agregada multichassis cair depois que a máquina de estado estiver em um estado ativo, então o status local permanecerá ativo, e o estado local indica que a interface está baixa.

Descrição

Quando você permite a detecção de liveness de backup para um grupo de agregação de enlaces multichassis (MC-LAG), e os pacotes de detecção de liveness de backup são perdidos por causa de uma falha temporária no MC-LAG, então ambos os pares no MC-LAG permanecem ativos. Se isso acontecer, ambos os pares MC-LAG enviam pacotes para o servidor conectado.

Descrição

Após uma reinicialização ou após uma nova configuração do Protocolo de Controle Inter-Chassis (ICCP) ter sido comprometida, e a conexão ICCP não se tornar ativa, as mensagens do Link Aggregation Control Protocol (LACP) transmitidas pelas interfaces Ethernet agregadas de multichassis usam o ID padrão do sistema. A ID do sistema configurada é usada em vez do ID padrão do sistema somente após os pares MC-LAG sincronizarem entre si.

Descrição

Não há verificações de confirmação na interface que esteja sendo configurada como um link de proteção de link de interchassis (ICL-PL), portanto, você deve fornecer um nome de interface válido para o ICL-PL.

Descrição

Se os eventos a seguir acontecerem nesta ordem exata , o protocolo de controle entre chassis (ICCP) cairá, e a interface Ethernet agregada de multichassis no peer de agregação de enlaces multichassis (MC-LAG) no modo ativo cairá — ocorre um failover duplo. Nesse cenário, o peer MC-LAG no modo de espera não detecta o que acontece no peer MC-LAG ativo. O peer MC-LAG no modo standby opera como se a interface Ethernet agregada multichassis no MC-LAG no modo ativo estivesse ativa e bloqueie o tráfego do link de proteção de enlaces interchassis (ICL-PL). O tráfego ICL-PL não é encaminhado.

Descrição

Quando o link de proteção de enlaces de interchasse (ICL-PL) cai e aumenta, o tráfego multicast é inundado para todas as interfaces da VLAN. A bandeira ip4McastFloodMode do mecanismo de encaminhamento de pacotes para vLAN é alterada para MCAST_FLOOD_ALL. Esse problema só ocorre quando um grupo de agregação de enlaces multichassis (MC-LAG) é configurado para Camada 2.

Descrição

Quando o Protocolo de controle entre chassis (ICCP) está desativado, o status de um peer MC-LAG remoto é desconhecido. Mesmo que o peer MC-LAG esteja configurado como standby, o tráfego não é redirecionado para este peer porque assume-se que esse peer está desativado.

Descrição

Quando uma interface Ethernet agregada multichassis é convertida em uma interface Ethernet agregada, ela retém algumas propriedades de interface Ethernet agregadas por multichassis. Por exemplo, a interface Ethernet agregada pode manter a chave administrativa da interface Ethernet agregada por multichassis. Quando isso acontece, a interface Ethernet agregada cai.

Descrição

Quando a sincronização MAC é habilitada, o peer do grupo de agregação de enlaces multichassis (MC-LAG) pode resolver as entradas do Protocolo de Resolução de Endereços (ARP) para a interface VLAN roteada MC-LAG (RVI) com qualquer um dos endereços MAC peer MC-LAG. Se o tráfego downstream for enviado com um endereço MAC (MAC1), mas o peer tiver resolvido o endereço MAC com um endereço MAC (MAC2) diferente, o endereço MAC2 pode não ser aprendido por nenhum dos switches da camada de acesso. A inundação do tráfego upstream para o endereço MAC2 pode então ocorrer.

Descrição

As tabelas de endereços ARP e MAC em uma configuração MC-LAG normalmente permanecem sincronizadas, mas as atualizações podem ser perdidas em situações extremas quando as atualizações de tabela estão acontecendo com muita frequência, como quando o flapping de links ocorre em um grupo MC-LAG.