Subnetting: como funciona o subnetting IPv4 e como dimensionar sub-redes

Entenda subnetting IPv4, CIDR, máscaras, VLSM, /31, sub-redes privadas, sumarização, sobreposição, IPAM e critérios de projeto e aceite.

Confira!

Subnetting é o processo de dividir uma rede IPv4 em sub-redes menores por meio do aumento do comprimento do prefixo. Em um endereço IPv4 de 32 bits, a máscara ou notação CIDR define quantos bits identificam a rede e quantos permanecem disponíveis para endereçar hosts. Ao transformar, por exemplo, uma rede /24 em redes /26, parte dos bits antes destinados aos hosts passa a identificar sub-redes menores.

O objetivo do subnetting não é apenas economizar endereços. Em uma arquitetura corporativa, o plano de sub-redes ajuda a separar funções, VLANs, sites, zonas de segurança e domínios de broadcast; facilita sumarização de rotas; reduz sobreposição; organiza DHCP e gateways; e cria uma base previsível para expansão, troubleshooting e documentação.

Para dimensionar corretamente uma sub-rede, é preciso conhecer a quantidade atual de dispositivos, crescimento esperado, endereços reservados, gateways, serviços, equipamentos de infraestrutura e requisitos especiais do segmento. A partir dessa necessidade, calcula-se quantos bits de host são necessários, escolhe-se o prefixo correspondente e verifica-se o alinhamento do bloco no espaço de endereçamento disponível.

Em redes IPv4 convencionais, o primeiro endereço de uma sub-rede identifica a própria rede e o último é o broadcast, de modo que não são atribuídos a hosts. Há exceções importantes, como prefixos /31 em enlaces ponto a ponto conforme o RFC 3021. Por isso, regras simplificadas como “sempre subtraia dois endereços” não devem ser aplicadas sem considerar o tipo de rede e o padrão técnico adotado.

Subnetting dentro da arquitetura de redes

O subnetting é uma decisão de arquitetura. Ele se conecta diretamente ao Guia Completo sobre Arquitetura de Redes, ao plano de endereçamento, às VLANs, ao roteamento, à segurança e à forma como a rede poderá crescer.

Quando o endereçamento é tratado apenas durante a configuração dos switches ou roteadores, cada expansão tende a consumir o próximo bloco aparentemente disponível. Com o tempo, surgem redes fragmentadas, sub-redes de tamanhos incoerentes, sobreposições e dificuldade de sumarizar rotas. Um plano hierárquico evita que decisões locais comprometam a arquitetura completa.

Em um projeto de rede, o subnetting deve responder pelo menos a quatro perguntas: quantos endereços cada domínio precisa, como os blocos serão organizados, onde haverá crescimento e como os prefixos serão propagados pelo roteamento.

Como um endereço IPv4 é dividido entre rede e host

Um endereço IPv4 possui 32 bits. A notação CIDR escreve o tamanho do prefixo depois da barra. Um /24 significa que 24 bits identificam a rede e 8 bits permanecem no campo de host. Um /26 utiliza 26 bits de rede e 6 bits de host.

A máscara decimal equivalente é apenas outra forma de representar essa fronteira. Alguns exemplos:

Prefixo	Máscara	Bits de host	Endereços totais	Hosts convencionais utilizáveis*
/22	255.255.252.0	10	1024	1022
/23	255.255.254.0	9	512	510
/24	255.255.255.0	8	256	254
/25	255.255.255.128	7	128	126
/26	255.255.255.192	6	64	62
/27	255.255.255.224	5	32	30
/28	255.255.255.240	4	16	14
/29	255.255.255.248	3	8	6
/30	255.255.255.252	2	4	2

*A coluna considera uma sub-rede IPv4 unicast convencional com endereço de rede e broadcast reservados. /31 possui tratamento próprio em enlaces ponto a ponto.

A expressão 2^h, em que h é a quantidade de bits de host, fornece o número total de endereços do bloco. Em uma LAN convencional, 2^h - 2 fornece a quantidade normalmente disponível para atribuição a interfaces.

O que são endereço de rede, broadcast e faixa de hosts

