Resumo
- O RFC informativo 1375, de Paul Robinson, propôs as classes F, G, H e K para que redes pequenas não precisassem receber um bloco inteiro de classe C.
- O texto também cogitou códigos regionais e categorias de dispositivos, mas dependia de pontes, roteadores e software que aceitassem campos locais menores; a definição textual e o diagrama da classe K entram em conflito.
O menor bloco ainda podia ser grande
O problema do RFC 1375 não era apenas o limite de 32 bits do IPv4. Os tamanhos fixos das classes não serviam igualmente bem a organizações de portes distintos. O documento descreve a classe C como capaz de acomodar até 254 endereços locais e calcula que um local com quatro ou cinco máquinas deixaria mais de 240 sem uso. Robinson previa o crescimento de pequenas instalações, BBS que poderiam migrar do telefone para Telnet ou FTP e até impressoras, aparelhos de fax e pagers conectados por protocolos da Internet.
A solução proposta era alterar as fronteiras das classes. Uma parte do espaço de classe C receberia quatro rótulos novos: F, G, H e K, cada um com campo local menor. A classe F atenderia a sites com cerca de 1 a 15 endereços conectados; H, aos que não esperassem ultrapassar sete; K, aos que precisassem de um ou dois. Eram tamanhos fixos de uma arquitetura classful, não uma regra geral para escolher qualquer comprimento de prefixo.
A condição editorial básica é distinguir proposta de implantação. O RFC 1375 é classificado como Informational e declara que não especifica um padrão da Internet. No resumo, admite que o método de implementação talvez ainda não estivesse disponível e sugere reservar o espaço. O documento prova que o desenho foi proposto; não prova que houve alocação ou uso operacional.
A compatibilidade era parte do desenho
O autor não supunha que reservar novos bits bastasse. O método não deveria causar problemas se pontes, roteadores e outros componentes de hardware e software deixassem de presumir que os oito últimos bits eram sempre o endereço local e aceitassem campos locais menores. Isso transforma uma proposta de blocos pequenos em uma questão de compatibilidade para toda a rede. Cada equipamento que configura, encaminha ou administra o tráfego precisa concordar sobre o significado dos bits.
O RFC explora ainda duas possibilidades. Alguns bits poderiam indicar regiões de roteamento, por analogia com a discagem telefônica internacional. Robinson ressalva que números IP não identificam, por natureza, uma localização geográfica e que tais códigos não são necessários para o roteamento. As notas também imaginam dígitos para separar pagers, fax, gateways ou outras classes de dispositivos. São especulações daquele texto, não evidência de funções existentes na Internet em produção.
A classe K mostra um problema interno de especificação. A prosa define o prefixo de sete bits 1101111, com número de rede de 25 bits e campo local de um bit. A figura seguinte imprime outra sequência, 110100, e desenha um campo de rede de 26 bits. As duas descrições não correspondem à mesma disposição. A divergência está no documento publicado; as fontes consultadas não demonstram se houve implementação ou se essa falha influenciou a história da proposta.
Outra resposta: prefixos de comprimento variável
Em 1992, outros documentos respondiam às pressões sobre números de rede e roteamento. O RFC 1338 propôs alocação hierárquica a provedores e supernetting; o RFC 1366 tratou da distribuição da função de registro e do espaço de números. Em setembro de 1993, o RFC 1519, no Standards Track, descreveu o CIDR: alocações orientadas por máscaras de comprimento variável, muitas vezes retiradas do bloco de um provedor, combinadas à agregação de rotas. O texto diz que a mudança na alocação e a mudança nos protocolos de roteamento precisavam avançar juntas para que a agregação funcionasse.
Essa abordagem não exigia que cada endereço anunciasse uma classe, uma região ou um tipo de dispositivo. O limite relevante passou a ser o comprimento do prefixo. Em 1995, o RFC 1812 exigiu que roteadores IPv4 oferecessem suporte a sub-redes e CIDR; o RFC 1878 listou sub-redes de comprimento variável até rotas de host. Esses documentos mostram a linguagem normativa posterior. Eles não demonstram que o CIDR substituiu diretamente o RFC 1375 nem explicam por que a proposta de Robinson não seguiu adiante na padronização.
A Nota 48 de Heng Lu funciona como lente editorial, não como fonte sobre 1992: ela convida a pensar no endereço IP como um rótulo numérico único, cujo registro precisa permanecer coerente. A partir daí, cabe perguntar o que o endereço deve codificar e o que pode ficar com registros de alocação, máscaras, protocolos de roteamento ou nomes de aplicação. O RFC 1375 atribuía aos bits significados de tamanho, região e dispositivo; o CIDR enfatizou prefixos variáveis e agregação. O debate também era sobre qual camada absorveria o trabalho de interpretar o identificador.
Fontes
- RFC 1375: Suggestion for New Classes of IP Addresses
- RFC 1174: Identifier Assignment and Connected Status
- RFC 1340: Assigned Numbers
- RFC 1338: Supernetting
- RFC 1366: Guidelines for Management of IP Address Space
- RFC 1519: Classless Inter-Domain Routing
- RFC 1812: Requirements for IP Version 4 Routers
- RFC 1878: Variable Length Subnet Table for IPv4
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance
