NAT (Network Address Translation) e IPv6

Até aqui, estudamos a camada de rede em profundidade: roteamento, endereçamento IPv4 com CIDR, DHCP para alocação dinâmica, e a hierarquia global de alocação (ICANN → RIRs → ISPs → DHCP local). Mas chegamos a um impasse crítico: o espaço IPv4 de 32 bits tem apenas 4,3 bilhões de endereços, insuficiente para os bilhões de hosts e dispositivos IoT conectados hoje.

Este capítulo final do módulo de Camada de Rede responde a pergunta: Como a Internet funciona apesar do esgotamento do IPv4? E Como a próxima geração de endereçamento (IPv6) resolve isso permanentemente?

Exploraremos:

1. NAT (Network Address Translation) — solução de curto prazo que permite múltiplos hosts privados compartilharem um IP público
2. Controvérsias do NAT — seus impactos negativos em aplicações e arquitetura
3. Técnicas de NAT Traversal — como aplicações conseguem funcionar apesar do NAT
4. IPv6 — a evolução de longo prazo com espaço de endereçamento vastamente maior
5. Transição IPv4 → IPv6 — estratégias práticas como tunelamento e dual-stack

NAT (Network Address Translation)

O Problema: Esgotamento de IPv4

Lembre-se do capítulo anterior: em 2011, o IANA alocou o último /8 de endereços aos RIRs. Desde então, todas as regiões atingiram seus limites de alocação. O esgotamento é real e presente:

A resposta imediata: NAT — técnica que permite múltiplos hosts privados compartilharem um único IP público.

Conceito de NAT

NAT funciona reescrevendo endereços IP e portas TCP/UDP nos cabeçalhos dos pacotes enquanto atravessam um roteador:

Como NAT Funciona: Passo a Passo

Considere uma casa com 3 dispositivos (laptop, smartphone, tablet) compartilhando um único IP público 200.1.50.1:

1. Host interno inicia conexão

O laptop (192.168.1.100) inicia uma conexão HTTP com um servidor web remoto (8.8.8.8:80):

2. Router NAT intercepta e mapeia

O router doméstico vê o pacote saindo e reescreve a origem:

Tabela NAT do router agora armazena:

(192.168.1.100 : 54321) ↔ (200.1.50.1 : 40000) → destino 8.8.8.8:80

3. Servidor remoto responde

O servidor remoto (8.8.8.8) vê um pacote vindo de 200.1.50.1:40000 e responde para esse endereço (não conhece o IP privado 192.168.1.100):

4. Router revertem o mapeamento

O router recebe a resposta, consulta sua tabela NAT, encontra o mapeamento (200.1.50.1:40000 ↔ 192.168.1.100:54321) e reescreve de volta:

5. Host interno recebe resposta

O laptop (192.168.1.100) recebe a resposta de 8.8.8.8:80 na porta 54321, como esperado — NAT é transparente para a aplicação!

Visualizacao Interativa: Fluxo NAT ponta a ponta

Observe as etapas de saida, traducao no roteador e retorno do pacote para o host interno.

Tipos de NAT

Benefícios do NAT

1. Extensão do espaço IPv4: múltiplos hosts privados = 1 IP público
2. Privacidade/Sigilo: hosts internos não são visíveis do exterior — requer port forwarding para aceitar conexões externas
3. Simplicidade: usuários finais não precisam gerenciar endereços públicos — ISP fornece 1 IP, roteador cuida do resto
4. Compatibilidade com IPv4 limitado: permite mais tempo antes de migração forçada a IPv6

Problemas e Controvérsias do NAT

Problema 1: Violação do Princípio End-to-End

A arquitetura original da Internet (RFC 1958) pressupõe comunicação ponto-a-ponto (end-to-end): dois hosts podem se comunicar diretamente sem intermediários modificando pacotes. NAT viola esse princípio:

Problema 2: P2P e Aplicações que Aceitam Conexões

Um servidor interno (ex: 192.168.1.50) rodando um servidor SSH não pode ser acessado de fora, pois:

• Pacotes SYN chegam em 200.1.50.1 (IP público do router)
• Router não sabe para qual IP interno rotear (sem port forwarding manual)
• Port forwarding 200.1.50.1:22 → 192.168.1.50:22 é requerido — impraticável para aplicações dinâmicas