O endereço de rede é obtido mantendo os bits do prefixo e zerando os bits de host. Ele identifica a sub-rede no roteamento e não deve ser atribuído a um host em uma LAN IPv4 convencional.

O broadcast dirigido da sub-rede mantém os bits do prefixo e coloca todos os bits de host em 1. Os endereços entre esses extremos formam a faixa tradicionalmente utilizável para interfaces.

Considere 192.168.10.64/26:

• rede: 192.168.10.64;
• primeiro host convencional: 192.168.10.65;
• último host convencional: 192.168.10.126;
• broadcast: 192.168.10.127;
• próxima sub-rede /26: 192.168.10.128/26.

O cálculo não depende de decorar tabelas. Ele decorre da fronteira binária definida pelo prefixo.

Como calcular o prefixo a partir da quantidade de hosts

O dimensionamento deve começar pela necessidade e não pela máscara disponível mais familiar.

Se um segmento precisa acomodar 50 interfaces e é uma LAN IPv4 convencional, procura-se o menor número de bits de host que produza capacidade suficiente:

• 5 bits de host → 32 endereços totais, insuficiente;
• 6 bits de host → 64 endereços totais, 62 utilizáveis convencionalmente;
• portanto, 32 – 6 = 26 bits de prefixo → /26.

Mas esse cálculo ainda não encerra o projeto. Se a rede possui hoje 50 dispositivos e prevê chegar a 80, um /26 nasce sem capacidade de crescimento. A engenharia precisa incorporar expansão, endereços estáticos, infraestrutura, serviços e política de reserva.

Reserva técnica não deve ser confundida com superdimensionamento

Criar uma /20 para dez dispositivos “por segurança” desperdiça espaço e aumenta o domínio de broadcast sem benefício. Por outro lado, dimensionar exatamente para o inventário atual cria retrabalho no primeiro crescimento.

A reserva deve ser explícita. Pode ser baseada em expansão prevista, densidade de portas, crescimento histórico, ocupação do ambiente ou estratégia de site. O critério deve aparecer no memorial do projeto.

Como localizar os limites de uma sub-rede

Cada prefixo produz blocos alinhados em potências de dois. Em um /26, o tamanho do bloco no último octeto é 64. Portanto, os limites dentro de um /24 são:

1. x.x.x.0/26;
2. x.x.x.64/26;
3. x.x.x.128/26;
4. x.x.x.192/26.

Um endereço como 192.168.10.70/26 pertence à sub-rede iniciada em .64, e não a uma rede iniciada em .70. Esse alinhamento é importante para ACLs, DHCP, sumarização e roteamento.

Em prefixos que atravessam octetos, a mesma lógica continua válida. Um /20, por exemplo, possui blocos de 16 no terceiro octeto: 10.0.0.0/20, 10.0.16.0/20, 10.0.32.0/20 e assim por diante.

Exemplo completo: dividir uma rede /24 em quatro sub-redes /26

Considere o bloco 10.20.30.0/24. Para criar quatro sub-redes iguais, é necessário usar dois bits adicionais no prefixo, pois 2² = 4. O novo prefixo é /26.

Sub-rede	Rede	Faixa convencional	Broadcast
1	10.20.30.0/26	10.20.30.1 – 10.20.30.62	10.20.30.63
2	10.20.30.64/26	10.20.30.65 – 10.20.30.126	10.20.30.127
3	10.20.30.128/26	10.20.30.129 – 10.20.30.190	10.20.30.191
4	10.20.30.192/26	10.20.30.193 – 10.20.30.254	10.20.30.255

Esse modelo de FLSM (Fixed Length Subnet Mask) cria sub-redes do mesmo tamanho. É simples de operar, mas nem sempre eficiente quando os segmentos possuem demandas muito diferentes.

FLSM e VLSM: qual é a diferença

FLSM utiliza o mesmo comprimento de prefixo para todas as sub-redes de um determinado planejamento. VLSM (Variable Length Subnet Mask) permite utilizar prefixos de tamanhos diferentes dentro de um bloco maior.

