Configuração e verificação de switch/roteador, VLANs, trunks, inter-VLAN, roteamento, ACL, NAT e redundância.
Quem conseguir resolver, de ponta a ponta, as 20 questões a seguir não terá apenas "decorado comandos". Terá desenvolvido um conjunto de competências operacionais e cognitivas que se aproximam bastante do que se exige de alguém capaz de subir uma rede do zero, segmentar corretamente, habilitar serviços, controlar tráfego, e manter disponibilidade — tudo com disciplina de validação e diagnóstico.
O primeiro desafio que você enfrentará é transformar um conjunto de dispositivos "crus" (switch/roteador saídos de fábrica) em infraestrutura utilizável: identidade, segurança mínima, acesso remoto confiável e gestão por IP. Isso força você a pensar como operador: não basta "funcionar", precisa ser administrável, auditável e previsível.
Em seguida, o terreno fica mais interessante: você vai entrar no núcleo da comutação Ethernet e aprender a enxergar uma rede L2 como ela realmente é. Você vai dominar o comportamento do switch (aprendizado de MAC, flooding, tabelas CAM), entender de verdade a diferença entre colisão e broadcast (e por que isso importa), e aplicar VLANs como ferramenta de segmentação — não como "mágica", mas como engenharia: separar domínios de difusão, reduzir ruído, estruturar a rede por função e preparar o caminho para políticas de segurança.
Depois vem o "pulo do gato" que separa o iniciante do operador: fazer essa segmentação funcionar em múltiplos switches e atravessar links entre equipamentos com trunking 802.1Q, lidando com detalhes que derrubam redes reais (VLAN nativa, allowed VLANs, mismatch e sintomas). Se você completar essa parte, você ganha um tipo raro de habilidade: olhar para um problema e dizer "isso é L2" ou "isso já é L3" com base em evidência, não em palpite.
A etapa seguinte exige mentalidade de roteador: você vai construir uma linha de base de roteamento e entender como o tráfego realmente sai de uma VLAN e chega em outra. Inter-VLAN routing (SVI ou router-on-a-stick) deixa de ser "receita de bolo" e vira uma decisão de design com trade-offs: onde colocar o gateway, como validar caminhos, e como interpretar tabela de rotas e estado de interfaces como se fossem instrumentos de painel.
A partir daí, as questões passam a testar maturidade operacional. Você vai trabalhar com serviços e controles que aparecem em rede de verdade: roteamento entre roteadores, controle inter-segmentos por ACL (com ordem, direção e deny implícito), NAT/port forwarding (com implicações de segurança), e, finalmente, redundância com FHRP (HSRP/VRRP), onde "funciona" não é suficiente — precisa continuar funcionando quando um equipamento falha.
Se você consegue resolver tudo isso, o que você domina de fato?
Você domina fluência operacional em CLI: não só configurar, mas ler show como evidência e usar validações (ping/traceroute/tabelas) para provar que a rede está correta. Você desenvolve raciocínio causal: prever efeitos de uma mudança (por exemplo, o que acontece se eu trocar VLAN nativa, se eu restringir allowed VLANs, se eu aplicar ACL inbound em tal interface). Você ganha disciplina de troubleshooting: isolar variáveis, testar hipóteses mínimas, identificar escopo do problema e convergir sem "tentativa e erro" cega.
Em termos de "skills/qualidades" bem concretas, o leitor que vence esse conjunto passa a ter:
Capacidade de construir e padronizar configurações (baseline seguro e replicável), com noção de risco e boas práticas. Capacidade de segmentar redes com intenção (VLANs como arquitetura, não como etiqueta). Capacidade de operar trunks e ambientes multi-switch sem cair em armadilhas clássicas. Capacidade de implementar L3 funcional (inter-VLAN, roteamento entre roteadores) e validar o caminho fim a fim. Capacidade de aplicar políticas de controle de tráfego com precisão (ACLs e NAT) sem se auto-bloquear. Capacidade de desenhar alta disponibilidade no nível do gateway (FHRP) e testar failover de forma controlada. E, talvez o mais valioso, a capacidade de documentar e justificar: você sabe explicar o porquê das escolhas, quais evidências comprovam o resultado, e como alguém repetiria isso em outro ambiente.
Em outras palavras: adiante você vai enfrentar o tipo de desafio que redes reais colocam no seu caminho — inconsistências sutis, comportamentos emergentes de L2/L3, e a necessidade de provar que está certo. Se você resolver tudo, você não só "passa no conteúdo"; você se torna alguém que consegue pegar uma rede pequena/média, estruturar, segmentar, habilitar serviços, impor políticas e manter disponibilidade com método. Isso é exatamente a fronteira entre "estudou CCNA" e "opera rede de verdade".