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á h bits de host, o número máximo de endereços disponíveis é 2^{h}. 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 ≈ 2^{h}-2.
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: h=24 bits de host, então endereços utilizáveis
2^{24}-2 = 16\,777\,216 - 2 = 16\,777\,214.
  • Classe B: h=16 bits de host, então endereços utilizáveis
2^{16}-2 = 65\,536 - 2 = 65\,534.
  • Classe C: h=8 bits de host, então endereços utilizáveis
2^{8}-2 = 256 - 2 = 254.
Também é útil ver quantas redes existem de cada classe (no esquema clássico):
  • Número aproximado de redes classe A úteis: 126 (valores de primeiro octeto de 1 a 126; 0 e 127 têm usos especiais).
  • Número de redes classe B: 2^{14}=16\,384.
  • Número de redes classe C: 2^{21}=2\,097\,152.
    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á \,16\,777\,214 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 100\,000 hosts. Mesmo assim 100\,000 é uma fração pequena de \,16\,777\,214. A fração usada seria
\frac{100\,000}{16\,777\,214}\approx 0{,}00595\;(\text{aprox }0{,}6\%).
Ou seja, mais de 99{,}4\% 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 126), 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 254 endereços úteis. Para muitas empresas médias/grandes isto é insuficiente.
  • Exemplo: suponha uma empresa com 4\,000 dispositivos que precisam de IPs. Para cobrir 4\,000 endereços usando blocos classe C, o número de C necessários é
\left\lceil\frac{4\,000}{254}\right\rceil = \left\lceil 15{,}748\dots\right\rceil = 16\\ \text{blocos classe C}.
  • Ter 16 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 ( 2^{24}-2 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 ( 254 hosts). Empresas médias/grandes normalmente precisam de muito mais do que 254 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 /20, /22, 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 \,2^{24}-2 = 16\,777\,214 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ó \,2^{8}-2 = 254 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.

Exercícios relacionados