Critério	FLSM	VLSM
Tamanho das sub-redes	Igual	Variável
Facilidade de cálculo	Maior	Exige planejamento
Eficiência de endereços	Menor quando demandas variam	Maior
Sumarização	Simples quando bem alinhado	Exige disciplina de alocação
Uso típico	Ambientes uniformes	Redes corporativas com funções distintas

Uma sede pode precisar de /23 para usuários, /25 para telefonia, /26 para câmeras, /27 para infraestrutura e /30 ou /31 para enlaces. Forçar todos esses segmentos a um único tamanho desperdiça espaço ou limita crescimento.

Como fazer VLSM de forma estruturada

O método mais seguro é alocar primeiro as maiores redes. Isso reduz fragmentação e preserva blocos contíguos.

Considere um bloco 10.10.0.0/24 e quatro necessidades convencionais:

• usuários: 100 hosts;
• Wi-Fi corporativo: 50 hosts;
• CFTV: 25 hosts;
• gestão: 10 hosts.

O dimensionamento mínimo resulta em:

• 100 hosts → /25;
• 50 hosts → /26;
• 25 hosts → /27;
• 10 hosts → /28.

Uma alocação possível é:

Função	Prefixo	Bloco
Usuários	/25	10.10.0.0/25
Wi-Fi	/26	10.10.0.128/26
CFTV	/27	10.10.0.192/27
Gestão	/28	10.10.0.224/28
Reserva	—	10.10.0.240–255

O espaço final pode ser mantido como reserva ou subdividido conforme o plano. A vantagem é atender funções diferentes sem perder o alinhamento binário.

Subnetting, CIDR e sumarização não são sinônimos

Os conceitos estão relacionados, mas têm funções diferentes.

Subnetting divide um bloco em prefixos menores. CIDR (Classless Inter-Domain Routing) formaliza o uso de prefixos sem dependência das antigas classes A, B e C e viabiliza alocação e agregação em comprimentos arbitrários. Sumarização representa múltiplos prefixos contíguos por um prefixo agregado quando o alinhamento permite.

O RFC 4632 descreve CIDR como mecanismo essencial para escalabilidade do roteamento e alocação mais eficiente. Em projeto corporativo, a mesma lógica permite organizar sites e funções de modo que um conjunto de redes possa ser anunciado por um resumo.

Por exemplo, quatro redes /24 contíguas e corretamente alinhadas — 10.20.0.0/24 a 10.20.3.0/24 — podem ser representadas por 10.20.0.0/22. Essa possibilidade desaparece quando os blocos de um mesmo site são espalhados por regiões distintas do espaço de endereçamento.

Endereçamento hierárquico por site e função

Uma estratégia escalável reserva blocos maiores por localidade e subdivide internamente por função. Em vez de alocar qualquer prefixo livre para cada nova VLAN, o projeto pode estabelecer uma hierarquia.

Exemplo conceitual:

Site	Bloco reservado	Funções internas
Sede	10.20.0.0/16	usuários, voz, Wi-Fi, CFTV, servidores, gestão
Unidade 1	10.21.0.0/16	funções equivalentes
Unidade 2	10.22.0.0/16	funções equivalentes

Esse padrão torna o endereço informativo e permite sumarização por site. O tamanho de cada reserva deve resultar de necessidades reais e capacidade disponível; o exemplo não é uma recomendação universal de /16.

O artigo sobre estruturas de endereçamento e roteamento em redes IP aprofunda a relação entre prefixos, roteamento e organização da rede.

Blocos privados do RFC 1918

O RFC 1918 reserva três faixas IPv4 para uso privado:

• 10.0.0.0/8;
• 172.16.0.0/12;
• 192.168.0.0/16.

Esses endereços não são destinados a roteamento público global. Organizações podem subdividi-los conforme a arquitetura interna, normalmente combinados com NAT quando precisam acessar a Internet pública.

Escolher uma faixa privada não elimina o problema de governança. Duas empresas podem utilizar o mesmo bloco legitimamente dentro de suas redes, e a sobreposição aparece quando há fusão, VPN site-to-site, acesso de terceiros ou integração de ambientes.

Sobreposição de sub-redes: um risco que aparece tarde

Sobreposição ocorre quando dois domínios que precisam se comunicar utilizam prefixos iguais ou parcialmente coincidentes. Ela pode permanecer invisível por anos enquanto as redes estão isoladas e surgir apenas durante uma integração.

