Subnetting e VLSM

1. Visão Geral Integrada

Subnetting e VLSM são as duas técnicas fundamentais que permitem subdividir um bloco de endereços IP em múltiplas redes menores e mais úteis. Este arquivo consolida a visão integrada dos dois conceitos, servindo como ponto de entrada para os demais tópicos da seção. Enquanto o subnetting clássico (FLSM — Fixed Length Subnet Mask) aplica uma única máscara a todas as sub-redes, o VLSM (Variable Length Subnet Mask) permite máscaras diferentes dentro do mesmo bloco pai, otimizando drasticamente o uso do espaço de endereçamento.

A diferença é mais do que estética: ela determina o quão eficiente será o plano de IP em uma organização. Em uma rede corporativa típica, existem links ponto-a-ponto (/30), VLANs de usuários (/24), redes de servidores (/26) e DMZ (/28). Com FLSM, todos esses segmentos precisariam ter o mesmo tamanho, gerando enorme desperdício. Com VLSM, cada um recebe apenas o necessário — princípio conhecido como "right-sizing" de endereçamento.

2. Contexto Histórico

A motivação para o VLSM foi a exaustão do espaço de Classe B: organizações médias recebiam um /16 (65.534 hosts) por não caberem em Classe C (/24, 254 hosts), mas usavam apenas uma fração. Com VLSM, puderam receber um /20 e subdividi-lo em tamanhos variados. Com o CIDR, provedores agregam múltiplos /24 em um /20 ao anunciar para a DFZ (Default-Free Zone).

3. FLSM vs VLSM

RIPv1 e IGRP não carregam a máscara nas atualizações, logo não suportam VLSM. Qualquer rede moderna usa OSPF, EIGRP, IS-IS ou BGP, todos compatíveis.

4. Fórmulas e Cálculos Resumidos

Tabela rápida de prefixos comuns

5. Casos de Uso Práticos

• Campus universitário: cada prédio recebe /24, departamentos com VLSM em /26 dentro de cada bloco. Laboratórios isolados em /27 para contenção de broadcast.
• Datacenter: racks em /26 ou /28, OOB (out-of-band) em /27, links leaf-spine em /31. Jumbo frames com /26 para armazenamento.
• Filiais: links WAN em /30 sobre MPLS, LAN local em /24. Túneis IPsec reservam /29 para VPNs site-to-site.
• Cloud (AWS/Azure/GCP): VPC em /16, sub-redes públicas e privadas em /24 ou /20, peerings globais exigem blocos não sobrepostos.
• Provedor (ISP): bloco /19 da LIR, subdividido em /22 para empresas, /24 para clientes residenciais via PPPoE, /30 para CPEs de empresas pequenas.

6. Ferramentas

ipcalc 10.50.10.140/26            # mostra rede, broadcast, hosts
sipcalc -v 172.16.0.0/12          # detalhado, com sub-redes
whatmask 192.168.10.140/26        # tabela rápida

import ipaddress
net = ipaddress.ip_network('10.50.10.128/26')
list(net.subnets(new_prefix=27))         # divide em 2 sub-redes /27
list(ipaddress.summarize_address_range(
    ipaddress.ip_address('10.0.0.0'),
    ipaddress.ip_address('10.0.0.255')))  # agrega para 10.0.0.0/24

Para IPAM (IP Address Management) corporativo, as ferramentas de referência são NetBox, phpIPAM e InfoBlox, todas capazes de validar sobreposição, manter histórico e integrar com Ansible/Terraform.

7. Integração com Roteamento

VLSM habilita agregação de rotas (route summarization): o roteador de borda anuncia 10.50.0.0/16 em vez de 256 rotas /24, reduzindo a tabela BGP. OSPF usa a mesma técnica com area range e EIGRP com summary-address. Contudo, agregação exige que os blocos sejam contíguos e alinhados em potência de 2 — se não forem, há buracos (gaps) ou sobreposições.

8. Erros Comuns

• Sobreposição de sub-redes: alocar 10.0.0.0/24 e 10.0.0.128/25 sem notar que a segunda está contida na primeira.
• Máscara desalinhada: usar 255.255.255.128 para dois segmentos diferentes no mesmo /24, sem reservar a outra metade.
• Confundir /30 com /31: /30 tem 2 hosts utilizáveis (desperdiça 2), /31 é otimizado para P2P (RFC 3021).
• Esquecer do −2: contar 256 em /24 em vez de 254 utilizáveis.
• Não documentar: sem IPAM, a reutilização acidental de blocos causa conflitos de rota.
• Agregação incorreta: sumarizar 10.0.0.0/24 e 10.0.2.0/24 como 10.0.0.0/22 engole 10.0.1.0/24 que pode não pertencer à empresa.

9. Boas Práticas de IPAM

1. Reservar blocos por função: não misturar servidores, usuários e gerência no mesmo /24.
2. Deixar margem de crescimento: alocar /25 quando se precisa de 60 hosts hoje, não /26 lotado.
3. Documentar com NetBox ou phpIPAM: fonte única de verdade, integrada com DNS/DHCP.
4. Padronizar nomenclatura: vlan-10-users-edificio-a em vez de rede1.
5. Isolar ambientes: PROD, HML, DEV em blocos RFC 1918 diferentes (ex.: 10.10/16, 10.20/16, 10.30/16).
6. Versionar planos de IP: Git com YAML descrevendo VRFs e sub-redes.
7. Revisão trimestral: identificar blocos subutilizados para realocação.

10. Certificações

O domínio de subnetting e VLSM é cobrado em:

• CCNA 200-301: prova exige cálculo rápido de sub-redes, VLSM e troubleshooting.
• CompTIA Network+: questões de máscara, CIDR e endereçamento.
• JNCIA-Junos: equivalente ao CCNA no ecossistema Juniper.
• CCNP ENARSI: aprofunda em route summarization e IPAM.
• BGP / ISP track: CCIE, JNCIE e HCIE esperam fluência total em agregação.

11. Resumo

Subnetting é a engenharia do espaço de endereços: com FLSM, divide-se uniformemente; com VLSM, divide-se conforme a demanda real. VLSM é pré-requisito do CIDR e, portanto, da Internet moderna — sem ele, as tabelas de roteamento globais colapsariam. Os arquivos seguintes da seção (01 - Subnetting - Conceitos, 02 - Cálculo de Sub-redes, 03 - VLSM - Variable Length Subnet Mask e 04 - Exemplos Práticos VLSM) detalham cada técnica isoladamente, com exercícios resolvidos.