Resumo
- A RFC 3177 recomendou /48 para sites finais como regra geral. As políticas dos registros regionais acompanharam essa orientação, mas a discussão sobre o tamanho das atribuições reabriu em 2005.
- A RFC 6177 deixou de recomendar um /48 único para todo site. Isso não significou reduzir casas a um /64: continuou valendo a ideia de permitir várias sub-redes e crescimento previsto para anos.
Uma recomendação para a fronteira com o cliente
A RFC 3177 tratou do limite entre a rede pública de um provedor e o site que recebe conectividade: quanto espaço entregar a residências, empresas de portes diferentes, redes móveis e clientes temporários. Em setembro de 2001, IAB e IESG recomendaram /48 no caso geral, /64 quando se soubesse que apenas uma sub-rede seria necessária e /128 quando apenas um dispositivo se conectaria. A categoria era Informational. O texto orientava os registros de endereços; não era um padrão da Internet que obrigasse cada ISP a dar a mesma quantidade.
O /48 parecia uma boa reserva operacional. Deixava dezesseis bits para criar sub-redes e permitia ampliar uma rede interna sem voltar ao provedor a cada novo segmento. Um ponto de partida comum também poderia reduzir a avaliação repetitiva da necessidade do cliente e evitar renumeração antecipada. A recomendação partia da premissa de que o espaço do IPv6 permitia planejar vários anos à frente sem reproduzir automaticamente a mentalidade de escassez do IPv4.
Mas “site” não descreve uma rede de tamanho único. Um campus universitário, uma empresa pequena, uma residência e uma rede móvel têm topologias e horizontes de crescimento distintos. Se o sistema de alocação reconhecesse apenas /48, /64 e /128, a tabela simples correria o risco de virar uma fronteira rígida nos procedimentos e nas implementações.
A política regional foi revista primeiro
A cronologia da RFC 6177 ajuda a separar recomendação e execução. Segundo o texto, os registros regionais adotaram em 2002 políticas compatíveis com a RFC 3177; em 2005 começaram a reconsiderar como atribuir espaço aos sites finais. APNIC, ARIN e RIPE discutiram, entre outras opções, o uso de /56 para sites menores e mais decisão para o ISP ou a comunidade operacional local. As atas do RIPE registram argumentos e etapas formais, não o comportamento de todos os provedores diante de cada cliente.
A revisão do IETF veio depois que a discussão operacional havia começado. Em março de 2011, a RFC 6177 substituiu a RFC 3177 como BCP 157. Ela apontou que poucas fronteiras fixas poderiam ser incorporadas em software e práticas operacionais, lembrando o retorno de uma lógica classful. A crítica era à rigidez de um catálogo curto de tamanhos, não ao funcionamento do CIDR.
A nova orientação preservou um requisito importante: o site precisa receber espaço suficiente para o uso planejado ao longo de anos e, em geral, poder criar múltiplas sub-redes. Ela rejeitou tanto um /48 obrigatório para todos como uma atribuição tão pequena que exigisse justificativas contínuas para cada aumento. O /56 presente em propostas regionais era uma opção de política, não evidência de que todos os ISPs adotaram a mesma prática simultaneamente.
O IETF passou a orientar sem fixar o tamanho
O episódio tornou mais nítida a divisão entre orientação arquitetural e decisão operacional. IAB e IESG haviam oferecido um padrão geral fácil de explicar. Os registros regionais o transformaram em regras e começaram a ajustá-las quando a diversidade de sites pesou mais. A RFC 6177 abandonou o tamanho único e manteve um princípio mais amplo: atribuições devem comportar o crescimento, enquanto a escolha exata cabe a quem opera a política e o serviço.
Isso não decide se uma residência atual deve receber /56, /48 ou outro prefixo. A atribuição também não comprova que houve anúncio de rota, configuração de sub-redes, delegação de DNS reverso ou acesso a um serviço. A mudança histórica foi uma redefinição do limite de decisão: o IETF podia descrever as necessidades da arquitetura, mas não transformar um único tamanho em resposta universal para todos os sites.
Fontes
- RFC 3177 e registro do RFC Editor
- RFC 6177, histórico do rascunho e avaliação do IESG
- Arquivos regionais: proposta ARIN 2005-8, RIPE 2005-08, APNIC prop-031, atas RIPE 50 e RIPE 51
- Contexto e trajetória das políticas: RFC 1715, RFC 5375, registro da RFC 6177, histórico do rascunho inicial sobre o limite /48, arquivo de propostas da ARIN, debate da ARIN em 2006, discussão do RIPE sobre política de endereços, política IPv6 do RIPE e orientação operacional do RIPE
Limites da evidência
Os RFCs e arquivos regionais comprovam recomendações, textos de política e discussões registradas. Não comprovam um padrão universal de atribuição dos provedores, quantas sub-redes as residências usam ou quanto espaço ou custo qualquer mudança poupou. Prefixo atribuído não é, por si só, rota anunciada, sub-rede configurada, DNS reverso delegado ou serviço acessível.
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