Cenários comuns incluem:

• aquisição ou fusão de empresas;
• VPN com fornecedor;
• integração de filial;
• migração para data center ou cloud;
• conexão entre TI e OT;
• consolidação de ambientes antes independentes;
• redes temporárias que se tornaram permanentes.

NAT pode contornar certos conflitos, mas não substitui um plano de endereçamento coerente quando a integração é estrutural. Renumerar depois que aplicações, ACLs, certificados, bancos de dados, sistemas legados e dispositivos industriais dependem do endereço pode ser muito mais caro que planejar corretamente desde o início.

Uma Due Diligence Técnica de Engenharia é adequada quando o ambiente existente não possui inventário confiável e é necessário consolidar prefixos, VLANs, equipamentos e conflitos antes de uma modernização.

Relação entre VLAN e sub-rede

VLAN é um mecanismo de segmentação de camada 2. Sub-rede é uma divisão do espaço IP de camada 3. Eles não são matematicamente a mesma coisa.

Em muitos projetos de acesso corporativo, utiliza-se uma relação operacional de uma sub-rede IPv4 por VLAN porque isso simplifica gateways, DHCP, troubleshooting e políticas. Ainda assim, o projeto deve entender os conceitos separadamente.

A página sobre Rede Lógica: VLANs, IP, roteamento, segmentação e projeto mostra como essas decisões se combinam na arquitetura.

Por que uma VLAN muito grande pode ser um problema

Aumentar o prefixo para acomodar milhares de dispositivos expande o domínio lógico e pode elevar volume de broadcast e impacto de falhas ou configurações incorretas. O tamanho adequado depende do comportamento das aplicações, capacidade dos equipamentos, política de segurança e operação.

Dividir uma grande população em várias sub-redes pode melhorar controle, mas também aumenta quantidade de SVIs, rotas, políticas e escopo de DHCP. Não existe um tamanho universal.

Prefixos /31 em enlaces ponto a ponto

Uma rede /30 oferece quatro endereços totais e dois utilizáveis no modelo convencional. Historicamente, isso tornou /30 comum em enlaces IPv4 ponto a ponto.

O RFC 3021 permite utilizar /31 em enlaces ponto a ponto, aproveitando ambos os endereços sem necessidade dos significados tradicionais de rede e broadcast naquele contexto. Isso economiza espaço, especialmente em redes com muitos enlaces roteados.

O uso deve depender de suporte dos equipamentos, padronização da organização e natureza realmente ponto a ponto do enlace. Um /31 não deve ser aplicado mecanicamente a LANs multiacesso.

Gateway, DHCP e reservas precisam estar no plano

Dimensionar a sub-rede apenas pela quantidade de estações ignora endereços consumidos pela infraestrutura.

O plano pode precisar reservar:

• gateway virtual ou físico;
• endereços de switches e access points;
• impressoras e dispositivos estáticos;
• servidores locais;
• controladores;
• appliances;
• ranges DHCP;
• endereços temporários para manutenção;
• crescimento futuro.

É recomendável definir convenções. Por exemplo, manter gateway no primeiro endereço utilizável pode facilitar operação, mas a convenção deve ser consistente e documentada, não tratada como requisito do protocolo.

Subnetting e segmentação de segurança

Sub-redes criam fronteiras de camada 3 que podem ser usadas por firewalls, ACLs, VRFs e políticas de controle. Isso não significa que toda sub-rede seja automaticamente uma zona de segurança.

A segmentação de rede precisa considerar criticidade, confiança, fluxo necessário e risco. Separar câmeras, usuários, servidores, gestão e dispositivos OT em prefixos distintos pode facilitar política, mas o controle efetivo depende do ponto onde o tráfego é permitido ou bloqueado.

O plano de endereçamento deve apoiar a política de segurança. Prefixos organizados por função permitem construir regras mais legíveis e reduzem exceções host a host, desde que a agrupação corresponda à realidade operacional.

Subnetting e roteamento

