Fundamentos do CCNA (Cisco 200-301): Da Arquitetura de Redes e Subnetting IPv4/IPv6 ao Roteamento Dinâmico com OSPFv2

📌 Metadados

• Slug: ccna-fundamentos-redes-subnetting-roteamento-ospf
• Categoria: redes, tecnologia, tutoriais-otimizacao
• Tags: ccna, cisco, cisco ccna 200-301, redes de computadores, subnetting, ipv4, ipv6, ospfv2, roteamento estatico, cisco ios
• Autor: Guilherme Nascimento (Especialista em Infraestrutura e Fundador da Hora Nerd)
• Tempo de Leitura: ~25 minutos

—

No universo da infraestrutura de tecnologia da informação, o Cisco Certified Network Associate (CCNA 200-301) é amplamente reconhecido como o divisor de águas entre o profissional que apenas “conecta cabos” e o verdadeiro engenheiro de redes.

Desde a grande reformulação promovida pela Cisco — que consolidou as antigas ramificações verticais (Routing & Switching, Security, Wireless, Data Center) em um único exame abrangente —, a certificação passou a exigir uma compreensão holística dos ecossistemas digitais. Redes modernas não são silos isolados de caixas proprietárias: elas são a espinha dorsal programável que sustenta nuvens híbridas, data centers hiperconvergentes e políticas de segurança corporativa em escala global.

Dominar os fundamentos do CCNA significa compreender a física e a lógica do tráfego de dados: como pacotes são encapsulados, como sub-redes são otimizadas para evitar desperdício de espaço de endereçamento, como tabelas de roteamento tomam decisões em microssegundos e como protocolos dinâmicos convergem rotas diante de falhas de links físicos.

Neste artigo, dissecamos os pilares dos Domínios 1 e 3 do exame Cisco CCNA 200-301 (Network Fundamentals e IP Connectivity). Você aprenderá a arquitetura de design em camadas da Cisco, o método definitivo de cálculo rápido de sub-redes IPv4/IPv6, a anatomia de decisão da tabela de roteamento e a configuração prática do protocolo OSPFv2 no Cisco IOS CLI.

—

🏛️ 1. Arquitetura de Redes Corporativas: Topologias e Modelos de Design

Antes de digitar um único comando no terminal de um roteador, o engenheiro de redes precisa entender onde aquele equipamento está posicionado na topologia corporativa. A Cisco consagrou duas abordagens estruturais:

A. O Modelo Hierárquico de 3 Camadas (Three-Tier Campus Design)

Projetado para separar funções de rede em blocos modulares, facilitando o isolamento de falhas, o gerenciamento de capacidade e a escalabilidade:

flowchart TD
    subgraph CoreLayer["1. Camada de Núcleo (Core Layer)"]
        C1["Core Switch 1 (Alta Velocidade)"] <--> C2["Core Switch 2 (Redundância)"]
    end

    subgraph DistLayer["2. Camada de Distribuição (Distribution Layer)"]
        D1["Distribution Switch A<br/><i>Roteamento Inter-VLAN, ACLs e QoS</i>"]
        D2["Distribution Switch B<br/><i>Políticas de Segurança e Resiliência</i>"]
    end

    subgraph AccessLayer["3. Camada de Acesso (Access Layer)"]
        A1["Access Switch 1<br/><i>Portas de Usuários e PoE</i>"]
        A2["Access Switch 2<br/><i>Port Security e VLANs</i>"]
    end

    C1 <--> D1
    C1 <--> D2
    C2 <--> D1
    C2 <--> D2

    D1 <--> A1
    D1 <--> A2
    D2 <--> A1
    D2 <--> A2

