Home Comunidade Eventos YouTube Networks Desafios // produtos Academy News CTI | CVE Contato

03 - VLSM (Variable Length Subnet Mask)

video explicativo
Video explicativoEspaco reservado para o video desta anotação — adicione 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

  1. Listar requisitos: para cada segmento, anotar o número de hosts necessários.
  2. Ordenar decrescentemente: do maior para o menor número de hosts.
  3. Calcular tamanho de cada sub-rede: usar a menor potência de 2 que atenda (hosts + 2).
  4. Alocar sequencialmente: começando do endereço de rede base, reservar blocos contíguos.
  5. Documentar cada sub-rede: registrar endereço, máscara, gateway, função.
  6. 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.