Problema 3: Sobrecarga do Router NAT

Cada conexão ativa exige uma entrada na tabela NAT. Routers domésticos têm limite (~5.000 entradas). Em data centers, NAT é uma gargalo de performance.

Problema 4: Conflitos de IP Privados

Múltiplas redes internas podem usar o mesmo espaço privado (ex: duas filiais corporativas, ambas com 192.168.1.0/24). Conectar essas redes (VPN, fusão) causa conflitos e requer renumeração — operação custosa.

Problema 5: Transparência Quebrada

Aplicações que confiam em IPs reais (análise de logs, auditoria, geo-localização, anti-fraude) recebem o IP do router NAT, não do usuário real. Exemplo: todos os 5 usuários de uma casa aparecem com o mesmo IP público 200.1.50.1 — impossível distinguir quem fez o quê.

Visualização Interativa: Tabela NAT Dinâmica

Observe como múltiplos hosts internos compartilham um IP público e a tabela NAT é atualizada com novas conexões.

NAT Traversal: Contornando as Limitações

Como VoIP (Skype, WhatsApp), P2P (BitTorrent) e gaming multiplayer funcionam apesar do NAT? Resposta: NAT Traversal — técnicas que permitem estabelecer conexões diretas ou diretas através do NAT.

Técnica 1: Port Forwarding (Manual)

O administrador configura manualmente o roteador para encaminhar uma porta pública para um IP/porta interno:

Desvantagem: Manual, impraticável para aplicações dinâmicas que não conhecem sua porta antecipadamente.

Técnica 2: UPnP (Universal Plug and Play)

Aplicações podem programaticamente solicitar ao roteador para abrir portas dinâmicas. Exemplo: BitTorrent pede ao roteador "abra-me a porta 6881 e mapeie 200.1.50.1:6881 → 192.168.1.100:6881".

Vantagem: Automático, nenhuma configuração manual. Desvantagem: Requer UPnP habilitado (nem todos os routers possuem); pouco seguro — qualquer aplicação pode abrir portas.

Técnica 3: STUN (Simple Traversal of UDP over NAT)

Um protocolo cliente-servidor que ajuda um host atrás de NAT a descobrir seu IP público e porta mapeada:

1. Cliente interno (192.168.1.100:5000) envia pacote UDP a servidor STUN público
2. Servidor responde: "Seu IP público é 200.1.50.1 e sua porta é 40000"
3. Cliente agora conhece seu endereço público e pode compartilhá-lo com pares
4. Pares podem tentar se conectar a 200.1.50.1:40000 (se router permite)

Usado em: VoIP (SIP), WebRTC, gaming.

Técnica 4: TURN (Traversal Using Relays around NAT)

Quando NAT é simétrico ou muito restritivo, conexão direta é impossível. Solução: relay — servidor intermediário:

1. Host A (atrás NAT) conecta a servidor TURN
2. Host B (atrás NAT) conecta a servidor TURN
3. Servidor TURN retransmite pacotes entre A e B
4. Comunicação ocorre via relay, não diretamente

Desvantagem: Relay requer banda larga e custa dinheiro (operadores cobram); introduz latência extra.

Usado em: WebRTC (backup quando STUN falha), conferências de vídeo.

Técnica 5: Hole Punching

Se ambos os hosts conhecem mutuamente seus endereços públicos (via STUN), podem tentar criar um "buraco" no NAT enviando pacotes um ao outro simultane. Se bem-sucedido, NAT permite comunicação direta P2P.

Sucesso depende de: tipo de NAT (funciona em Full Cone / Restricted Cone, falha em Symmetric).

IPv6: Solução Permanente

Enquanto NAT é uma solução "conserta-pneu" (temporary fix), a solução permanente é a migração para IPv6 — lançado em 1995 (RFC 1883, atualizado em RFC 2460) mas ainda em adoção gradual 30 anos depois.

Motivação: Por que IPv6?

Estrutura do Datagrama IPv6

Nenhum campo de checksum: roteadores não recalculam checksum a cada salto — responsabilidade de camadas inferiores (Ethernet) e superiores (TCP, UDP).

Endereços IPv6