Cada sub-rede roteada gera informação que precisa ser conhecida pelos equipamentos responsáveis pelo encaminhamento. Em uma pequena LAN isso pode ser trivial; em uma rede com dezenas de sites, centenas de VLANs e múltiplos domínios, a organização dos prefixos influencia diretamente a tabela de rotas.

Sumarização reduz quantidade de entradas e ajuda a limitar propagação de mudanças. Porém, um resumo só é seguro quando o roteador que o anuncia realmente possui caminhos válidos para os prefixos cobertos ou quando a arquitetura trata explicitamente o descarte do espaço não utilizado.

Uma agregação excessivamente ampla pode atrair tráfego para redes inexistentes. Uma arquitetura sem agregação pode tornar a tabela desnecessariamente granular. O equilíbrio vem do plano hierárquico.

Como planejar crescimento sem destruir a sumarização

Crescimento precisa ser reservado dentro do mesmo bloco lógico sempre que possível. Se um site recebe inicialmente 10.30.0.0/24 e todos os blocos adjacentes são consumidos por outras unidades, uma futura expansão poderá obrigar a alocar uma segunda rede distante, impedindo sumarização simples por site.

Uma prática de engenharia é reservar blocos maiores conforme o horizonte de expansão e subdividi-los gradualmente. A reserva deve ser registrada em IPAM para não ser confundida com espaço livre.

Isso evita um dos problemas mais comuns de redes legadas: endereços aparentemente disponíveis na planilha, mas já comprometidos por uma estratégia não documentada.

IPAM e documentação do plano de sub-redes

Planilhas podem atender ambientes pequenos, mas tornam-se frágeis quando há múltiplos sites, responsáveis e mudanças frequentes. Um sistema de IPAM permite registrar hierarquia, status, VLANs, VRFs, dispositivos e reservas com rastreabilidade.

O whitepaper NetBox como Fonte da Verdade para Infraestrutura, Redes, IPAM, DCIM e Automação mostra a relação entre dados estruturados e documentação operacional.

Um registro mínimo de sub-rede deve conter:

Campo	Exemplo de finalidade
Prefixo	Identificação do bloco
Site	Localidade ou domínio
Função	usuários, voz, gestão, CFTV, servidor etc.
VLAN/VRF	Relação lógica
Gateway	Ponto de roteamento
DHCP	Escopo e servidor
Reserva	Faixa estática ou crescimento
Responsável	Dono operacional
Status	planejada, ativa, reservada, desativada
Observação	exceções e dependências

Como migrar um plano de endereçamento legado

Renumerar uma rede em produção exige inventário e sequência. Endereços podem estar configurados em dispositivos, ACLs, NAT, DNS, scripts, certificados, integrações, sistemas de monitoramento e aplicações.

Uma migração deve mapear dependências antes de alterar o prefixo. Em alguns casos, redes antiga e nova precisam coexistir temporariamente; em outros, a mudança precisa ocorrer em janela controlada.

O plano deve definir:

1. inventário dos endereços e dependências;
2. novo prefixo e gateway;
3. alteração de DHCP e DNS;
4. atualização de políticas de segurança e rotas;
5. atualização de sistemas de gestão;
6. sequência por grupo de dispositivos;
7. testes de conectividade e aplicação;
8. rollback;
9. retirada do prefixo antigo;
10. atualização do As-Built.

A migração não deve começar por “trocar a máscara”. Ela começa por entender quais sistemas dependem do endereço atual.

Como verificar se o subnetting está correto

A validação deve combinar cálculo e operação.

Para cada sub-rede, verificar:

• prefixo e máscara;
• endereço de rede;
• broadcast quando aplicável;
• faixa utilizável;
• gateway;
• VLAN/VRF associada;
• ausência de sobreposição;
• DHCP e reservas;
• rota esperada;
• sumarização;
• política de segurança;
• capacidade de crescimento.

Ferramentas de cálculo são úteis para reduzir erro manual, mas a ferramenta não conhece o requisito de negócio. Um prefixo matematicamente válido pode ser arquiteturalmente inadequado.

Testes e critérios de aceite

Depois da configuração, o aceite precisa provar que o plano foi materializado.

