QinQ
C-TAG, S-TAG, IEEE 802.1ad, double tagging, MTU e transporte Metro Ethernet.
O que este assunto resolve
C-TAG, S-TAG, IEEE 802.1ad, double tagging, MTU e transporte Metro Ethernet.
Acompanhe o estado e o caminho do pacote
Valide domínio L2, VLAN/bridge-domain, aprendizado MAC, estado das portas, loops, MTU e counters antes de alterar a configuração.
Entrada → classificação/estado → decisão → tabela → next-hop/saída → countersProjete antes de configurar
- Defina o domínio de falha e o comportamento esperado de convergência.
- Documente endereçamento, identificadores, timers, MTU e fronteiras de política.
- Prefira estado explícito e observável a suposições.
- Planeje rollback e acesso fora de banda antes de mudanças de risco.
Comandos e verificação
A sintaxe varia por plataforma e release. Os exemplos abaixo vêm do conteúdo existente do portal e devem ser validados na documentação da plataforma-alvo antes do uso em produção.
Cliente Provedor
[C-TAG 100] → [S-TAG 200][C-TAG 100] → [C-TAG 100]
↑
domínio S-VLAN
/interface bridge print detail
/interface bridge port print detail
/interface bridge vlan print detail
# Recursos relevantes, conforme modelo/release:
ether-type=0x88a8
tag-stacking=yes
pvid=<S-VLAN>
use-service-tag=yesFluxo orientado por evidências
- Defina origem, destino, janela de tempo e sintoma exato.
- Estabeleça o estado saudável esperado e compare com o observado.
- Inspecione counters, tabelas, logs e capturas antes de resets.
- Teste uma hipótese por vez e prefira mudanças reversíveis.
- Repita o teste original após a correção e verifique efeitos colaterais.
IEEE 802.1Q Provider Bridging
Use o padrão/RFC vigente e a documentação da release exata em operação. A sintaxe do fabricante é detalhe de implementação; o comportamento do protocolo deve ser entendido de forma independente.
Comprove o comportamento em topologia controlada
Monte a menor topologia que reproduza o mecanismo, capture tráfego de controle e dados, introduza uma falha proposital e diagnostique antes de aplicar a correção.