Explique por que a maioria dos endereços na classe A é desperdiçada. Explique por que uma empresa de médio ou grande porte não quer um bloco de endereços classe C.
Passo 1
O enunciado pede duas coisas claras:
- Explicar por que a maioria dos endereços na classe A é desperdiçada.
- Explicar por que uma empresa de médio ou grande porte não quer um bloco de endereços da classe C.
Não há outros dados numéricos no enunciado; vou usar os parâmetros padrão do esquema de endereçamento IPv4 classeful (tamanhos de campos de rede/host) para explicar e demonstrar com números.
Passo 2
O que é relevante para entender o problema (conceitos básicos que vou usar).
- Num endereço IPv4 há 32 bits no total.
- No esquema clássico “classeful” cada endereço é dividido em parte rede e parte host dependendo da classe:
- Classe A: o campo de rede é o primeiro octeto (com o bit de ordem mais alta fixado a 0), logo a parte de host tem os outros 3 octetos (24 bits).
- Classe B: a parte de rede ocupa os dois primeiros octetos (bits iniciais ``10’’), logo a parte de host tem 16 bits.
- Classe C: a parte de rede ocupa os três primeiros octetos (bits iniciais ``110’’), logo a parte de host tem 8 bits.
- Regra prática para número de endereços úteis por bloco: se há
bits de host, o número máximo de endereços disponíveis é Em redes IPv4 tradicionais subtrai-se normalmente dois endereços reservados (endereço de rede e endereço de broadcast), então endereços utilizáveis ≈
Vou usar essas fórmulas para calcular quantos endereços cada classe fornece e então explicar o desperdício.
Passo 3
Calcular quantos endereços (úteis) cada classe dá.
- Classe A:
bits de host, então endereços utilizáveis
- Classe B:
bits de host, então endereços utilizáveis
- Classe C:
bits de host, então endereços utilizáveis
Também é útil ver quantas redes existem de cada classe (no esquema clássico):
- Número aproximado de redes classe A úteis:
(valores de primeiro octeto de a ; e têm usos especiais). - Número de redes classe B:
. - Número de redes classe C:
.
Esses valores mostram a trade-off: poucas redes A, muitas redes C; cada rede A é enorme em hosts, cada C é pequena.
Passo 4
Por que a maioria dos endereços em classe A é desperdiçada — explicação conceitual com números.
- Um bloco classe A dá
endereços utilizáveis. Isso é um número gigantesco: se uma organização típica tem algumas dezenas de milhares de máquinas no máximo, um bloco A dá muito mais endereços do que ela realmente precisa. - Exemplo concreto: suponha uma empresa muito grande com
hosts. Mesmo assim é uma fração pequena de . A fração usada seria
Ou seja, mais de
dos endereços do bloco A estariam não utilizados — isto é desperdício massivo.
- Historicamente a atribuição de uma classe A a uma única organização significava “reservar” esse enorme conjunto de endereços só para ela, sem permitir que outros usos ocupassem o restante. Como havia pouquíssimas redes A disponíveis (cerca de
), atribuir muitas A rapidamente consumia grande parte do espaço IPv4, acelerando a escassez.
Passo 5
Intuição do porquê isso é ruim (impactos práticos do desperdício)
- Escassez de endereços: reservar blocos gigantes para poucas organizações reduz o número de blocos disponíveis para todos, contribuindo para o esgotamento do pool de IPv4.
- Inflexibilidade: uma organização com menos hosts fica “presa” a um bloco enorme que não pode ser reutilizado por outros.
- Incentiva práticas como NAT e fragmentação de alocação (muitas pequenas alocações para contornar o problema), que trazem complexidade operacional.
Passo 6
Por que uma empresa de médio ou grande porte não quer um bloco de classe C — explicação direta
- Um bloco classe C fornece apenas
endereços úteis. Para muitas empresas médias/grandes isto é insuficiente. - Exemplo: suponha uma empresa com
dispositivos que precisam de IPs. Para cobrir endereços usando blocos classe C, o número de C necessários é
- Ter
blocos classe C em vez de um bloco maior (como uma classe B) causa problemas práticos: - Fragmentação de espaço de endereçamento: os blocos podem não ser contíguos, dificultando gerenciamento e roteamento.
- Crescimento da tabela de roteamento global: cada bloco C anuncia um prefixo distinto na Internet (via BGP), e muitos blocos pequenos de muitas organizações aumentam o número de rotas que roteadores de borda precisam manter — isso agrava a escalabilidade do roteamento.
- Complexidade administrativa: mais sub-redes, políticas, ACLs, endereçamento interno mais complicado, necessidade de agregação manual.
- Além disso, lidar com múltiplos blocos C torna difícil aplicar políticas uniformes e requer mecanismos de agregação (ou soluções como NAT), o que aumenta custo operacional e latência de mudanças.
Passo 7
Resumo técnico do porquê (ligando os pontos)
- Classe A: poucas redes possíveis e cada rede muito grande (
hosts). Atribuir uma A inteira para uma entidade pequena ou média significa que a vasta maioria dos endereços fica ociosa — desperdício. - Classe C: cada rede é pequena (
hosts). Empresas médias/grandes normalmente precisam de muito mais do que endereços, então ter apenas um bloco C é insuficiente; ter muitos blocos C gera fragmentação, aumento do número de rotas e maior complexidade operacional.
Passo 8
O que a prática moderna faz sobre isso (breve e motivador)
- Por causa desses problemas, o esquema baseado em classes foi substituído por CIDR (endereçamento classless), que permite alocar blocos de tamanhos arbitrários (por exemplo prefixos
, , etc.), ajustando exatamente a necessidade e evitando tanto o desperdício de blocos A quanto a fragmentação por múltiplos C. Mas a ideia básica explicada acima é o porquê original do desperdício e da rejeição prática aos blocos C isolados.
Resposta
A maioria dos endereços na classe A é desperdiçada porque um bloco classe A contém
endereços utilizáveis — um número enorme que normalmente excede em muito as necessidades de qualquer organização, de modo que a maior parte desses endereços fica ociosa quando uma A é atribuída.
Uma empresa de médio ou grande porte não quer um bloco classe C porque um C dá só endereços; empresas com milhares de hosts precisariam de muitos blocos C (fragmentando o espaço), o que aumenta o número de prefixos a anunciar, complica o roteamento e a administração e é operacionalmente ineficiente.
Uma empresa de médio ou grande porte não quer um bloco classe C porque um C dá só