Subnetting com VLSM: dividir rede em sub-redes de tamanhos diferentes
VLSM avançado: aloque sub-redes de tamanhos diferentes em um mesmo bloco IPv4 para multi-segmento (LAN, WAN, P2P), com exemplo completo de 4 segmentos e tabela de prefixos /24 a /30.
Subnetting com VLSM (Variable Length Subnet Mask) permite dividir um bloco de endereços IP em sub-redes de tamanhos diferentes, alocando apenas o espaço necessário para cada segmento. Sem VLSM, uma rede com 5 dispositivos ocuparia o mesmo bloco que uma com 100. Tanenbaum descreve o CIDR como a base que torna possíveis prefixos de tamanho variável, e Peterson explica por que o endereçamento hierárquico é fundamental para roteamento escalável. Este artigo explica subnetting tradicional, VLSM passo a passo com exemplos numéricos verificáveis, e como calcular sub-redes manualmente e com ferramentas.
Neste artigo
- O que é subnetting e qual problema resolve
- Por que subnetting existe: o problema do desperdício de endereços
- VLSM e o esgotamento do IPv4
- Conceitos base: network ID, broadcast, hosts úteis
- A base binária do subnetting: por que funciona assim
- Subnetting de tamanho fixo: como calcular
- VLSM: o que é e quando usar
- Exemplo completo de VLSM: 4 redes de tamanhos diferentes
- Exercício avançado: VLSM com 6 sub-redes
- Tabela rápida de prefixos CIDR: /24 a /30
- Supernetting e CIDR: agrupando redes em resumo de rotas
- Subnetting no IPv6: prefixos padrão
- Ferramentas para calcular sub-redes
- VLSM em redes corporativas brasileiras
- VLSM em projetos reais de empresas brasileiras
- Subnetting em concursos públicos brasileiros
- Perguntas frequentes
O que é subnetting e qual problema resolve
Subnetting (sub-divisão de rede ou subespecificação de rede) é a técnica de dividir um bloco de endereços IP em blocos menores chamados sub-redes. Cada sub-rede tem seu próprio identificador de rede (network ID), faixa de endereços utilizáveis e endereço de broadcast. Sub-redes separadas são logicamente independentes: um dispositivo em uma sub-rede não pode se comunicar diretamente com um dispositivo em outra sub-rede sem passar por um roteador.
Os benefícios práticos do subnetting são: segmentação de broadcast (cada sub-rede tem seu próprio domínio de broadcast, reduzindo o tráfego desnecessário), segurança (sub-redes separadas permitem aplicar regras de firewall e ACLs entre elas), organização lógica (sub-redes por departamento, andar, tipo de dispositivo), e otimização de endereços (VLSM permite alocar exatamente o necessário).
Sem subnetting, toda a rede 192.168.1.0/24 com 254 hosts seria um único domínio de broadcast. Um broadcast enviado por qualquer host seria entregue a todos os outros 253 hosts, consumindo CPU e largura de banda desnecessariamente. Com subnetting em /26 (62 hosts por sub-rede), broadcasts ficam confinados em grupos de 62 hosts, reduzindo o impacto em redes grandes.
Por que subnetting existe: o problema do desperdício de endereços
O endereçamento classful (por classes) original do IPv4 dividia endereços em três classes principais: Classe A (/8, 16 milhões de hosts por rede), Classe B (/16, 65.534 hosts por rede) e Classe C (/24, 254 hosts por rede). O problema era evidente: uma empresa com 300 funcionários precisava de uma rede Classe B inteira (65.534 hosts), desperdiçando 65.234 endereços. Ou precisava de duas redes Classe C com 254 hosts cada, exigindo um roteador entre elas para comunicação.
O subnetting surgiu como solução dentro do IPv4 classful: "emprestar" bits do campo de host para criar sub-redes dentro de uma classe. Uma empresa com uma Classe B poderia dividi-la em 256 sub-redes de 256 hosts cada (usando /24 interno), sem precisar de blocos separados para cada departamento. O VLSM levou isso adiante: sub-redes de tamanhos diferentes dentro do mesmo bloco.
Imagine que uma empresa precisa de quatro segmentos de rede: um para servidores (60 hosts), um para funcionários (30 hosts), um para gerência (10 hosts), e um link ponto-a-ponto entre dois roteadores (2 hosts). Se a empresa recebeu o bloco 192.168.10.0/24 (254 hosts úteis), como dividir eficientemente?
Sem VLSM, a solução seria dividir o /24 em quatro /26 iguais (62 hosts cada). Total usado: 4 x 62 = 248 hosts de 254 disponíveis. Desperdiçado no link ponto-a-ponto: 60 endereços para 2 hosts. Com VLSM: aloca exatamente o necessário para cada segmento, desperdiçando quase nada.
"Os endereços IP são hierárquicos, significando que eles são compostos de várias partes que correspondem a algum tipo de hierarquia na inter-rede. Especificamente, os endereços IP consistem em duas partes, normalmente chamadas de parte de rede e parte de host."
Larry L. Peterson, Bruce S. Davie, Redes de computadores: uma abordagem de sistemas, 5ª edição, p. 131 (Elsevier, 2013)
VLSM e o esgotamento do IPv4
O VLSM surgiu como resposta direta ao iminente esgotamento dos endereços IPv4. Quando a internet começou a crescer exponencialmente nos anos 1990, ficou claro que o esquema original de endereçamento por classes (Class A /8, Class B /16, Class C /24) seria insuficiente. Uma empresa com 300 hosts recebia um bloco /16 inteiro de 65.536 endereços (Class B), desperdiçando 65.000 endereços.
O CIDR (Classless Inter-Domain Routing), definido pelos RFCs 1518 e 1519 em 1993 (depois atualizado pelo RFC 4632), eliminou o sistema de classes e permitiu prefixos de qualquer comprimento. O VLSM é a aplicação do CIDR dentro de uma organização: usar prefixos de tamanhos diferentes para diferentes segmentos.
"O CIDR agrupa vários prefixos em um único anúncio de rota, o que reduz o tamanho das tabelas de roteamento na internet. Sem ele, cada sub-rede de cada cliente precisaria aparecer separadamente na tabela global."
Andrew S. Tanenbaum, Redes de computadores, 4ª edição, p. 341 (Campus, 2004)
A IANA alocou os últimos blocos /8 de IPv4 para os RIRs em fevereiro de 2011. O LACNIC (que gerencia endereços para América Latina, incluindo o Brasil) esgotou seu último bloco /10 de endereços IPv4 em junho de 2020. Hoje, novos endereços IPv4 públicos só estão disponíveis via transferências de mercado secundário (LACNIC permite transferências entre organizações) ou IPv6.
Conceitos base: network ID, broadcast, hosts úteis
Cada bloco IP tem três endereços especiais: o network ID (primeiro do bloco, identifica a rede), o broadcast (último do bloco, para envio a todos os hosts da sub-rede) e os hosts úteis (tudo entre o network ID e o broadcast).
| Conceito | Fórmula | Exemplo para 192.168.1.0/26 |
|---|---|---|
| Total de endereços | 2^(32 - prefixo) | 2^6 = 64 endereços |
| Hosts úteis | 2^(32 - prefixo) - 2 | 64 - 2 = 62 hosts |
| Network ID | Primeiro endereço do bloco | 192.168.1.0 |
| Broadcast | Último endereço do bloco | 192.168.1.63 |
| Faixa de hosts | Network ID + 1 até Broadcast - 1 | 192.168.1.1 a 192.168.1.62 |
| Máscara de sub-rede | N primeiros bits = 1, resto = 0 | /26 = 255.255.255.192 |
"A ideia básica por trás do CIDR, descrito na RFC 1519, é alocar os endereços IP restantes em blocos de tamanho variável, sem levar em consideração as classes."
Andrew S. Tanenbaum, Redes de computadores, 4ª edição, p. 341 (Campus, 2004)
A base binária do subnetting: por que funciona assim
O subnetting funciona porque os endereços IP são números binários de 32 bits. Entender a lógica binária por trás dos cálculos torna o subnetting intuitivo em vez de mecânico.
Um endereço IP como 192.168.1.0 em binário é: 11000000.10101000.00000001.00000000. A máscara /24 (255.255.255.0) em binário é: 11111111.11111111.11111111.00000000. O AND bit a bit entre o IP e a máscara sempre retorna o network ID: qualquer bit de host (zero na máscara) se torna zero no resultado. Os bits que a máscara deixa "livres" (zeros na máscara) são os bits de host: com 8 bits livres, há 2^8 = 256 endereços possíveis (0 a 255), sendo os extremos reservados (network ID e broadcast), deixando 254 hosts úteis.
Ao mudar o prefixo de /24 para /25, você "empresta" 1 bit do campo de host para o campo de rede. Agora a máscara é 255.255.255.128 (binário: 10000000 no último octeto). Isso divide o /24 em dois /25: o primeiro bloco tem o bit emprestado = 0 (endereços 0-127), o segundo tem o bit emprestado = 1 (endereços 128-255). Cada /25 tem 2^7 = 128 endereços, 126 úteis.
| Prefixo | 4º octeto da máscara | Binário | Bits de host | Endereços |
|---|---|---|---|---|
| /24 | 0 | 00000000 | 8 | 256 |
| /25 | 128 | 10000000 | 7 | 128 |
| /26 | 192 | 11000000 | 6 | 64 |
| /27 | 224 | 11100000 | 5 | 32 |
| /28 | 240 | 11110000 | 4 | 16 |
| /29 | 248 | 11111000 | 3 | 8 |
| /30 | 252 | 11111100 | 2 | 4 |
| /31 | 254 | 11111110 | 1 | 2 |
| /32 | 255 | 11111111 | 0 | 1 |
Subnetting de tamanho fixo: como calcular
No subnetting de tamanho fixo (FLSM - Fixed Length Subnet Mask), todas as sub-redes têm o mesmo prefixo. O método do bloco torna o cálculo mecânico:
- Determine o prefixo necessário: quantos hosts precisa? Encontre o menor 2^n que seja >= hosts + 2. O prefixo é 32 - n.
- Calcule o tamanho do bloco: 2^n (total de endereços da sub-rede).
- A primeira sub-rede começa no network ID do bloco maior (ex: 192.168.1.0).
- Cada sub-rede seguinte começa exatamente "tamanho do bloco" endereços após o início da anterior.
- O broadcast de cada sub-rede é o endereço imediatamente antes do início da próxima.
Exemplo: dividir 192.168.1.0/24 em sub-redes de 30 hosts cada. Precisa de 2^n >= 32 (30 hosts + network + broadcast), então n=5, prefixo = /27, bloco = 32.
| Sub-rede | Network ID | Faixa de hosts | Broadcast | Hosts úteis |
|---|---|---|---|---|
| 1 | 192.168.1.0 | 192.168.1.1 - .30 | 192.168.1.31 | 30 |
| 2 | 192.168.1.32 | 192.168.1.33 - .62 | 192.168.1.63 | 30 |
| 3 | 192.168.1.64 | 192.168.1.65 - .94 | 192.168.1.95 | 30 |
| 4 | 192.168.1.96 | 192.168.1.97 - .126 | 192.168.1.127 | 30 |
| ... | ... | ... | ... | ... |
| 8 | 192.168.1.224 | 192.168.1.225 - .254 | 192.168.1.255 | 30 |
VLSM: o que é e quando usar
VLSM (Variable Length Subnet Mask, Máscara de Sub-rede de Comprimento Variável) é a prática de usar máscaras de sub-rede de tamanhos diferentes dentro do mesmo bloco de rede. O contrário é o FLSM (Fixed Length Subnet Mask), onde todas as sub-redes têm o mesmo prefixo. Enquanto FLSM usa o mesmo /27 para todas as sub-redes, VLSM pode usar /26 para uma rede grande, /28 para uma média, e /30 para um link ponto-a-ponto.
A regra de ouro do VLSM: alocar primeiro as sub-redes maiores, depois as menores. Isso garante que blocos contíguos ficam disponíveis para sub-redes grandes sem fragmentação desnecessária.
O VLSM requer que o protocolo de roteamento suporte CIDR (Classless Inter-Domain Routing). Protocolos classful como RIPv1 e IGRP não suportam VLSM: eles não incluem a máscara de sub-rede nas mensagens de roteamento, assumindo que todas as sub-redes têm a mesma máscara da classe do endereço. Protocolos classless como RIPv2, OSPF, IS-IS, EIGRP e BGP incluem a máscara em cada anúncio de rota, suportando VLSM corretamente.
A escolha entre FLSM e VLSM em projetos reais depende da escala. Em redes muito pequenas (< 5 segmentos, todos com necessidades similares), o FLSM é mais simples de administrar. Em qualquer rede corporativa real com múltiplos tipos de segmento, o VLSM é a única abordagem sensata. O custo de complexidade adicional do VLSM (precisar calcular prefixos diferentes) é facilmente compensado pela economia de endereços e pela flexibilidade de crescimento.
Exemplo completo de VLSM: 4 redes de tamanhos diferentes
Cenário: uma empresa tem o bloco 172.16.5.0/24. Precisa de 4 segmentos: Servidores (60 hosts), Vendas (28 hosts), TI (12 hosts), Link WAN (2 hosts).
- Ordenar por tamanho decrescente: Servidores (60) > Vendas (28) > TI (12) > WAN (2).
- Servidores (60 hosts): 2^n >= 62 → n=6 → /26 → bloco = 64 endereços. Sub-rede: 172.16.5.0/26. Faixa: .1 a .62. Broadcast: .63. Próximo disponível: 172.16.5.64.
- Vendas (28 hosts): 2^n >= 30 → n=5 → /27 → bloco = 32. Sub-rede: 172.16.5.64/27. Faixa: .65 a .94. Broadcast: .95. Próximo: 172.16.5.96.
- TI (12 hosts): 2^n >= 14 → n=4 → /28 → bloco = 16. Sub-rede: 172.16.5.96/28. Faixa: .97 a .110. Broadcast: .111. Próximo: 172.16.5.112.
- WAN (2 hosts): 2^n >= 4 → n=2 → /30 → bloco = 4. Sub-rede: 172.16.5.112/30. Faixa: .113 a .114. Broadcast: .115. Próximo: 172.16.5.116.
| Segmento | Sub-rede | Máscara | Network ID | Hosts úteis | Broadcast | Próximo disponível |
|---|---|---|---|---|---|---|
| Servidores | /26 | 255.255.255.192 | 172.16.5.0 | .1 a .62 (62 hosts) | 172.16.5.63 | 172.16.5.64 |
| Vendas | /27 | 255.255.255.224 | 172.16.5.64 | .65 a .94 (30 hosts) | 172.16.5.95 | 172.16.5.96 |
| TI | /28 | 255.255.255.240 | 172.16.5.96 | .97 a .110 (14 hosts) | 172.16.5.111 | 172.16.5.112 |
| WAN | /30 | 255.255.255.252 | 172.16.5.112 | .113 a .114 (2 hosts) | 172.16.5.115 | 172.16.5.116 |
Endereço total usado: 64 + 32 + 16 + 4 = 116 de 256. Sobraram 140 endereços (172.16.5.116 a 172.16.5.255) para crescimento futuro. Com FLSM usando quatro /26, teríamos usado 4 x 64 = 256, esgotando o bloco inteiro.
Exercício avançado: VLSM com 6 sub-redes de necessidades diferentes
Para consolidar o aprendizado, um exemplo mais complexo: a empresa Acme Soluções em São Paulo precisa dividir o bloco 10.10.0.0/21 (2046 hosts úteis) em 6 segmentos de acordo com as necessidades de cada departamento.
| Segmento | Hosts necessários | Prefixo escolhido | Hosts disponíveis | Network ID | Faixa utilizável | Broadcast |
|---|---|---|---|---|---|---|
| Produção | 400 | /23 | 510 | 10.10.0.0 | 10.10.0.1 - 10.10.1.254 | 10.10.1.255 |
| Administrativo | 200 | /24 | 254 | 10.10.2.0 | 10.10.2.1 - 10.10.2.254 | 10.10.2.255 |
| TI | 50 | /26 | 62 | 10.10.3.0 | 10.10.3.1 - 10.10.3.62 | 10.10.3.63 |
| Servidores | 25 | /27 | 30 | 10.10.3.64 | 10.10.3.65 - 10.10.3.94 | 10.10.3.95 |
| Gerência de Rede | 10 | /28 | 14 | 10.10.3.96 | 10.10.3.97 - 10.10.3.110 | 10.10.3.111 |
| Link WAN | 2 | /30 | 2 | 10.10.3.112 | 10.10.3.113 - 10.10.3.114 | 10.10.3.115 |
Total alocado: 512 + 256 + 64 + 32 + 16 + 4 = 884 endereços. Do bloco original de 2048 endereços (/21), sobram 1164 endereços para crescimento futuro (10.10.3.116 até 10.10.7.255).
Tabela rápida de prefixos CIDR: /24 a /30
| Prefixo | Máscara | Total endereços | Hosts úteis | Uso típico |
|---|---|---|---|---|
| /24 | 255.255.255.0 | 256 | 254 | Rede local padrão, escritório |
| /25 | 255.255.255.128 | 128 | 126 | Segmento médio, 100+ hosts |
| /26 | 255.255.255.192 | 64 | 62 | Servidores, 50-60 hosts |
| /27 | 255.255.255.224 | 32 | 30 | Segmento departamental |
| /28 | 255.255.255.240 | 16 | 14 | Grupos pequenos |
| /29 | 255.255.255.248 | 8 | 6 | Servidores de borda, DMZ pequena |
| /30 | 255.255.255.252 | 4 | 2 | Links ponto-a-ponto (WAN) |
| /31 | 255.255.255.254 | 2 | 2 (sem network/broadcast)* | Links ponto-a-ponto (RFC 3021) |
| /32 | 255.255.255.255 | 1 | 1 host único | Route de host específico, loopback |
*RFC 3021 define o uso de /31 para links ponto-a-ponto sem endereço de network e broadcast separados, economizando 2 endereços em relação ao /30.
Supernetting e CIDR: agrupando redes em resumo de rotas
O oposto do subnetting é o supernetting (ou route summarization): agrupar múltiplas sub-redes em um único prefixo mais amplo para reduzir o número de entradas nas tabelas de roteamento. Essa técnica é fundamental em redes corporativas grandes e no roteamento Internet com BGP.
Para sumarizar um conjunto de redes em um supernet, você encontra o prefixo mais longo que inclui todos os blocos. Exemplo: as redes 10.10.0.0/24, 10.10.1.0/24, 10.10.2.0/24 e 10.10.3.0/24 podem ser resumidas como 10.10.0.0/22 (bloco de 1024 endereços que inclui todas as quatro /24). Um roteador com a rota sumarizada 10.10.0.0/22 encaminha para todas as quatro redes sem precisar de 4 entradas separadas na tabela.
Quando o resumo de rotas pode causar problemas: Se os blocos não são contíguos (ex: 10.10.0.0/24 e 10.10.5.0/24), o supernet 10.10.0.0/21 incluiria IPs que não existem (10.10.1.0/24 a 10.10.4.0/24). O roteador encaminharia pacotes para esses inexistentes ao supernet, causando black hole de roteamento. Por isso, o planejamento VLSM deve sempre considerar a sumarizabilidade futura: alocar blocos contíguos facilita o resumo de rotas depois.
| Sub-redes a sumarizar | Supernet resultante | Endereços cobertos | Válido para sumarizar? |
|---|---|---|---|
| 10.1.0.0/24 + 10.1.1.0/24 | 10.1.0.0/23 | 10.1.0.0 - 10.1.1.255 | Sim (contíguos, potência de 2) |
| 10.1.0.0/24 + 10.1.1.0/24 + 10.1.2.0/24 + 10.1.3.0/24 | 10.1.0.0/22 | 10.1.0.0 - 10.1.3.255 | Sim (4 redes contíguas) |
| 10.1.0.0/24 + 10.1.2.0/24 | 10.1.0.0/22 | 10.1.0.0 - 10.1.3.255 | Cuidado: inclui 10.1.1.0/24 e 10.1.3.0/24 que podem não existir |
| 192.168.1.0/24 + 10.0.0.0/24 | Impossível | - | Não: espaços de endereço diferentes não-contíguos |
Subnetting no IPv6: prefixos padrão
O IPv6 nasceu com suporte nativo a prefixos variáveis, tornando o conceito de VLSM intrínseco ao protocolo. A hierarquia padrão de prefixos IPv6 é:
| Prefixo | Uso padrão | Endereços disponíveis |
|---|---|---|
| /32 | Alocação a provedor de internet (ISP) | 2^96 (suficiente para subdividir em milhões de /48) |
| /48 | Alocação a empresa/site | 65.536 sub-redes /64 |
| /56 | Alocação residencial (alguns ISPs) | 256 sub-redes /64 |
| /64 | Sub-rede de LAN padrão | 2^64 hosts (18 quintilhões) |
| /128 | Host individual, loopback | 1 endereço |
O bloco de link-local IPv6 (fe80::/10) é automaticamente atribuído a toda interface de rede que ativa o IPv6, mesmo sem roteador presente. É o equivalente IPv6 do endereçamento APIPA do IPv4 (169.254.0.0/16), mas com uso muito mais amplo: o NDP (Neighbor Discovery Protocol) usa exclusivamente link-local como endereço de origem em mensagens de descoberta de vizinhança.
Ferramentas para calcular sub-redes
Para cálculos VLSM avançados, ferramentas de linha de comando como ipcalc (Linux) e subnetcalc (Python/CLI) automatizam a divisão hierárquica. No Cisco IOS, o comando show ip route exibe a tabela de roteamento com prefixos VLSM em uso.
VLSM em redes corporativas brasileiras
Em empresas brasileiras com infraestrutura gerenciada, o planejamento de endereçamento IP tipicamente usa blocos RFC 1918 (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) com VLSM para segmentar redes de usuários, servidores, impressoras, IoT e redes de gerência separadamente.
Provedores corporativos e de Data Center no Brasil como Locaweb, AWS São Paulo (região sa-east-1) e Google Cloud (southamerica-east1) usam VLSM extensivamente para alocar blocos a clientes em VPCs (Virtual Private Clouds). Ao criar uma VPC na AWS, por exemplo, você define um CIDR como 10.0.0.0/16 e divide em sub-redes menores por zona de disponibilidade usando VLSM.
VLSM em projetos reais de empresas brasileiras
Em projetos de infraestrutura de rede para empresas brasileiras, o VLSM aparece em diferentes cenários concretos. Um exemplo típico de empresa de médio porte (300 funcionários, 3 andares, 1 data center):
O administrador de rede recebe o bloco 172.20.0.0/16 para uso interno (1 bloco Classe B privado). Com VLSM, o plano de endereçamento pode ser:
- Data Center (servidores): 172.20.1.0/24 (254 hosts) (suficiente para crescimento de servidores físicos e VMs.
- Andar 1 (usuários): 172.20.10.0/24 (254 hosts) (departamentos administrativos.
- Andar 2 (usuários): 172.20.11.0/24 (254 hosts) (departamentos comerciais.
- Andar 3 (usuários): 172.20.12.0/24 (254 hosts) (diretoria e RH.
- Wi-Fi corporativo: 172.20.20.0/22 (1022 hosts) (para BYOD e dispositivos móveis.
- Wi-Fi visitantes (isolado): 172.20.30.0/24 (254 hosts) (segmento isolado com acesso apenas à internet.
- Impressoras e IoT: 172.20.40.0/24 (254 hosts) (dispositivos gerenciados separadamente.
- Gerência de rede (OOB): 172.20.100.0/27 (30 hosts) (gerência out-of-band de switches, roteadores, PDUs.
- Links WAN e interconexões: 172.20.200.0/29 a /30, uma série de pequenos blocos para links ponto-a-ponto.
Esse plano usa VLSM para alocar /27 onde há 30 dispositivos de gerência, /22 onde há 1000 dispositivos móveis, e /24 onde há segmentos de departamento. Sem VLSM, todos os segmentos seriam /24, desperdiçando o /27 para gerência (224 endereços sobrariam) ou sendo insuficiente para o Wi-Fi corporativo (um único /24 não suportaria 1000 dispositivos móveis).
Subnetting em concursos públicos brasileiros
Subnetting e VLSM aparecem com frequência em concursos públicos de Analista de TI no Brasil, especialmente nos editados por CESPE/CEBRASPE, FCC e Cesgranrio. As questões típicas envolvem:
- Identificar a sub-rede: Dado um IP e máscara, determinar network ID, broadcast e faixa usável. Ex: "192.168.5.200/28 pertence a qual sub-rede?"
- Contar sub-redes: Dado um bloco /24 dividido em /26, quantas sub-redes existem? (2^2 = 4 sub-redes).
- VLSM com restrição: Dado um bloco e requisitos de hosts por segmento, distribuir os prefixos corretos sem desperdício.
- Verificar se IPs estão na mesma sub-rede: Dados dois IPs e uma máscara, confirmar se pertencem ao mesmo segmento.
- Supernetwork/CIDR: Dado um conjunto de redes contíguas, determinar o supernet que as agrupa. Útil para resumo de rotas em BGP/OSPF.
O método mais rápido para questões de concurso é o "método da potência de 2": identifique quantos bits de host são necessários (2^n >= hosts_necessarios + 2), calcule o bloco (2^n endereços), as sub-redes sempre começam em múltiplos desse bloco. Com prática, os cálculos ficam imediatos sem papel.
Perguntas frequentes sobre subnetting e VLSM
O que é subnetting em redes IPv4?
Subnetting é o processo de dividir um bloco de endereços IP em sub-redes menores. Cada sub-rede tem seu próprio network ID, faixa de hosts e endereço de broadcast, e pode ser tratada como uma rede logicamente separada pelo roteador. Subnetting permite segmentação, controle de broadcast e alocação eficiente de endereços.
O que é VLSM e qual a diferença para o subnetting normal?
VLSM (Variable Length Subnet Mask) permite usar máscaras de tamanhos diferentes dentro do mesmo bloco de rede. No subnetting de tamanho fixo (FLSM), todas as sub-redes têm o mesmo prefixo (ex: todos /27). Com VLSM, você pode ter /26 para um segmento de 60 hosts e /30 para um link ponto-a-ponto de 2 hosts no mesmo bloco /24, economizando endereços.
Como calcular o número de hosts úteis numa sub-rede?
Hosts úteis = 2^(32 - prefixo) - 2. Os dois endereços subtraídos são o network ID (primeiro do bloco) e o broadcast (último do bloco). Exemplo: /27 → 2^5 = 32 endereços totais → 32 - 2 = 30 hosts úteis. Para um /30: 2^2 = 4 endereços → 4 - 2 = 2 hosts úteis (típico para link WAN ponto-a-ponto).
O que é o network ID de uma sub-rede?
O network ID é o primeiro endereço do bloco. Ele identifica a sub-rede e não pode ser atribuído a nenhum dispositivo. Para calcular o network ID, aplique AND bit a bit entre o endereço IP e a máscara de sub-rede. Por exemplo: 192.168.1.50 AND 255.255.255.224 (/27) = 192.168.1.32 (network ID do bloco .32 a .63).
Por que usar VLSM em vez de alocar um /24 para cada segmento?
Alocar /24 para cada segmento desperdiçaria endereços: um link ponto-a-ponto teria 254 endereços para apenas 2 hosts. Em redes corporativas, o espaço de endereçamento privado (RFC 1918) tem limites práticos. Com VLSM, você aloca exatamente o necessário, maximizando o uso do espaço disponível e simplificando o planejamento de crescimento futuro.
Como o VLSM melhora a segurança de uma rede?
Ao segmentar a rede em sub-redes menores com VLSM, você reduz o domínio de broadcast (cada sub-rede tem seu próprio broadcast, isolado das demais) e pode aplicar ACLs (Access Control Lists) e regras de firewall entre segmentos. Isso limita o alcance de ameaças: um malware na rede de usuários não pode atingir diretamente servidores numa sub-rede separada sem passar pelo roteador.
VLSM funciona com IPv6?
O IPv6 já nasceu com o conceito de prefixos variáveis como parte integrante do protocolo. Em IPv6, o padrão é /64 para sub-redes de LAN (dando 2^64 endereços por segmento), /48 para sites, e /128 para hosts individuais. A flexibilidade de prefixo é intrínseca ao IPv6, tornando o conceito de VLSM nativo.
O que é o método do bloco no subnetting?
O método do bloco é uma técnica de cálculo mental para subnetting. O tamanho do bloco é 2^(32 - prefixo). Sub-redes sempre começam em múltiplos do tamanho do bloco. Por exemplo, para /27 (bloco = 32): as sub-redes começam em 0, 32, 64, 96, 128, 160, 192, 224. Qualquer IP no intervalo de um bloco pertence a essa sub-rede, e o network ID é o início do bloco.
Qual é a ordem certa para planejar VLSM?
Sempre alocar da maior para a menor sub-rede. Comece pela sub-rede com mais hosts: encontre o menor prefixo que suporte aquele número de hosts, aloque a partir do início do bloco disponível. Depois aloque a próxima maior, e assim por diante. Essa ordem garante que blocos contíguos ficam disponíveis para sub-redes grandes sem fragmentar o espaço de endereços desnecessariamente.
Como saber se dois IPs estão na mesma sub-rede?
Aplique AND bit a bit entre cada IP e a máscara de sub-rede. Se os resultados forem iguais, os dois IPs estão na mesma sub-rede. Por exemplo, 192.168.1.50/27 e 192.168.1.60/27: 50 AND 224 = 32; 60 AND 224 = 32. Mesmo network ID (192.168.1.32): mesma sub-rede. 192.168.1.70/27: 70 AND 224 = 64 → sub-rede diferente (192.168.1.64/27).
Calculadora de Sub-rede IPv4
Calcular network ID, broadcast e hosts uteis de qualquer prefixo CIDR
Leituras Relacionadas
- O que é CIDR? — CIDR (Classless Inter-Domain Routing) é o padrão que substituiu as classes A, B e C para representar redes IP. Notação, cálculo de prefixo e erros comuns.
- Calcular Sub-rede IPv4 — Aprenda a calcular network ID, broadcast e faixa de hosts de qualquer sub-rede IPv4 usando apenas o prefixo CIDR. Método do bloco com máscaras fixas e exemplos verificáveis para iniciante.
- TCP/IP vs OSI: diferenca entre os dois modelos de redes — TCP/IP tem 4 camadas, OSI tem 7. Compare os dois modelos, veja o mapeamento de protocolos reais (IP, TCP, Ethernet, BGP) e entenda por que o OSI não dominou na prática.