1. Camada de Núcleo (Core): Responsável por transportar grandes volumes de dados no menor tempo possível (High-Speed Backbone). Não deve realizar filtragem pesada de pacotes, inspeção profunda de ACLs ou modelagem de tráfego, para evitar introduzir latência.
2. Camada de Distribuição (Distribution): Atua como a fronteira de controle entre o Core e o Acesso. É onde residem o roteamento Inter-VLAN, a sumarização de rotas, as listas de controle de acesso (ACLs) departamentais e as políticas de qualidade de serviço (QoS).
3. Camada de Acesso (Access): É o ponto de entrada da rede onde computadores, servidores de borda, telefones IP e pontos de acesso Wi-Fi se conectam. Implementa controle de portas, segmentação de VLANs, PoE (Power over Ethernet) e segurança de Camada 2 (Port Security).

—

🧮 2. Subnetting IPv4 Descomplicado: VLSM e Cálculo Rápido de Máscaras

O cálculo de sub-redes é a pedra fundamental do exame CCNA. Durante a prova de 120 minutos, você não terá acesso a uma calculadora de IP: o raciocínio binário precisa ocorrer de forma quase instantânea.

A Régua dos Bits (A Tabela Mágica do Octeto)

Cada octeto de um endereço IPv4 é formado por 8 bits com os seguintes pesos posicionais da esquerda para a direita:

$$\begin{array}{|c|c|c|c|c|c|c|c|}
\hline
\mathbf{128} & \mathbf{64} & \mathbf{32} & \mathbf{16} & \mathbf{8} & \mathbf{4} & \mathbf{2} & \mathbf{1} \\
\hline
2^7 & 2^6 & 2^5 & 2^4 & 2^3 & 2^2 & 2^1 & 2^0 \\
\hline
\end{array}$$

Quando “emprestamos” bits da porção de host para a porção de rede (criando sub-redes com CIDR / VLSM), somamos os valores da esquerda para a direita para formar a máscara decimal:

O Conceito do “Número Mágico”

O Número Mágico é o valor do menor bit 1 ligado na máscara de sub-rede. Ele determina exatamente o intervalo no qual as sub-redes saltam.

Exemplo Prático de Prova:
Dado o endereço 192.168.10.138/27, determine o endereço de rede, o primeiro host, o último host e o endereço de broadcast.

1. Identificar o prefixo no octeto: O /27 está no 4º octeto (24 + 3 bits = 27).
2. Identificar o menor bit ligado: 3 bits ligados correspondem a $128 + 64 + 32 = 224$. O menor bit vale 32 (este é o nosso Número Mágico).
3. Calcular os blocos de 32:
* Sub-rede 0: 192.168.10.0
* Sub-rede 1: 192.168.10.32
* Sub-rede 2: 192.168.10.64
* Sub-rede 3: 192.168.10.96
* Sub-rede 4: 192.168.10.128
* Sub-rede 5: 192.168.10.160
4. Localizar o IP: O valor 138 está situado entre 128 e 160.
* Endereço de Rede: 192.168.10.128
* Primeiro Host Válido: 192.168.10.129
* Último Host Válido: 192.168.10.158
* Endereço de Broadcast: 192.168.10.159

—

🌐 3. Fundamentos do IPv6: Notação, Tipos de Endereço e SLAAC

Com o esgotamento dos blocos IPv4 públicos, o domínio do IPv6 (128 bits) tornou-se item de sobrevivência técnica no exame CCNA.

Regras Estritas de Compressão de Endereços

Um endereço IPv6 contém 32 caracteres hexadecimais divididos em 8 hextetos de 16 bits (ex.: 2001:0db8:0000:0000:0000:0000:1428:57ab). Para facilitar a leitura, aplicam-se duas regras:

1. Omissão dos Zeros à Esquerda: Dentro de qualquer hexteto individual, zeros à esquerda podem ser suprimidos (ex.: :0db8: torna-se :db8:, :0000: torna-se :0:).
2. A Regra dos Dois-Pontos Duplos (::): Uma sequência contígua de hextetos compostos unicamente por zeros pode ser substituída por ::. Atenção: Esta substituição só pode ocorrer uma única vez por endereço para evitar ambiguidade na contagem de hextetos.

Endereço original: 2001:0db8:0000:0000:0000:0000:1428:57ab
Endereço comprimido: 2001:db8::1428:57ab