Verificação	Evidência
DHCP	Cliente recebe endereço dentro do escopo correto
Gateway	Roteamento local funciona conforme projeto
Segmentação	Comunicações permitidas e bloqueadas correspondem à política
Roteamento	Prefixos aparecem nos equipamentos previstos
Sumarização	Agregados são anunciados conforme desenho
Redundância	Gateway e caminhos alternativos respondem ao cenário de falha
DNS/NTP/serviços	Clientes alcançam os serviços necessários
Inventário	Prefixos e reservas estão documentados
As-Built	Endereçamento final corresponde ao instalado

Em uma implantação maior, esses testes podem integrar o comissionamento de equipamentos e o recebimento técnico da rede.

Erros comuns de subnetting em projetos reais

Os erros mais perigosos não são apenas cálculos incorretos. Muitos resultam de planejamento insuficiente.

• escolher prefixo pelo padrão histórico, sem estimar demanda;
• ignorar crescimento;
• distribuir blocos sem hierarquia;
• criar redes sobrepostas;
• confundir VLAN com sub-rede;
• usar ranges DHCP que ocupam endereços estáticos;
• reservar espaço sem registrar a reserva;
• criar sub-redes excessivamente grandes por conveniência;
• criar sub-redes excessivamente pequenas para “economizar IP”;
• esquecer integrações VPN e cloud;
• utilizar /31 fora do contexto ponto a ponto;
• documentar apenas máscara e não finalidade;
• não atualizar IPAM e As-Built após mudanças.

Cada um desses erros aumenta custo de operação e dificulta expansão.

Quando redes existentes precisam de um novo plano de endereçamento

Renumerar não deve ser feito apenas porque o padrão antigo parece desorganizado. A mudança precisa gerar valor técnico suficiente para justificar o risco operacional.

Sinais fortes incluem:

• sobreposição com redes que precisam ser integradas;
• ausência de espaço para expansão;
• fragmentação que impede sumarização;
• mistura de funções incompatíveis no mesmo domínio;
• grandes blocos pouco utilizados enquanto outros estão esgotados;
• dificuldade de aplicar políticas de segurança;
• endereçamento sem relação com sites ou funções;
• documentação inexistente ou contraditória;
• aquisição de empresas ou migração estrutural para cloud/SD-WAN.

Quando a rede ainda atende aos requisitos e a documentação pode ser corrigida sem renumeração, a alternativa menos disruptiva pode ser melhor.

Como documentar subnetting em um projeto de rede

O plano de endereçamento deve ser um entregável controlado, não uma anotação informal dentro da configuração.

Ele pode ser apresentado por tabela e acompanhado por diagrama lógico. Para cada bloco, devem existir função, site, prefixo, VLAN/VRF, gateway, reserva e estado.

O diagrama de arquitetura mostra relações; o IPAM mantém os dados granulares; o memorial registra critérios; e as configurações materializam a decisão. Esses documentos precisam ser coerentes entre si.

A documentação final deve registrar também blocos reservados e não utilizados. Caso contrário, uma equipe futura pode interpretá-los como espaço livre e destruir a estratégia de crescimento.

Como contratar um projeto de endereçamento e subnetting

A contratação não deve pedir apenas uma “planilha de IPs”. O objetivo é obter um plano de endereçamento integrado à arquitetura de rede.

O escopo deve indicar, quando aplicável:

• levantamento dos prefixos atuais;
• inventário de VLANs, VRFs e gateways;
• identificação de sobreposições;
• requisitos por site e função;
• crescimento previsto;
• blocos privados ou públicos disponíveis;
• estratégia de VLSM;
• hierarquia e sumarização;
• integração com roteamento, VPN, cloud e segurança;
• convenções de gateways e reservas;
• modelo de DHCP;
• documentação em IPAM;
• plano de migração quando houver renumeração;
• testes e critérios de aceite;
• atualização As-Built.

O Projeto de Rede Lógica e Redes Corporativas é a rota natural quando o subnetting faz parte de uma revisão mais ampla de arquitetura, roteamento, segmentação e redundância.

Considerações finais

Subnetting é uma técnica matemática simples em sua base, mas uma decisão de engenharia quando aplicada a redes corporativas. O prefixo adequado precisa conciliar capacidade atual, crescimento, segmentação, sumarização, segurança, operação e documentação.

