Planejador de Alocação de Subrede

Planeje alocações de subrede para encaixar blocos solicitados

Subnet Requirements

NameHosts NeededOr Prefix
Invalid parent CIDR

O Subnet Allocation Planner pega um bloco CIDR pai e uma lista de tamanhos de subnet necessários, depois calcula posicionamentos ótimos para todas as subnets para maximizar eficiência de espaço de endereço e minimizar fragmentação. Digite um pai como 10.0.0.0/16 com requisitos como "três blocos /24, dois blocos /26, um /28" para obter um mapa de alocação completo com posições atribuídas.

Entendendo Planejamento de Subnet

Projetar um plano de endereço IP para uma rede nova é uma daquelas tarefas que parece simples até você realmente sentar para fazer. Você sabe que precisa de uma VLAN de servidor com 200 endereços, uma VLAN de desktop com 250, uma VLAN de voz com 100, uma rede de convidado com 50 e uma rede de gerenciamento com 20. A questão não é apenas quais comprimentos de prefixo usar -- é onde colocar cada subnet dentro de seu bloco de endereço alocado para minimizar fragmentação, deixar espaço para crescimento e manter o layout limpo o suficiente para que alguém possa entendê-lo seis meses depois.

A abordagem ingênua é atribuir subnets sequencialmente: primeiro /24 no topo do intervalo, segundo /24 logo depois e assim por diante. Isso funciona para casos simples, mas quebra quando você tem tamanhos mistos. Se você colocar um /26 (64 endereços) entre dois blocos /24 (256 endereços cada), você desperdiça 192 endereços de padding de alinhamento, porque o segundo /24 deve começar em um limite de 256 endereços. Colocar subnets na ordem errada ou em posições mal alinhadas cria lacunas que são muito pequenas para usar mas muito grandes para ignorar.

O Subnet Allocation Planner resolve isso tratando o problema como uma otimização bin-packing. Você diz o que precisa e ele descobre onde tudo vai. Grandes subnets são colocadas primeiro para reivindicar as posições melhor alinhadas, então subnets menores preenchem o espaço restante sem criar fragmentação desnecessária. O resultado é um mapa de alocação limpo que usa seu espaço de endereço eficientemente e deixa o maior bloco contíguo possível para crescimento futuro.

Como Planejar Alocações de Subnet Dentro de um Bloco CIDR

  1. Digite o CIDR pai que define seu espaço de endereço total disponível (ex: 10.0.0.0/16)
  2. Liste as subnets necessárias por comprimento de prefixo (ex: três blocos /24, dois blocos /26, um bloco /28)
  3. Opcionalmente especifique qualquer alocação existente que deve ser preservada em lugar
  4. Selecione uma meta de otimização: minimizar fragmentação, maximizar maior lacuna restante ou alinhar a limites específicos
  5. Clique em plano para gerar o layout ótimo com posições atribuídas para cada subnet

Exemplos de Planejamento de Alocação de Subnet

Planejamento de uma rede de escritório novo

Pai: 10.50.0.0/16 Requisitos:

Propósito de SubnetTamanhoHosts Necessários
VLAN de Servidor/24200
VLAN de Desktop/24250
VLAN de Voz/25100
Wi-Fi de Convidado/2650
Gerenciamento/2720
Impressoras/2810

Alocação planejada:

SubnetIntervalo AtribuídoEndereçosHosts Utilizáveis
VLAN de Servidor10.50.0.0/24256254
VLAN de Desktop10.50.1.0/24256254
VLAN de Voz10.50.2.0/25128126
Wi-Fi de Convidado10.50.2.128/266462
Gerenciamento10.50.2.192/273230
Impressoras10.50.2.224/281614

Resumo: 752 de 65.536 endereços alocados (1,1%). Maior bloco livre contíguo: 10.50.3.0/22 (1.024 endereços).

Planejamento em torno de alocações existentes

Pai: 172.16.0.0/16 Existente (bloqueado): 172.16.0.0/24, 172.16.10.0/24 Novos requisitos: dois blocos /24, um /25

SubnetIntervalo AtribuídoStatus
Existente-1172.16.0.0/24Bloqueado
Novo-1172.16.1.0/24Planejado
Novo-2172.16.2.0/24Planejado
Novo-3172.16.3.0/25Planejado
Existente-2172.16.10.0/24Bloqueado

Quando Usar o Subnet Allocation Planner

  • Design novo de data center -- estabelecer subnets para computação, armazenamento, gerenciamento e redes out-of-band dentro de um bloco alocado
  • Arquitetura VPC de nuvem -- planejar posicionamento de subnet de AWS/Azure/GCP através de zonas de disponibilidade dentro de um CIDR VPC
  • Rollout de escritório remoto -- padronizar layouts de subnet através de múltiplos sites usando um plano consistente
  • Projetos de segmentação de rede -- particionar uma rede plana em subnets específicas de propósito com espaço para crescimento
  • Documentação de plano de endereço -- gerar um mapa de alocação limpo e otimizado para revisão de controle de mudança
  • Refreshs de rede -- redesenhar planos de endereço durante ciclos de atualização de hardware para eliminar fragmentação legada

Como o Algoritmo de Alocação Funciona