Tipos de Endereço IPv6 Essenciais no CCNA

flowchart LR
    GUA["<b>Global Unicast (GUA)</b><br/>2000::/3<br/>Roteável na Internet pública (equivalente ao IP público IPv4)"]
    ULA["<b>Unique Local (ULA)</b><br/>FC00::/7 (usualmente FD00::)<br/>Privado para uso interno (RFC 4193, equivalente a RFC 1918)"]
    LLA["<b>Link-Local (LLA)</b><br/>FE80::/10<br/>Obrigatório em cada interface; usado para adjacência de roteamento e ND"]
    Multi["<b>Multicast</b><br/>FF00::/8<br/>Substitui o broadcast; entrega dados para grupos (ex: FF02::5 para OSPF)"]

O Mecanismo EUI-64 (Extended Unique Identifier)

Em interfaces configuradas com autoconfiguração sem estado (SLAAC), o dispositivo utiliza o seu endereço físico MAC (48 bits) para derivar a porção de host de 64 bits (Interface ID):

flowchart TD
    MAC["1. Endereço MAC (48 bits): 00:1A:2B:3C:4D:5E"] --> Split["2. Divide o MAC ao meio: 001A:2B | 3C:4D5E"]
    Split --> Insert["3. Insere 'FF:FE' no centro: 001A:2B<b>FF:FE</b>3C:4D5E"]
    Insert --> Invert["4. Inverte o 7º bit do primeiro byte (U/L bit):<br/>000000<b>0</b>0 vira 000000<b>1</b>0 (Hex: 02)"]
    Invert --> Final["5. Interface ID resultante: <b>02</b>1A:2BFF:FE3C:4D5E"]

—

🧭 4. A Lógica de Decisão da Tabela de Roteamento

Quando um pacote IP chega a uma interface de um roteador, como ele escolhe por qual porta encaminhar o pacote? No CCNA, a Cisco exige o domínio da seguinte ordem estrita de precedência:

flowchart TD
    InPacket["Pacote IP recebido"] --> Step1["<b>1. Longest Prefix Match (LPM)</b><br/>Qual rota tem a máscara mais longa/específica para o IP de destino?"]
    Step1 -->|Uma única rota tem o prefixo mais longo| Forward["Encaminha pelo Next-Hop dessa rota"]
    Step1 -->|Empate no tamanho da máscara| Step2["<b>2. Distância Administrativa (AD)</b><br/>Qual protocolo que aprendeu a rota é mais confiável?"]
    Step2 -->|Uma rota possui menor AD| Forward
    Step2 -->|Empate na AD do mesmo protocolo| Step3["<b>3. Menor Métrica</b><br/>Qual caminho tem menor custo/métrica interna?"]
    Step3 -->|Uma rota tem menor métrica| Forward
    Step3 -->|Empate em Métrica, AD e Prefixo| LoadBalance["<b>Equal-Cost Multi-Path (ECMP)</b><br/>Distribui o tráfego balanceando a carga entre os caminhos"]

Tabela de Distâncias Administrativas Oficiais (Cisco Default AD):

O Truque da Rota Estática Flutuante (Floating Static Route)

Uma rota estática normal possui $\text{AD} = 1$. Se configurarmos uma rota estática com uma distância administrativa superior ao protocolo dinâmico (por exemplo, $\text{AD} = 115$, superior ao OSPF que é 110), ela permanecerá “adormecida” fora da tabela de roteamento ativa.

Se o link principal do OSPF cair, o protocolo retira suas rotas da tabela. Imediatamente, a rota flutuante assume o tráfego, garantindo tolerância a falhas sem intervenção humana:

! Rota estática padrão principal (Next-Hop do provedor fibra dedicado)
ip route 0.0.0.0 0.0.0.0 203.0.113.1

! Rota estática flutuante de contingência (Next-Hop via link 5G/Satélite com AD=120)
ip route 0.0.0.0 0.0.0.0 198.51.100.1 120

—