VLSM melhora eficiência quando diferentes funções têm demandas distintas; CIDR permite trabalhar com prefixos classless e agregação; /31 pode otimizar enlaces ponto a ponto; e um IPAM preserva a estratégia ao longo do ciclo de vida. O resultado esperado não é apenas “endereços que cabem”, mas um plano de rede previsível, verificável e capaz de crescer sem acumular exceções.

Referências técnicas

[1] MOGUL, J.; POSTEL, J. RFC 950 — Internet Standard Subnetting Procedure. IETF, 1985. Disponível em: https://www.rfc-editor.org/rfc/rfc950.html

[2] FULLER, V.; LI, T. RFC 4632 — Classless Inter-domain Routing (CIDR): The Internet Address Assignment and Aggregation Plan. IETF, 2006. Disponível em: https://www.rfc-editor.org/rfc/rfc4632.html

[3] REKHTER, Y. et al. RFC 1918 — Address Allocation for Private Internets. IETF, 1996. Disponível em: https://www.rfc-editor.org/rfc/rfc1918.html

[4] RETANA, A. et al. RFC 3021 — Using 31-Bit Prefixes on IPv4 Point-to-Point Links. IETF, 2000. Disponível em: https://www.rfc-editor.org/rfc/rfc3021.html

[5] OPPENHEIMER, Priscilla. Top-Down Network Design. 3. ed. Indianapolis: Cisco Press, 2011.

Perguntas frequentes

O que é subnetting?

Subnetting é a divisão de um bloco IPv4 em sub-redes menores por meio do aumento do comprimento do prefixo. Parte dos bits de host passa a identificar sub-redes.

Como saber qual máscara usar para uma quantidade de hosts?

Calcule quantos bits de host são necessários para comportar a demanda, incluindo reservas e crescimento. Em uma LAN IPv4 convencional, escolha o menor bloco em que 2^h – 2 seja suficiente.

Qual é a diferença entre subnetting e VLSM?

Subnetting é o processo geral de subdividir redes. VLSM permite usar diferentes tamanhos de prefixo dentro do mesmo plano, adequando cada sub-rede à sua demanda.

VLAN e sub-rede são a mesma coisa?

Não. VLAN é segmentação de camada 2; sub-rede é uma divisão do espaço IP de camada 3. Muitos projetos usam uma sub-rede por VLAN, mas os conceitos são distintos.

Uma rede /31 pode ser usada em IPv4?

Sim, em enlaces ponto a ponto compatíveis. O RFC 3021 define o uso de prefixos /31 nesse contexto, permitindo aproveitar ambos os endereços.

Por que a sobreposição de sub-redes é um problema?

Porque dois domínios com o mesmo prefixo tornam ambíguo o roteamento quando precisam se comunicar. Isso aparece com frequência em VPNs, fusões, cloud e integração de sites.

O que deve constar em um plano de endereçamento?

Prefixo, site, função, VLAN ou VRF, gateway, DHCP, reservas, status, responsável, crescimento previsto e relação com roteamento e segurança.

Materiais técnicos complementares

Conteúdos principais sobre o tema

• Guia Completo sobre Arquitetura de Redes: topologias, projeto e infraestrutura
• Projeto de Rede: etapas, arquitetura e documentação técnica
• Estruturas de Endereçamento e Roteamento em Redes IP
• Rede Lógica: VLANs, IP, roteamento, segmentação e projeto

Conteúdos técnicos correlatos

• Topologia de Rede: tipos, aplicações e critérios de projeto
• Segmentação de Rede: fundamentos, modelos e boas práticas
• BGP: o que é, como funciona, ASN, peering e critérios de projeto
• Diagrama de Rede: tipos, arquitetura lógica e física e documentação técnica
• NetBox como Fonte da Verdade para Infraestrutura, Redes, IPAM, DCIM e Automação

Serviços relacionados

• Projeto de Rede Lógica e Redes Corporativas
• Projeto de Telecomunicações
• Due Diligence Técnica de Engenharia
• Comissionamento de Equipamentos
• As-Built de Engenharia