Detector de Subredes Superalocadas
Detecta quando os hosts necessários excedem a capacidade da subrede
Subnet Allocations
Format
Each line: CIDR, assigned_hosts
Lines starting with # are comments.
Analysis
Enter subnet allocations to check for overallocation
A ferramenta Overallocated Subnet Detector identifica subnets em seu plano de endereço IP onde os requisitos de host documentados excedem a capacidade de endereço utilizável da subnet. Insira suas alocações de subnet com contagens de host esperadas -- por exemplo, 10.1.1.0/28 precisando de 20 hosts -- e a ferramenta sinaliza cada entrada onde a demanda excede a oferta, ordenada pela severidade do déficit.
Entendendo o Planejamento de Capacidade de Subnet
Se você já assistiu um escopo DHCP secando lentamente em uma segunda-feira pela manhã, sabe a dor de uma subnet sobre-alocada. Os usuários ligam para a central de atendimento porque seus laptops recebem erros "sem rede", impressoras desconectam offline, e telefones VoIP falham em registrar -- tudo porque a subnet simplesmente ficou sem endereços. A causa raiz é quase sempre uma incompatibilidade entre quantos dispositivos a subnet foi dimensionada e quantos dispositivos realmente vivem nela. Pegar essa incompatibilidade durante a fase de planejamento, antes de um único cabo ser plugado, é o ponto inteiro desta ferramenta.
O planejamento de capacidade soa direto: contar seus dispositivos, escolher um comprimento de prefixo que se encaixe, e prosseguir. Na prática, é mais bagunçado que isso. Um /28 oferece 14 hosts utilizáveis, mas se você também precisa de um gateway padrão, um IP virtual de protocolo de redundância, e um punhado de reservas estáticas para impressoras e pontos de acesso, sua capacidade efetiva cai para 8 ou 9 endereços. Adicione churn de concessão DHCP -- onde endereços são temporariamente mantidos por dispositivos que já saíram da rede -- e você pode atingir esgotamento bem antes de sua contagem de dispositivos atingir o máximo teórico. Esta ferramenta conta com essa realidade permitindo que você especifique sobrecarga de infraestrutura, para que a comparação reflita o que é realmente disponível, não apenas o número do livro de texto.
O detector é mais valioso quando usado como um guardião em seu processo de gerenciamento de mudanças. Antes de aprovar uma nova solicitação de subnet ou assinar um design de rede, execute o plano através do detector. Se qualquer coisa voltar vermelha, você sabe redimensionar a subnet ou dividir a carga de trabalho antes do design ir para implementação. Pegar um déficit de seis endereços no papel custa cinco minutos; pegá-lo em produção custa uma janela de mudança de emergência e muitos usuários infelizes.
Como Detectar Subnets Sobre-Alocadas em Seu Plano de IP
- Insira ou cole seu plano de subnet com alocações CIDR e contagens de host esperadas para cada subnet
- Opcionalmente especifique sobrecarga de infraestrutura (gateways padrão, exclusões DHCP, IPs reservados) para calcular capacidade disponível realista
- Clique Detectar para comparar hosts necessários contra capacidade utilizável para cada entrada
- Revise subnets sinalizadas onde requisitos de host excedem endereços disponíveis, ordenado por severidade do déficit
Exemplos de Detecção de Subnet Sobre-Alocada
| Subnet | Prefixo | Hosts Totais | Hosts Utilizáveis | Hosts Necessários | Status | Déficit |
|---|---|---|---|---|---|---|
10.1.1.0/28 | /28 | 16 | 14 | 20 | Sobre-alocada | -6 |
192.168.10.0/27 | /27 | 32 | 30 | 30 | Na Capacidade | 0 |
172.16.5.0/25 | /25 | 128 | 126 | 100 | OK | +26 |
10.2.0.0/29 | /29 | 8 | 6 | 12 | Sobre-alocada | -6 |
192.168.1.0/24 | /24 | 256 | 254 | 300 | Sobre-alocada | -46 |
Contabilizando Sobrecarga de Infraestrutura
Um /24 tecnicamente oferece 254 endereços de host utilizáveis, mas a capacidade do mundo real é menor após contabilizar infraestrutura:
| Propósito Reservado | Endereços Típicos | Exemplo |
|---|---|---|
| Gateway padrão | 1 | 192.168.1.1 |
| IP virtual HSRP/VRRP | 1 | 192.168.1.2 |
| Exclusão do servidor DHCP | 5-10 | 192.168.1.1 - 192.168.1.10 |
| Impressoras de rede/dispositivos estáticos | 10-20 | 192.168.1.240 - 192.168.1.254 |
| Capacidade efetiva | ~220-240 |
Quando Usar o Detector de Subnet Sobre-Alocada
- Validação pré-implantação -- verificar que cada subnet planejada pode acomodar sua contagem de dispositivo pretendida antes de configurar roteadores e switches
- Auditorias de integridade de dados de IPAM -- verificação cruzada de registros de IPAM contra requisitos reais para encontrar incompatibilidades introduzidas por edições manuais
- Modelagem de crescimento -- testar se as alocações existentes podem lidar com crescimento de dispositivo projetado de 6 ou 12 meses
- Consolidação de rede pós-fusão -- validar que planos de endereço combinados de duas organizações ainda têm capacidade adequada
- Solução de problemas de escopo DHCP -- diagnosticar por que um escopo DHCP continua ficando sem concessões verificando se a subnet subjacente é muito pequena
- Planejamento de migração de nuvem -- confirmar que subnets VPC ou VNet sendo criadas em AWS ou Azure são grandes o suficiente para as cargas de trabalho sendo movidas
Como Funciona o Cálculo de Capacidade de Subnet
Cada subnet IPv4 reserva dois endereços que não podem ser atribuídos a hosts: o endereço de rede (todos os bits de host definidos como 0) e o endereço de broadcast (todos os bits de host definidos como 1). A fórmula de contagem de host utilizável é:
Hosts utilizáveis = 2^(32 - comprimento_prefixo) - 2
Comprimentos de prefixo comuns e sua capacidade utilizável:
| Prefixo | Endereços Totais | Hosts Utilizáveis |
|---|---|---|
/30 | 4 | 2 |
/29 | 8 | 6 |
/28 | 16 | 14 |
/27 | 32 | 30 |
/26 | 64 | 62 |
/25 | 128 | 126 |
/24 | 256 | 254 |
/23 | 512 | 510 |
/22 | 1024 | 1022 |
Os casos especiais são /31 (2 endereços, usado para links ponto-a-ponto por RFC 3021) e /32 (endereço de host único). Nenhum tem um endereço de broadcast tradicional.
Conselho Prático para Evitar Sobre-Alocação
A causa número um de subnets sobre-alocadas é falhar em contabilizar tudo o que consome um endereço. Engenheiros de rede contam dispositivos de usuário final -- laptops, desktops, telefones -- mas esquecem da infraestrutura que compartilha a mesma VLAN: gateways, VIPs de protocolo de redundância, interfaces de gerenciamento em switches, pontos de acesso wireless, sensores IoT e probes de monitoramento. Antes de finalizar uma contagem de host, percorra o inventário completo do que viverá no segmento, não apenas os dispositivos que os usuários veem.
A segunda causa comum é crescimento que foi antecipado mas nunca refletido no plano. Um departamento começa com 20 pessoas, obtém um /27 (30 hosts utilizáveis), e três anos depois tem 35 pessoas mais uma coleção de dispositivos compartilhados. No momento em que alguém percebe, falhas DHCP já estão acontecendo. Construa um ciclo de revisão em seu plano de endereço -- trimestral ou semestralmente -- onde você compara contagens de dispositivo atuais contra capacidade alocada e sinaliza qualquer coisa acima de 70% de utilização para redimensionamento proativo.
Finalmente, seja cauteloso sobre subnets que ficam exatamente na capacidade. Um /27 com exatamente 30 hosts necessários tem zero margem para erro. Se um único dispositivo inesperado aparecer -- um laptop de contratante, um servidor de teste temporário, um gadget IoT desonesto -- a subnet é sobre-alocada. Sempre vise pelo menos 20-30% de folga, e trate resultados "na capacidade" desta ferramenta como avisos, não como atestados de saúde limpos.
Perguntas Frequentes
O que acontece quando uma subnet é sobre-alocada em produção?
Quando uma subnet fica sem endereços, novos dispositivos falham em obter concessões DHCP. Os usuários veem erros "conectividade limitada" ou "sem rede". Dispositivos existentes continuam funcionando até suas concessões expirarem, ponto em que eles também podem perder conectividade. Resolver o problema tipicamente requer redimensionar a subnet (o que significa renumeração) ou dividir a carga de trabalho entre múltiplas subnets.
Devo planejar para 100% de utilização de subnet?
Não. A melhor prática é manter a utilização de subnet abaixo de 80% para acomodar dispositivos temporários, churn de concessão DHCP e picos de curto prazo. Um /24 com 254 endereços utilizáveis deve planejar não mais que 200 dispositivos. Planejar na capacidade total deixa zero margem para crescimento ou sobrecarga de infraestrutura.
Como isso é diferente do Wasted Space Estimator?
O Overallocated Subnet Detector encontra subnets que são muito pequenas para seus requisitos (déficit de capacidade). O Wasted Space Estimator encontra subnets que são muito grandes para seus requisitos (superávit de capacidade). Juntos eles fornecem uma imagem completa da eficiência do plano de endereço.
Que sobrecarga de infraestrutura devo contabilizar?
No mínimo, reserve endereços para o gateway padrão (1 endereço) e qualquer VIP de protocolo de redundância de primeiro salto como HSRP ou VRRP (1-2 endereços). A maioria das organizações também reserva um pequeno bloco no topo ou fundo da subnet para atribuições estáticas -- impressoras, pontos de acesso, servidores -- tipicamente 5 a 20 endereços dependendo do tipo de segmento. Adicione estes à sua contagem de host necessária antes de executar a detecção.
Quantas vezes devo auditar meu plano de subnet para sobre-alocação?
Execute o detector sempre que você aprove uma nova solicitação de subnet, e programe uma auditoria de plano completo pelo menos trimestralmente. Redes crescem organicamente -- novos dispositivos aparecem, equipes se expandem, implantações IoT proliferam -- e uma subnet que tinha folga confortável seis meses atrás pode estar perto da capacidade hoje.
Uma subnet /31 pode ser sobre-alocada?
Um /31 fornece exatamente 2 endereços utilizáveis sem endereço de broadcast (por RFC 3021), tornando-a adequada apenas para links ponto-a-ponto entre duas interfaces de roteador. Se você precisa de mais que 2 hosts, um /31 é sobre-alocado por definição. A ferramenta lida corretamente com este caso especial.
Ferramentas Relacionadas
- Wasted Space Estimator - Calcular espaço de endereço desperdiçado em alocações
- VLSM Calculator - Calcular máscaras de subnet de comprimento variável a partir de requisitos de host
- DHCP Scope Size Calculator - Calcular tamanho de escopo DHCP necessário
- Duplicate Subnet Detector - Encontrar subnets duplicadas em um plano de IP
- Change Impact Report - Ver o que se sobrepõe se uma nova subnet for adicionada
- Subnet Allocation Planner - Planejar alocações de subnet hierárquicas para redes multi-site