O plano estava 87% cheio enquanto quase todos os endereços seguiam vazios: RFC 3194

Resumo

• O RFC 3194 normalizou o H-Ratio do RFC 1715 como Host Density: o logaritmo dos objetos alocados dividido pelo logaritmo do máximo alocável, apresentado de zero a um.
• Três planos históricos mudaram perto de 87% HD, embora suas ocupações diretas fossem 3,2%, 10% e 22,8%. A proximidade indicava dor operacional comparável, não uma lei física ou um limite obrigatório.

O endereço vazio precisava estar no ramo certo

Uma conta simples trata o espaço como uma gaveta. Subtrai o que foi usado do total e chama o resto de capacidade. Endereços de rede e números telefônicos, porém, eram organizados em árvores.

Certos dígitos escolhiam região e central; certos bits escolhiam provedor, organização, rede e sub-rede. Cada nível precisava de folga porque crescimento e mobilidade não se distribuíam por igual. Um ramo podia esgotar sua faixa enquanto outro mantinha milhares de valores livres.

Mover essa folga exigia alterar fronteiras e renumerar. O RFC 3194 chamou de dor o custo que operadores e assinantes suportavam quando tentavam apertar mais objetos dentro de uma hierarquia. A capacidade prática não terminava apenas quando sumia o último símbolo; podia terminar quando reorganizar os símbolos restantes ficava caro demais.

A métrica proposta era:

HD = log(objetos alocados) / log(máximo de objetos alocáveis)

Qualquer base de logaritmo servia se fosse usada nas duas partes. Com uma alocação, o resultado era zero; com todas as posições alocadas, era um. No meio, 87% indicava uma posição logarítmica. Não queria dizer que 87 de cada cem endereços estavam usados.

Ineficiências de níveis diferentes se multiplicavam

Se três estágios de uma hierarquia fossem 50% eficientes, a ocupação geral seria 0,5 × 0,5 × 0,5: 12,5%. A margem de cada etapa se combinava com a seguinte.

Uma visão global podia mostrar abundância enquanto redes locais já não conseguiam crescer. O número total de lacunas não dizia onde elas estavam, quem podia delegá-las nem o custo de colocá-las no lugar necessário.

O RFC 1715 havia criado o H-Ratio para comparar espaços diferentes. Ele dividia o logaritmo decimal dos objetos pelo número de bits do endereço. O resultado evitava parte da dependência do tamanho nominal, mas variava entre zero e aproximadamente 0,30103. Um valor como 0,25 não explicava por si só quão perto estava do máximo da escala.

O RFC 3194 transformou H em HD dividindo-o, na maioria dos casos, por log10(2). A escala de zero a um podia ser comunicada como porcentagem.

A tradução facilitava conversas, mas trazia um hábito semântico. Porcentagens normalmente são lidas como partes de um total literal. Aqui eram a razão de dois logaritmos. Sem a fórmula, uma apresentação mais amigável podia sugerir uma realidade errada.

Três crises só pareciam iguais depois da transformação

Os exemplos vieram do RFC 1715. A França acrescentou um dígito após chegar a cerca de dez milhões de telefones num plano de oito dígitos. Os Estados Unidos expandiram sua numeração efetiva em torno de cem milhões de assinantes. A DECnet Phase IV globalmente conectada parou de mostrar crescimento por volta de 15 mil nós num espaço de 16 bits, ocultando novos nós.

As ocupações comuns eram 10%, 3,2% e 22,8%. Não apontavam para um limite compartilhado. Os HDs eram 87,5%, 87,0% e 86,7%.

Os autores viram nessa concentração um possível indicador da dor que levava administradores a aceitar uma mudança drástica. Renumerar era adiado até manter o sistema antigo custar mais.

O texto não elevou três casos a lei universal. Falou em sugestão, hipótese e valores “da ordem” de 85% ou mais. As tecnologias e instituições eram diferentes. A conclusão legítima era que a escala aproximava decisões; não que qualquer rede falharia exatamente em 87%.

Aumentar o plano baixava o HD sem apagar assinantes

Ao passar de oito para nove dígitos, o exemplo francês descia de 87,5% para 77,8% HD. A expansão americana o levava de aproximadamente 87% a 80%.

O numerador continuava semelhante. O denominador aumentava. A mesma população ocupava uma posição logarítmica menor no novo plano.

O RFC associou 80% ou menos a uma troca mais confortável entre eficiência e dor. O indicador não contabilizava a implantação dessa folga: equipamentos, diretórios, comunicação e compatibilidade podiam custar caro.

Também não prometia resolver outros limites. Mais bits não reduziam automaticamente tabelas de rotas, reservas mal colocadas ou barreiras administrativas.

A linha de IPv4 separava 87% HD de 5,6% ocupado

A capacidade para um HD escolhido vinha da fórmula inversa:

objetos alocáveis = (máximo de objetos)^HD

Para 32 bits, a tabela mostrava cerca de 51 milhões em HD 80%, 154 milhões em 85%, 192 milhões em 86% e 240 milhões em 87%. As colunas eram “razoável”, “doloroso”, “muito doloroso” e “máximo prático”.

O último número é aproximadamente 5,6% de 2^32. Assim, mais de 94% das sequências podiam permanecer não alocadas no modelo enquanto o HD indicava 87%.

Não havia contradição. A exponenciação convertia uma posição logarítmica em quantidade. A diferença representava folga fragmentada e reservada pela hierarquia, não endereços fisicamente destruídos.

O máximo prático também não era um bloqueio. O texto dizia que dependia da dor aceita por usuários e provedores. Mais objetos podiam ser alocados se o sistema aceitasse mais desconforto. A métrica não possuía autoridade para interromper a próxima delegação.

Densidade não era inventário, rota nem host ativo

Em 2001, os 128 bits do IPv6 já estavam decididos. O RFC 3194 não reabriu essa escolha; ofereceu uma maneira de pensar a capacidade prática de um plano.

CIDR, políticas de registros e recomendações de atribuição IPv6 controlavam agregação, tamanho de blocos e delegação. HD podia informar essas conversas, mas não decidia suas regras.

Um objeto alocado também podia ser telefone, nó visível ou endereço delegado. Não era necessariamente host ligado, prefixo anunciado ou usuário individual. Trocar silenciosamente a unidade do numerador mudaria o mundo que o percentual descrevia.

O valor histórico do documento foi mostrar que vazio literal e capacidade utilizável são coisas diferentes. Seu alerta implícito era igualmente importante: um percentual normalizado só permanece honesto quando viaja junto com fórmula, unidade, hierarquia, máximo e a instituição que decidiu chamar a situação de dolorosa.