Resumo
- A RFC 6177 não trocou um
/48universal por um/56universal; devolveu a escolha exata à comunidade operacional. - A revisão preservou várias sub-redes, crescimento de longo prazo e renumeração administrável, mas separou essas metas de um único número.
O número eliminava uma negociação. A RFC 3177, publicada em 2001 sob autoria institucional do IAB e do IESG, recomendava /48 para o caso geral. Restavam dezesseis bits até a sub-rede /64 habitual: 65.536 sub-redes possíveis por site.
Não era desperdício sem razão. A proposta queria evitar que custos do IPv4 migrassem para o IPv6: reorganizar toda a rede ao mudar de provedor, justificar repetidamente pequenos acréscimos, complicar o DNS reverso ou limitar um crescimento ainda desconhecido. A uniformidade também reduzia a investigação do provedor sobre a arquitetura interna do cliente.
Mas a recomendação unia um princípio a um atalho. O princípio era conceder espaço suficiente para construir e crescer sem escassez artificial. O atalho era aplicar a mesma extensão a quase todos. Por ser fácil de citar, /48 começou a parecer o próprio princípio.
Em 2011, a RFC 6177, de Thomas Narten, Geoff Huston e Lea Roberts, separou as duas coisas e tornou a RFC 3177 obsoleta. Rejeitou /128 como atribuição normal para um site, que pressupõe vários dispositivos e possíveis sub-redes. Alertou que um pequeno cardápio de limites fixos poderia recriar hábitos classful apesar do CIDR. E concluiu que um /48 único não era adequado para sites tão diferentes.
O Datatracker do IETF registra a RFC 6177 entre os trabalhos de Huston, e a página atual da equipe da APNIC o identifica como Chief Scientist. Isso comprova coautoria e função, não invenção solitária nem controle sobre a política dos registros.
A substituição não foi outro número mágico. A RFC 6177 deixa o tamanho exato para a comunidade operacional e limita o IETF a orientar sobre arquitetura e operação. Um /56 fornece 256 sub-redes /64 e pode cumprir os objetivos originais para muitas residências, mas não virou mandato, direito ou teto universal.
As proteções continuam. Mesmo uma residência deve normalmente receber bem mais que um único /64, com espaço para múltiplas sub-redes e crescimento por anos. Uma concessão estreita não deve obrigar bridging ou tradução de IPv6 para IPv6. Uma nova atribuição com menos bits para sub-redes que a anterior pode impor renumeração cara.
A RFC tampouco aboliu /48. Sites grandes ou complexos ainda podem justificá-lo. O que desapareceu foi a equivalência automática entre “site” e um comprimento.
Também há duas fronteiras distintas. A delegação ao site pode ser /48, /52, /56 ou outro tamanho permitido. Dentro dele, links IPv6 comuns geralmente usam /64. A RFC 7421 mostrou como essa fronteira do identificador de interface entrou na autoconfiguração, nas especificações e nos equipamentos. A RFC 6177 flexibilizou a atribuição ao site; não reescreveu a arquitetura de sub-redes.
No seu texto de 2024, Huston descreve a evolução para um plano que evita limites fixos sempre que possível. A ressalva importa. Corrigir uma regra é distinguir arquitetura, política operacional e um padrão conveniente — não apagar toda restrição.
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
