Suporte Q-in-Q em enlaces de tronco redundantes usando LAGs com proteção de enlaces
Entendendo o suporte Q-in-Q em RTGs usando LAGs com proteção de enlaces
Links de tronco redundantes oferecem uma solução simples para a recuperação da rede quando uma porta tronco em um switch cai. Nesse caso, o tráfego é roteado para outra porta de tronco, mantendo o tempo de convergência da rede ao mínimo.
Para obter informações sobre o uso de links de tronco redundantes em uma configuração de grupos de tronco redundantes legados (RTG), ou seja, uma configuração RTG que não oferece suporte a configurações Q-in-Q ou provedores de serviços, consulte Entendendo links redundantes de tronco (Configuração RTG legante).
Você pode usar esse recurso de links de tronco redundantes (ou RTG) com suporte Q-in-Q usando LAGs com proteção de link em configurações de provedores de serviços e empresas.
Este recurso de RTG com suporte Q-in-Q inclui suporte para os seguintes itens que não são suportados em configurações RTG legadas:
Configuração de tags VLAN flexíveis no mesmo LAG que oferece suporte às configurações de links redundantes
Múltiplas configurações de links redundantes em uma interface física
Convergência multicast
A configuração redundante do enlace do tronco (também conhecida como "configuração redundante de grupo de tronco (RTG)") contém dois links: um link primário ou ativo e um link secundário . Se o enlace primário falhar, o link secundário começa automaticamente a encaminhar o tráfego de dados sem esperar pela convergência normal do protocolo de spanning tree.
O tráfego de dados é encaminhado apenas no link principal. O tráfego de dados recebido no enlace secundário é descartado.
Embora o tráfego de dados seja bloqueado no link secundário, o tráfego de controle de Camada 2 ainda é permitido. Por exemplo, você pode executar uma sessão LLDP entre dois switches no link secundário.
O Protocolo de Spanning Tree (RSTP) é habilitado por padrão nos switches para criar uma topologia sem loop, mas uma interface não pode ser tanto em um enlace de tronco redundante quanto em uma topologia de protocolo de spanning tree ao mesmo tempo. Você deve desabilitar o RSTP em uma interface se um enlace de tronco redundante estiver configurado nessa interface. No entanto, os protocolos de spanning tree podem continuar operando em outras interfaces nesses switches.
O topo da Figura 1 mostra três switches em uma topologia para links de tronco redundantes em um LAG com tags VLAN flexíveis. Essa configuração em particular também inclui subgrupos que contêm vários links — pode haver apenas dois subgrupos no LAG, e ambos os subgrupos devem ter o mesmo número de links.
A topologia mostrada na Figura 1 aplica-se apenas à primeira das três configurações descritas posteriormente neste tópico. Veja a configuração de enlaces de tronco redundantes em um LACP LAG (Proteção de enlaces N:N com subgrupos). Embora as tarefas de configuração restantes compartilhem alguns elementos da primeira tarefa, alguns valores absolutos fornecidos em cada tarefa são exclusivos dessa tarefa — por exemplo, a interface de entrada tem um valor diferente em cada tarefa.
O Switch 3 está conectado ao Switch 1 até o Subgrupo 1 e ao Switch 2 até o Subgrupo 2. Os subgrupos 1 e 2 estão em um pacote Ethernet agregado, ou grupo de agregação de enlaces (LAG), com nome de interface ae0. O subgrupo 1 é designado como o elo principal, e o Subgrupo 2 é designado como o link secundário. Fluxos de tráfego entre o Switch 3 e o Switch 1 até o Subgrupo 1. Enquanto o Subgrupo 1 está ativo, o Subgrupo 2 bloqueia o tráfego de dados.
A parte inferior da Figura 1 ilustra como a topologia de enlace de tronco redundante funciona quando o enlace primário cai.
Quando o Subgrupo 1 entre o Switch 1 e o Switch 3 cai, o Subgrupo 2 assume como o link primário (ativo). Fluxos de tráfego entre o Switch 3 e o Switch 2 até o Subgrupo 2.
Veja como a convergência multicast funciona em uma topologia como a ilustrada na figura anterior:
Com o LAG ae0 sendo uma porta de roteador multicast, todas as mensagens de IGMP recebidas no Switch 3 são encaminhadas para o Switch 1.
Quando a ligação entre o Switch 3 e o Switch 1 diminui, o tráfego para a fonte multicast recebida no Switch 2 é inundado para todas as portas da VLAN.
Quando o link principal cai, uma consulta geral de IGMP é enviada pelo Switch 3 para todas as portas da VLAN, e os relatórios IGMP recebidos dos clientes são encaminhados para o Switch 2, por meio do qual o aprendizado acontece; assim, a convergência multicast é alcançada.
Configuração de enlaces de tronco redundantes em um LAG com proteção de enlaces e tags VLAN flexíveis
Existem várias variações na configuração de links de tronco redundantes em um LAG com proteção de enlaces e com tags VLAN flexíveis.
Apenas para fins de ilustração, as seguintes tarefas de configuração mostram valores absolutos, como ge-0/0/30, em vez de variáveis como interface-name.
- Configuração de enlaces de tronco redundantes em um LACP LAG (N:N Link Protection com subgrupos)
- Configuração de enlaces de tronco redundantes em um LAG estático (proteção de enlaces 1:1)
- Configuração de enlaces de tronco redundantes em um LAG com várias interfaces lógicas (proteção de enlaces 1:1 )
- Verificando se os links de tronco redundantes estão disponíveis no LAG e visualizando links ativos
Configuração de enlaces de tronco redundantes em um LACP LAG (N:N Link Protection com subgrupos)
Configuração de enlaces de tronco redundantes em um LAG estático (proteção de enlaces 1:1)
Configuração de enlaces de tronco redundantes em um LAG com várias interfaces lógicas (proteção de enlaces 1:1 )
Consulte também
Verificando se os links de tronco redundantes estão disponíveis no LAG e visualizando links ativos
Propósito
Verifique se os links redundantes do tronco estão disponíveis no LAG e veja quais interfaces estão configuradas como os links primários (ativos).
Ação
Use os seguintes show comandos:
show mac-refresh interface-name— Exira se os links redundantes de tronco em um LAG com proteção de enlaces estão habilitados na interface especificada.show interfaces ge interface-name extensiveoushow interfaces xe interface-name extensive— Em um LAG estático, exibir qual interface é definida como o membro principal.show lacp interfaces— Em um LACP LAG, exibir quais interfaces de membros estão ativas e que estão em baixa.