Desenhar o caminho da VLAN afetada
O serviço de reporting entra na VLAN 70, mas o batch da VLAN 30 deixa de comunicar após a mesma mudança. Desenha os hosts, portas de acesso, switches e trunks realmente atravessados. Anota qual VLAN transporta a gestão: um ping ao switch pode seguir 20 e nada demonstrar sobre 30. Guarda estado e configuração dos dois extremos, com hora e interface. A comparação deve procurar a primeira condição que falha no caminho concreto, sem alterar gateways ou firewalls só porque o sintoma chega como timeout de aplicação.
Permissão bilateral não basta
Com A a permitir 20, 30, 70 e B a permitir 20, 70, a interseção é 20, 70. A omissão de 30 é uma hipótese concreta para o incidente. Depois da correção, confirma VLAN existente e ativa, trunk operacional e estado STP por VLAN em cada salto. Uma lista configurada descreve intenção; o estado de encaminhamento descreve outra condição necessária. Mantém as VLANs já aprovadas ao introduzir 70. Se a janela terminar sem aceitação, usa o rollback definido e informa o responsável do batch sobre o estado real.
VLAN nativa: explicitar as premissas
No exercício, A envia tráfego da sua VLAN nativa 20 sem tag e B aceita esse tráfego com VLAN nativa 30. B classifica-o em 30. Esta conclusão assume comportamento nativo predefinido, sem native tagging e sem descarte anterior; não promete que uma topologia real com mismatch encaminhe normalmente. Podem existir proteções e inconsistências de spanning tree. Documenta os dois valores e corrige o desacordo no âmbito aprovado. Não uses uma observação de link up para declarar que a separação entre serviços está correta.
Raiz e custo são decisões diferentes
Compara bridge IDs dentro da mesma instância. Nas prioridades base 24576, 28672 e 32768 para VLAN 70, o primeiro valor vence antes do desempate por MAC; não escolhas o menor MAC ignorando prioridade. Depois calcula o caminho de cada switch à raiz. Se P1 recebe custo 4 com custo local 19, totaliza 23. P2 recebe 19 com custo local 2, totaliza 21. P2 oferece menor custo, apesar do anúncio recebido ser maior. O fixture evita empates; outros desempates exigem a informação adicional das BPDUs.
Uma alternativa pode estar saudável e descartar
Considera A como raiz, B-A com custo 4, C-A com custo 8 e B-C com custo 19 nos dois sentidos. B e C preferem o caminho direto. No segmento B-C, B anuncia menor custo e é designated; C mantém alternate/discarding. Isso evita um ciclo de dados e não prova cabo avariado. Se falhar só C-A, o caminho restante de C via B tem custo 23 e pode tornar-se o caminho à raiz após convergência. Mede a interrupção e os resultados dos pedidos: o desenho não prova failover sem perda. Papel e estado instantâneo também podem diferir durante transições.
O agregado lógico pode esconder um membro perdido
Um port-channel up pode ter apenas um membro útil quando o desenho prevê dois. Compara estado de cada membro, vizinho LACP, velocidade e configuração efetiva de trunk, nativa e VLANs permitidas. Se uma porta está suspended após mudar a lista, investiga essa diferença antes de forçar mode on. O modo estático não negocia LACP e não elimina requisitos de compatibilidade. Conserva acesso de recuperação e aplica a correção coerentemente nos extremos. Verifica novamente membros e tráfego em vez de aceitar só o estado do port-channel.
Capacidade por fluxo e política de mínimo
Dois membros de 1 Gb/s não garantem 2 Gb/s de payload a um fluxo. No nosso fixture, o hash mantém o fluxo num membro; vários fluxos só exploram ambos se a distribuição os colocar em portas diferentes. A soma nominal também não comprova throughput útil. Com min-links=2 e dois membros ativos, a perda de um torna o agregado inativo se não houver substituto. Isso pode proteger um requisito de capacidade. Reduzir o limiar troca um comportamento por outro e precisa de aceitação explícita da operação degradada.
Prática guiada e critérios de entrega
Calcula no fixture abaixo a interseção permitida, o melhor custo por P1/P2 e o estado do agregado após falha de um membro. Resultados:20 e 70, P2 com 21, e agregado inativo com mínimo 2. No laboratório autorizado, a entrega deve incluir estado por VLAN e membro, transações novas e existentes, teste de falha controlada e recuperação. Regista perda observada, capacidade remanescente, cut-off, responsável e rollback. Os modelos deste percurso apenas verificam conjuntos e cálculos sobre dados fictícios; não executam Cisco IOS nem simulam convergência ou hashing real.
Synthetic teaching fixture, not device output
VLANs allowed A: 20,30,70
VLANs allowed B: 20,70
P1: advertised_root_cost=4 local_cost=19
P2: advertised_root_cost=19 local_cost=2
Po10: bundled_up_members=2 min_links=2
Failure: one bundled member lost; no standbyO reporting em 70 funciona, o batch em 30 falha e a gestão em 20 responde. A lista no segundo extremo omite 30; o ping de gestão não valida o serviço.
Armadilhas comuns
Usar link up ou gestão como prova de todas as VLANs; forçar PortFast entre switches; somar banda por fluxo; ignorar min-links.
Tópicos relacionados: Conectividade IP · Gestão de mudanças
Valida cada condição do caminho e mede a recuperação; redundância configurada não prova continuidade do serviço.
Referência: VLAN trunks · 200-301 CCNA v1.1