Ordenação por Tamanho

O planner ordena subnets solicitadas do maior para o menor prefixo (a maioria de endereços primeiro). Colocar subnets grandes primeiro previne fragmentação onde uma pequena alocação bloqueia uma grande de caber em sua posição ótima.

Otimização Bin-Packing

Alocação de subnet é uma variante do problema bin-packing. O planner tenta posicionamentos que:

  • Mantêm subnets alocadas contíguas onde possível, deixando blocos livres grandes em vez de lacunas espalhadas
  • Respeita restrições de alinhamento CIDR (um /24 deve começar em um limite de 256 endereços)
  • Evita dividir lacunas utilizáveis em fragmentos muito pequenos para alocações futuras

Preservação de Lacuna

Depois de colocar todas as subnets necessárias, o planner relata espaço livre restante. A meta de otimização determina se o algoritmo favorece:

  • Maior lacuna contígua -- coloca subnets para deixar um bloco livre grande para crescimento futuro
  • Distribuição uniforme -- espalha alocações para balancear espaço livre através do intervalo pai
  • Packing sequencial -- empilha subnets no início, deixando todo espaço livre no final

Tratamento de Restrição

Alocações existentes agem como restrições imóveis. O planner trabalha em torno delas e avisa se o espaço livre restante não pode acomodar todas as subnets solicitadas. Se posicionamento é impossível, a ferramenta relata quais subnets não puderam ser colocadas e sugere alternativas (tamanhos menores ou um pai maior).

Conselhos Práticos para Planejamento de Endereço

A decisão mais importante em planejamento de subnet não é o posicionamento de subnets individuais -- é a estrutura geral de sua hierarquia de endereço. Antes de chegar ao planner, decida sobre um esquema consistente. Um padrão comum é dividir seu bloco pai em alocações de nível de site (ex: /20 por site), depois dividir cada site em subnets de nível de função (servidor, desktop, voz, gerenciamento). Essa abordagem hierárquica torna fácil adicionar novos sites sem perturbar os existentes e deixa você sumarizar rotas em cada ponto de agregação.

Sempre planeje para mais crescimento do que você pensa que precisa. Uma subnet que encaixa perfeitamente na contagem de dispositivos de hoje causará problemas dentro de um ano conforme você adiciona impressoras, telefones IP, agentes de monitoramento e sensores IoT. Como regra empírica, escolha um comprimento de prefixo que oferece você pelo menos 50% de espaço livre. Se você tem 100 dispositivos, use um /24 (254 utilizáveis) em vez de um /25 (126 utilizáveis). O custo de desperdiçar alguns endereços é negligenciável comparado ao custo de renumerar uma subnet que superou sua alocação.

Ao trabalhar com alocações existentes que você não pode mover, o posicionamento consciente de restrição do planner é inestimável. Em vez de tentar manualmente intercalar novas subnets em torno de intervalos legados, deixe a ferramenta encontrar as posições ótimas. Revise o resultado para garantir que o layout faz sentido lógico -- você provavelmente quer a rede de gerenciamento adjacente à rede de servidor, por exemplo, não no final longe do espaço de endereço. Ajuste rótulos e rode novamente o planner se o layout inicial não corresponder sua lógica organizacional.

Perguntas Frequentes

E se minhas subnets solicitadas não encaixarem no CIDR pai?

O planner relata exatamente quantos endereços são necessários versus disponíveis, identifica quais subnets não puderam ser colocadas e sugere o comprimento de prefixo pai mínimo que acomodaria todos os requisitos. Por exemplo, se você precisa de 300 blocos /24 totais, o planner indicará que você precisa de pelo menos um pai /7.

Posso especificar nomes de subnet ou rótulos?

Sim. Atribua um rótulo a cada subnet solicitada (ex: "VLAN de Servidor", "Wi-Fi de Convidado") e a saída inclui esses rótulos na tabela de alocação. Isso torna a saída diretamente utilizável como documentação de rede.

Como isto é diferente de um calculador VLSM?

Um calculador VLSM pega requisitos de contagem de host e determina o comprimento de prefixo ótimo para cada subnet. O Subnet Allocation Planner pega comprimentos de prefixo conhecidos e determina posições ótimas dentro de um bloco pai. Use VLSM primeiro para determinar tamanhos, depois o planner de alocação para determinar posições.

Posso exportar o plano de alocação?

A saída é apresentada como uma tabela limpa que você pode copiar diretamente em uma planilha, página de wiki ou ticket de controle de mudança. Para exportações estruturadas, use o Address Plan Generator para criar templates CSV.

O que acontece se eu rodar o planner múltiplas vezes com diferentes metas de otimização?

Você pode obter posicionamentos diferentes dependendo da meta. Packing sequencial sempre produz o mesmo resultado (subnets empacotadas no início), mas outras estratégias podem variar baseado em como elas balanceiam preservação de lacuna versus compactação. Compare as saídas e escolha o layout que melhor corresponde suas expectativas de crescimento.

Ferramentas Relacionadas

IPparse•Ferramentas Gratuitas de Rede e Calculadora de Sub-redes

© 2026 IPparse. All tools run locally in your browser.

100% Privacy-First • No Data Collected