03 - VLSM (Variable Length Subnet Mask)
video: https://youtu.be/... no frontmatter da nota.VLSM (Variable Length Subnet Mask)
1. Definição e Motivação
VLSM, ou Máscara de Sub-rede de Comprimento Variável, é a técnica que permite aplicar máscaras de sub-rede de tamanhos diferentes dentro de uma mesma rede pai. Enquanto o subnetting clássico (FLSM — Fixed Length Subnet Mask) obriga todas as sub-redes a compartilhar a mesma máscara, o VLSM dá flexibilidade para alocar cada sub-rede com o tamanho exato necessário, eliminando o desperdício de endereços.
O VLSM foi introduzido formalmente pela RFC 1009 ("Requirements for Internet Gateways", 1987) e ratificado pela RFC 1812 ("Requirements for IP Version 4 Routers", 1995). Tornou-se viável em larga escala com o CIDR (Classless Inter-Domain Routing, RFC 1519, 1993), que eliminou a noção de classes fixas e adotou o prefixo explícito como padrão de roteamento.
O Problema do FLSM
Considere uma empresa com a rede 192.168.10.0/24 e três tipos de necessidade:
- 2 links WAN (2 hosts cada)
- 4 LANs pequenas (25 hosts cada)
- 1 LAN grande (100 hosts)
Com FLSM, seria preciso escolher uma máscara única que atendesse o maior requisito (100 hosts → /25). A rede inteira seria dividida em 2 sub-redes /25, e apenas a LAN grande seria atendida; as demais ficariam sem endereçamento ou com desperdício colossal. Seriam necessários múltiplos blocos /24 separados, esgotando o espaço rapidamente.
Com VLSM, alocamos exatamente o necessário:
- 1 sub-rede /25 (126 hosts) para a LAN grande.
- 4 sub-redes /27 (30 hosts) para as LANs pequenas.
- 2 sub-redes /30 (2 hosts) para os links WAN.
Tudo isso dentro do mesmo /24 original, com folga para crescimento.
2. Pré-requisito: Protocolos "Classless"
Para que VLSM funcione, os protocolos de roteamento devem transportar a máscara junto com as rotas. Os protocolos classful (RIPv1, IGRP) não transportam máscara, o que os torna incompatíveis com VLSM. Os protocolos classless compatíveis são:
- RIPv2 (RFC 2453)
- EIGRP (RFC 7868)
- OSPFv2/v3 (RFC 2328 / RFC 5340)
- IS-IS (ISO 10589)
- BGP-4 (RFC 4271)
Em ambientes modernos, todos esses protocolos suportam VLSM por padrão. RIPv1 e IGRP são considerados obsoletos.
3. Método de Alocação VLSM
O processo de projeto VLSM segue uma regra de ouro: alocar primeiro as maiores sub-redes, depois as menores. Isso evita fragmentação do espaço e garante alinhamento.
Passo a Passo
- Listar requisitos: para cada segmento, anotar o número de hosts necessários.
- Ordenar decrescentemente: do maior para o menor número de hosts.
- Calcular tamanho de cada sub-rede: usar a menor potência de 2 que atenda (hosts + 2).
- Alocar sequencialmente: começando do endereço de rede base, reservar blocos contíguos.
- Documentar cada sub-rede: registrar endereço, máscara, gateway, função.
- Reservar margem de crescimento: deixar espaço no final para futuras demandas.
4. Exemplo Completo de Projeto VLSM
Cenário
A empresa ACME tem a rede 10.1.0.0/16 para seu campus. Necessidades:
| Segmento | Hosts Necessários |
|---|---|
| LAN Matriz (Server farm + usuários) | 500 |
| LAN Filial 1 | 200 |
| LAN Filial 2 | 100 |
| LAN Filial 3 | 50 |
| VLAN VoIP | 30 |
| VLAN Management | 10 |
| WAN Matriz ↔ Filial 1 | 2 |
| WAN Matriz ↔ Filial 2 | 2 |
| WAN Matriz ↔ Filial 3 | 2 |
Solução
Ordenamos decrescentemente e alocamos:
| Sub-rede | Máscara | Hosts Utilizáveis | Função |
|---|---|---|---|
| 10.1.0.0/23 | 255.255.254.0 | 510 | LAN Matriz |
| 10.1.2.0/24 | 255.255.255.0 | 254 | LAN Filial 1 |
| 10.1.3.0/25 | 255.255.255.128 | 126 | LAN Filial 2 |
| 10.1.3.128/26 | 255.255.255.192 | 62 | LAN Filial 3 |
| 10.1.3.192/27 | 255.255.255.224 | 30 | VLAN VoIP |
| 10.1.3.224/28 | 255.255.255.240 | 14 | VLAN Management |
| 10.1.4.0/30 | 255.255.255.252 | 2 | WAN Matriz–Filial 1 |
| 10.1.4.4/30 | 255.255.255.252 | 2 | WAN Matriz–Filial 2 |
| 10.1.4.8/30 | 255.255.255.252 | 2 | WAN Matriz–Filial 3 |
Espaço total utilizado: 510 + 254 + 126 + 62 + 30 + 14 + 2 + 2 + 2 = 1.002 endereços utilizáveis.
Espaço reservado para crescimento: ~65.000 endereços livres a partir de 10.1.4.12/30, disponíveis para expansão.
Compare com FLSM
Se fosse usado FLSM com máscara /23 para todas as sub-redes, seriam necessários 9 × 512 = 4.608 endereços. Com VLSM, gastamos apenas 1.002 — uma economia de 78% do espaço.
5. Alinhamento de Sub-redes
Um erro comum em VLSM é alocar sub-redes sem respeitar os limites de alinhamento de bits. Por exemplo, 10.1.3.0/25 ocupa os endereços .3.0 a .3.127. A próxima sub-rede /26 deve começar em .3.128, NÃO em .3.64 (que estaria dentro da sub-rede anterior).
A regra prática é: o endereço de rede de qualquer sub-rede deve ser múltiplo do tamanho do bloco.
- Sub-redes /25 começam em múltiplos de 128.
- Sub-redes /26 começam em múltiplos de 64.
- Sub-redes /27 começam em múltiplos de 32.
- E assim por diante.
Ferramentas como ipaddress em Python validam alinhamento automaticamente:
>>> import ipaddress
>>> ipaddress.ip_network('10.1.3.64/26', strict=False)
IPv4Network('10.1.3.64/26') # 64 é múltiplo de 64 ✓
>>> ipaddress.ip_network('10.1.3.96/26', strict=False)
IPv4Network('10.1.3.64/26') # 96 não é múltiplo de 64; cai na rede anterior
6. VLSM e Roteamento Hierárquico
VLSM é a base do roteamento hierárquico. Ao agrupar sub-redes em blocos contíguos, é possível anunciar um único bloco agregado para a internet, reduzindo o tamanho das tabelas de roteamento global.
Exemplo de Agregação
A ACME tem as sub-redes 10.1.0.0/23, 10.1.2.0/24, 10.1.3.0/25, etc. Em vez de anunciar cada uma para o provedor, anuncia apenas 10.1.0.0/16 (ou um bloco mais específico se aplicável). O provedor recebe uma única rota em sua tabela, em vez de nove.
Esse conceito é o coração do CIDR e da saúde da DFZ (Default-Free Zone) da internet. Sem agregação, a tabela BGP global ultrapassaria os 10 milhões de entradas; hoje, com agregação, está em torno de 1,2 milhão.
7. Ferramentas de IPAM
Em ambientes corporativos reais, o cálculo VLSM manual é substituído por sistemas de IPAM (IP Address Management), que mantêm um inventário centralizado de todas as sub-redes, hosts e máscaras. Os IPAM mais utilizados são:
- NetBox (open source, amplamente adotado)
- phpIPAM (open source, baseado em PHP)
- InfoBlox (comercial, usado em grandes corporações)
- BlueCat (comercial, com integração DNS/DHCP)
- SolarWinds IPAM (comercial, integrado a NMS)
Essas ferramentas detectam automaticamente conflitos, sugerem próximos blocos livres e integram-se a DNS/DHCP via API.
8. Armadilhas e Erros Comuns
Sobreposição de Sub-redes
O erro mais frequente é alocar uma sub-rede que se sobrepõe a outra. Por exemplo, alocar 10.1.3.0/25 e depois 10.1.3.64/26 — a segunda está contida na primeira.
Não Respeitar a Hierarquia
Alocar uma sub-rede /30 no meio de um bloco /24 destinado a usuários fragmenta o espaço e impede agregação futura. Sempre comece pelas maiores.
Esquecer da Reserva de Gateway
Cada sub-rede precisa de um endereço para o gateway (roteador). Em sub-redes pequenas (/29, /30), isso consome metade dos endereços utilizáveis. Planeje sempre considerando o gateway.
Misturar VLSM com Protocolos Classful
Se um roteador ainda usa RIPv1 ou IGRP, ele não entenderá VLSM e anunciará as sub-redes com a máscara classful nativa, gerando inconsistências. Sempre migre para RIPv2/EIGRP/OSPF antes de implementar VLSM.
9. Resumo
VLSM é o divisor de águas entre o endereçamento IPv4 amador e o profissional. Ele permite:
- Eficiência máxima do espaço de endereçamento.
- Escalabilidade sem aquisição de novos blocos.
- Agregação de rotas para tabelas BGP enxutas.
- Segmentação fina por função (VLANs, WANs, servidores).
Dominar VLSM é pré-requisito para qualquer engenheiro de redes envolvido em projeto de campus, datacenter ou provedor de serviços. Combinado com IPAM adequado e protocolos classless, forma a espinha dorsal do endereçamento IPv4 moderno.