Um endereço IPv6 é uma sequência de 8 grupos de 16 bits em notação hexadecimal:

Escopo de Endereços IPv6

SLAAC (Stateless Address Auto-Configuration)

Um host IPv6 não precisa de DHCP — usa SLAAC para se auto-configurar:

1. Link-Local gerado: Host cria seu próprio IPv6 fe80::XXXX:XXXX:XXXX:XXXX (derivado de MAC) sem contato com servidor
2. Solicita prefixo: Host envia multicast "há roteadores?" (ICMPv6 Router Solicitation)
3. Roteador responde: Roteador envia prefixo (ex: 2001:db8::/64) via Router Advertisement (RA)
4. Host constrói endereço global: Host concatena prefixo + interface ID (derivado de MAC)

Resultado: Host tem endereço global único sem DHCP, sem configuração manual.

Se server DHCP é desejado (mais controle, DNS automático), DHCPv6 fornece essas informações adicionais.

Visualizacao Interativa: SLAAC em 4 etapas

Veja o host criar link-local, solicitar prefixo e montar o endereco global sem DHCP.

Tabela Comparativa: IPv4 vs IPv6

Transição IPv4 → IPv6

O desafio: bilhões de dispositivos IPv4-apenas ainda existem. Migração forçada é impossível. Soluções práticas permitem coexistência:

Estratégia 1: Dual-Stack

Um host rodando ambos IPv4 e IPv6 simultaneamente:

Processo: Aplicação tenta IPv6; se falha (no route, no server support), volta a IPv4. Transição suave — servidores modernos suportam ambos.

Adoção: Padrão de fato em ISPs e data centers modernos.

Visualizacao Interativa: Dual-Stack com fallback

Compare cenarios IPv6-only, IPv4-only e dual-stack, com tentativa inicial em IPv6 e fallback em IPv4 quando necessario.

Estratégia 2: Tunelamento

Encapsular IPv6 dentro de IPv4 para cruzar redes IPv4-puras:

Exemplo - 6to4:

IPv6 packet (2001:0db8:c0a8:0001:...)
    ↓
Encapsulado dentro de IPv4 (origem: 192.168.0.1 → destino: 192.168.0.2)
    ↓
Roteador tunelador extrai IPv6 e roteia para rede IPv6

Variantes: 6to4, Teredo (traversal UDP), 6rd (ISP-specific), ISATAP (host-to-host).

Desvantagens: Encapsulamento adiciona overhead; latência pequena mas mensurável.

Estratégia 3: Tradução NAT64

Permitir hosts IPv6-puros se comunicarem com servidores IPv4-puros via tradução automática de endereços/protocolos:

Usado por: Apple, Google, Facebook para tornar IPv6-puros habilitados em data centers legados com backends IPv4.

Status Atual (2024)

A migração é lenta mas inevitável — IPv4-puro eventualmente desaparecerá em data centers, mas bilhões de dispositivos legados tocar NAT indefinidamente.

Resumo Conceitual

Conclusão

Neste capítulo final do módulo de Camada de Rede, entendemos:

1. NAT estende IPv4 permitindo múltiplos hosts privados em um IP público — solução prática mas que viola princípios end-to-end
2. Controvérsias do NAT incluem P2P quebrado, perda de transparência e sobrecarga de roteadores
3. NAT Traversal (STUN, TURN, hole punching) permite aplicações funcionarem apesar do NAT
4. IPv6 resolve permanentemente a escassez com 128 bits e espaço ilimitado
5. SLAAC simplifica auto-configuração — nenhum DHCP necessário
6. Transição via Dual-Stack, Tunelamento e NAT64 permite coexistência gradual

Com essa compreensão, completamos a jornada através da Camada de Rede: endereçamento (IPv4, CIDR, IPv6), roteamento (LPM), comutação (fabrics de roteadores), enfileiramento (buffering e escalonamento), DHCP (alocação de hosts) e agora NAT + IPv6 (escalabilidade global da Internet).

A Internet é uma obra de engenharia viva — NAT não é solução ideal, IPv6 é melhor, mas migrar bilhões de dispositivos leva décadas. Essa tensão entre o ideal e o praticável permeia toda a infraestrutura da Internet moderna.