⚡ 5. Roteamento Dinâmico com OSPFv2 (Open Shortest Path First)

O OSPFv2 (definido na RFC 2328) é o protocolo de roteamento dinâmico interior (IGP) mais cobrado no CCNA. Ele baseia-se no algoritmo Shortest Path First (SPF) de Dijkstra e opera sob o conceito de estado de enlace (Link-State).

A Formação de Vizinhança: Os 7 Estados OSPF

Dois roteadores vizinhos não trocam sua base de dados topológica imediatamente. Eles passam por uma sequência rigorosa de estados de adjacência:

stateDiagram-v2
    [*] --> Down: Nenhum pacote Hello recebido do vizinho
    Down --> Init: Pacote Hello recebido, mas meu Router-ID não está listado
    Init --> TwoWay: Meu Router-ID apareceu no Hello do vizinho (Comunicação Bidirecional)
    TwoWay --> ExStart: Eleição Master/Slave para sincronizar Database
    ExStart --> Exchange: Troca de pacotes DBD (Database Description)
    Exchange --> Loading: Envio de LSR (Link-State Request) e resposta com LSU
    Loading --> Full: Databases idênticas e totalmente sincronizadas!
    Full --> [*]

Eleição de DR e BDR em Redes Multiacesso (Broadcast)

Em uma rede com 5 roteadores conectados ao mesmo switch, se cada um estabelecesse adjacência com todos os outros, teríamos:

$$N = \frac{n(n – 1)}{2} = \frac{5 \times 4}{2} = 10 \text{ adjacências}$$

Para evitar a proliferação desnecessária de pacotes LSA, o OSPF elege:

• DR (Designated Router): O roteador central que recebe todas as atualizações de estado de enlace (LSUs) via endereço multicast 224.0.0.6 e redistribui para os demais via 224.0.0.5.
• BDR (Backup Designated Router): Roteador em modo standby que monitora o DR e assume imediatamente se ele falhar.
• DROthers: Todos os demais roteadores. Permanecem no estado 2-WAY entre si e formam estado FULL exclusivamente com o DR e o BDR.

Critérios de Eleição de DR/BDR:
1. Maior Prioridade de Interface: Configurada via comando ip ospf priority <0-255> (Prioridade 0 desabilita a participação na eleição, forçando o equipamento a ser sempre DROther).
2. Desempate: Maior Router-ID (RID):
* Configuração manual direta (router-id X.X.X.X);
* Maior endereço IP configurado em interfaces de loopback ativas;
* Maior endereço IP configurado em interfaces físicas ativas.

A Métrica do OSPF: Cálculo de Custo

O OSPF calcula a métrica de uma rota somando o custo de todas as interfaces de saída no caminho até o destino:

$$\text{Custo} = \frac{\text{Reference Bandwidth}}{\text{Interface Bandwidth}}$$

Por padrão histórico da Cisco, a Reference Bandwidth é de 100 Mbps (100.000.000 bps). Isso cria um problema crítico em redes modernas:

• Interface FastEthernet (100 Mbps): $\frac{100}{100} = \text{Custo } 1$
• Interface GigabitEthernet (1.000 Mbps): $\frac{100}{1.000} = 0.1 \rightarrow \text{Arredondado para Custo } 1$
• Interface 10-GigabitEthernet (10.000 Mbps): $\frac{100}{10.000} = 0.01 \rightarrow \text{Arredondado para Custo } 1$

Sem ajuste, o OSPF considera uma interface de 100 Mbps idêntica a uma interface de 10 Gbps! Por isso, em todo ambiente corporativo e laboratório CCNA, deve-se ajustar a largura de banda de referência:

R1(config)# router ospf 1
R1(config-router)# auto-cost reference-bandwidth 1000000
% NOTE: Reference-bandwidth has changed. Please ensure that the
%       reference-bandwidth has been changed on all routers in the network.

—

🛠️ Laboratório Prático de Configuração no Cisco IOS CLI

Abaixo está o roteiro real de comandos para configurar o OSPFv2 com boas práticas corporativas em dois roteadores de borda interconectados:

! ================================================================
! CONFIGURAÇÃO DO ROTEADOR 1 (R1 - EDGE-SP)
! ================================================================
R1# configure terminal
R1(config)# hostname R1-SPO

! 1. Configuração da Interface Loopback (Estabilidade de Router-ID)
R1-SPO(config)# interface Loopback0
R1-SPO(config-if)# ip address 10.255.255.1 255.255.255.255
R1-SPO(config-if)# exit

! 2. Configuração do Enlace Ponto a Ponto com R2
R1-SPO(config)# interface GigabitEthernet0/0/0
R1-SPO(config-if)# description Conexao-WAN-R2-RJ
R1-SPO(config-if)# ip address 10.0.0.1 255.255.255.252
R1-SPO(config-if)# ip ospf network point-to-point
R1-SPO(config-if)# no shutdown
R1-SPO(config-if)# exit

! 3. Configuração da LAN Corporativa (VLAN de Usuários)
R1-SPO(config)# interface GigabitEthernet0/0/1
R1-SPO(config-if)# description LAN-Corporativa-SP
R1-SPO(config-if)# ip address 192.168.10.1 255.255.255.0
R1-SPO(config-if)# no shutdown
R1-SPO(config-if)# exit

! 4. Ativação do Processo OSPFv2 com Boas Práticas
R1-SPO(config)# router ospf 1
R1-SPO(config-router)# router-id 1.1.1.1
R1-SPO(config-router)# auto-cost reference-bandwidth 10000
! Evita envio desnecessário de pacotes Hello na rede interna dos usuários
R1-SPO(config-router)# passive-interface GigabitEthernet0/0/1
! Anúncio das redes na Área 0 (Backbone)
R1-SPO(config-router)# network 10.0.0.0 0.0.0.3 area 0
R1-SPO(config-router)# network 192.168.10.0 0.0.0.255 area 0
R1-SPO(config-router)# exit

Comandos de Diagnóstico e Verificação no Cisco IOS

No exame prático e no dia a dia, execute esta trindade de comandos para auditar o OSPF:

! 1. Verifica se a adjacência foi estabelecida e em qual estado (espera-se FULL)
R1-SPO# show ip ospf neighbor

! 2. Verifica quais rotas foram injetadas pelo OSPF (marcadas com 'O' na tabela)
R1-SPO# show ip route ospf

! 3. Audita o Router-ID, Reference Bandwidth e interfaces ativas no processo
R1-SPO# show ip ospf interface brief

—

🚀 Conclusão

Os conceitos de arquitetura de rede, cálculo de sub-redes com VLSM, endereçamento IPv6 e convergência dinâmica do OSPFv2 formam a base sobre a qual toda a infraestrutura moderna é construída.

Para conquistar a aprovação no exame Cisco CCNA 200-301, não basta memorizar comandos isolados: é indispensável compreender o ciclo de vida completo do pacote — desde o momento em que a camada de acesso recebe o frame até o instante em que o protocolo de roteamento no núcleo converge o próximo salto.

No próximo artigo, aprofundamos a outra metade essencial do CCNA: a operação interna de Switching, VLANs, Troncos 802.1Q, protocolos Spanning Tree (STP/RSTP) e mecanismos de segurança de Camada 2 (Port Security e DHCP Snooping).

✓

Guilherme Nascimento

Especialista & Fundador

Especialista em Infraestrutura, Cloud/DevOps e Cibersegurança | +10 anos de experiência prática

Profissional com mais de uma década atuando no campo de batalha da tecnologia corporativa. Especialista em arquiteturas resilientes, automação com Docker/Kubernetes, Hardening de Active Directory, Linux avançado e observabilidade SRE. Criador do ecossistema Hora Nerd, dedicado a desmistificar a tecnologia para profissionais e estudantes.

Cloud & DevOps Active Directory Hardening Linux SysAdmin Docker & CI/CD Observabilidade SRE

Conectar no LinkedIn GitHub