Resumo

  • O AFPUB-2018-V6-002-DRAFT01 reconheceu que entregar temporariamente um endereço ou /64 a um terceiro, em uma conexão operada pelo recebedor original, não desloca necessariamente o controle que interessa ao registro.
  • A exceção cobria situações como convidados, funcionários, dispositivos, servidores, hotspots, enlaces ponto a ponto e VPNs, mas o texto continuava tratando conectividade permanente e serviços de banda larga como subatribuições proibidas.
  • Em 9 de maio de 2018, na AFRINIC-28, a pergunta sobre registro em WHOIS expôs o núcleo do problema; a resposta do autor foi limitada aos usos temporários, e o resultado oficial foi “More discussion needed”, não consenso nem implementação.
  • A fronteira institucional defensável é uma mudança objetiva no estado do registro — titular, controle independente, contato, unicidade, segurança, disputa e continuidade — e não o nome comercial dado ao usuário ou ao serviço.

L3 — O /64 que parecia transferência sem ser

Imagine a rede de uma universidade durante um seminário. A universidade recebeu espaço IPv6 para sua própria operação, mantém os roteadores, define as políticas de acesso, responde por incidentes e anuncia a conectividade. Durante algumas horas, dezenas de convidados conectam seus celulares e notebooks. Um mecanismo de rede pode reservar um endereço para cada interface; outra arquitetura pode oferecer um /64 individual a cada host para isolamento. Os aparelhos pertencem a terceiros, mas o enlace pertence operacionalmente à universidade. Quando o evento termina ou a sessão expira, o uso cessa. Nada nessa cena, por si só, muda quem controla o bloco, quem consegue atualizar os dados do registro ou quem deve responder pela conexão.

Era esse tipo de situação que uma proibição indiferenciada podia classificar mal. A palavra “subatribuição” parecia simples enquanto se imaginava apenas um titular repartindo recursos para redes autônomas a jusante. Ela se tornava imprecisa quando aplicada a uma Internet em que o protocolo fornece números aos dispositivos como parte normal de uma conexão. A consequência não era uma disputa abstrata de terminologia. Um operador podia ter de escolher entre uma arquitetura tecnicamente útil e a interpretação mais conservadora de uma regra registral.

A definição, portanto, tocava diretamente o projeto de hotspots, o isolamento entre hosts, a configuração de VPNs, o endereçamento de enlaces e o atendimento a visitantes ou funcionários.

O instrumento correto é AFPUB-2018-V6-002-DRAFT01. A precisão do identificador é importante porque existe um erro de planejamento capaz de conduzir o leitor ao AFPUB-2018-V6-001-DRAFT01, que correspondia a outra proposta, a atualização de política e referências IPv6. Trocar 002 por 001 não seria uma pequena variação editorial: misturaria atos institucionais diferentes. A página oficial da clarificação fixa o primeiro rascunho de subatribuições como AFPUB-2018-V6-002-DRAFT01, e é somente esse primeiro rascunho que está em exame aqui.

A cronologia também exige duas datas, não uma escolha conveniente entre elas. No painel de detalhes, a proposta aparece como submetida em 14 de março de 2018. No histórico de revisões, o rascunho inicial aparece como publicado na lista rpd em 20 de março de 2018. Esses campos podem registrar momentos distintos do mesmo percurso documental: submissão e postagem inicial. A evidência disponível não autoriza apagar um deles, fundi-los nem declarar que um torna o outro falso. O modo fiel de descrever o evento é dizer que os metadados registram a submissão no dia 14 e o histórico registra a postagem do rascunho no dia 20.

O texto procurava alterar a seção 6.8 do manual então relevante. Seu diagnóstico era que a linguagem de atribuição não levara em conta várias práticas operacionais: enlaces ponto a ponto, VPNs, hotspots, acesso de convidados e funcionários, políticas de trazer o próprio dispositivo e a possibilidade de um /64 único por interface ou host. Em todas essas práticas há um terceiro usando um número. Mas a presença de um terceiro não responde à pergunta institucional decisiva. É preciso saber se esse terceiro apenas participa de uma conexão administrada pelo titular ou se recebeu poder independente sobre uma rede a jusante.

O teste proposto em D1 reunia elementos específicos. Primeiro, o objeto cedido era um endereço único ou um /64, não a entrega indistinta de uma alocação maior nem uma narrativa sobre a vastidão matemática do IPv6. Segundo, o uso por terceiro deveria ser não permanente. Terceiro, ocorreria em um enlace operado pelo recebedor original. Quarto, o texto apresentava exemplos operacionais que permitiam reconhecer a intenção: convidados, funcionários, dispositivos ou servidores, hotspots, enlaces ponto a ponto e VPNs. Sob essa combinação, o fornecimento não seria considerado subatribuição.

Cada elemento fazia trabalho próprio. “Um endereço ou um /64” limitava a unidade descrita pela exceção, mas não transformava o tamanho numérico em prova de inocuidade. “Não permanente” distinguia uma sessão ou conexão transitória de um arranjo duradouro, sem afirmar que toda duração curta elimina qualquer dever técnico. “Terceiro” admitia que o usuário e o titular original não precisam ser a mesma pessoa. “Enlace operado pelo recebedor original” preservava a referência a quem conduz a infraestrutura. A exceção, assim, tentava reconhecer uso sem presumir que uso equivale a transferência.

O lado proibido, porém, continuava categórico. D1 excluía da exceção a conectividade permanente e os serviços de banda larga. A redação não dizia simplesmente que tais casos exigiriam verificação de controle e atualização de registros quando necessário; mantinha-os no campo da subatribuição proibida. Essa escolha produzia uma linha administrável, mas também fazia da permanência e do rótulo do serviço substitutos para fatos mais granulares. Uma conexão pode ser permanente e permanecer integralmente operada pelo titular original.

Outra pode ser descrita como temporária e, apesar do nome, entregar a uma rede a jusante autonomia suficiente para tornar os contatos existentes inexatos.

O ponto a ponto recebeu uma qualificação adicional. O endereçamento do próprio enlace poderia ser permanente, mas os números empregados para isso não poderiam ser usados, direta ou indiretamente, na comunicação efetiva situada atrás do enlace. A distinção é técnica: identificar as extremidades de um enlace não é o mesmo que entregar capacidade de endereçamento para os sistemas que trocam tráfego por meio dele. Mesmo assim, a frase deixava espaço para dúvidas sobre o alcance de “direta ou indiretamente”, sobretudo em arquiteturas reais que não se encaixam em desenhos escolares de duas caixas e uma linha.

As VPNs mostram por que o cuidado era necessário. Um endpoint recebe endereçamento para participar de uma rede virtual cujo controle, autenticação e roteamento continuam com a organização. Pode ser um notebook de funcionário por algumas horas ou um equipamento remoto durante uma sessão operacional. Chamar esse uso de subatribuição somente porque o equipamento não pertence ao titular confundiria o local físico e a propriedade do aparelho com a autoridade sobre a rede.

Mas a palavra “VPN” também não poderia funcionar como salvo-conduto automático: uma construção contratualmente chamada VPN poderia, em tese, sustentar uma rede independente com controle e contatos próprios. O nome descreve uma técnica, não resolve o estado do registro.

Hotspots trazem a mesma ambivalência. O caso típico é um operador oferecendo acesso local, autenticando sessões, impondo políticas e mantendo o roteamento. O usuário não escolhe como anunciar o prefixo, não transfere o /64 a outra rede e não substitui o contato responsável. Para essa cena, a exceção era uma correção direta. No entanto, se uma infraestrutura apresentada como hotspot fosse apenas a porta de entrada para uma operação separada, estável e controlada por terceiro, o registro poderia precisar de informação adicional. A diferença não está na palavra que aparece na tela de login, mas no controle operacional observável.

O contexto técnico publicado poucos meses antes ajuda a entender por que um /64 por host não era uma fantasia. O RFC 8273, de dezembro de 2017, descreve em caráter informativo — e não como documento Standards Track — uma prática de prefixo IPv6 único por host em redes compartilhadas administradas por um provedor. O desenho pode auxiliar o isolamento entre hosts e a gestão de assinantes. Ao mesmo tempo, o documento observa uma consequência de privacidade: associar um prefixo a um assinante pode facilitar essa vinculação. A referência demonstra uma prática operacional e seus compromissos; não concede poder à AFRINIC, não decide a política e não converte uma recomendação técnica em mandato institucional.

Em 9 de maio de 2018, a discussão na AFRINIC-28 tornou explícito o ponto contábil. A equipe perguntou se os usos temporários teriam de ser registrados em WHOIS. Segundo o resumo oficial, o autor respondeu que, por serem temporários, não precisavam de registro. A resposta deve ser preservada com seu escopo. Ela não estabelece que WHOIS jamais importa, que nenhum usuário a jusante pode exigir contato próprio ou que toda alegação de temporariedade encerra a análise. Ela registra a posição do autor acerca dos exemplos temporários apresentados por D1.

Esse intercâmbio revela o conflito de desenho. Registrar cada aparelho de hóspede, cada sessão de hotspot ou cada endpoint efêmero criaria uma massa de dados que perderia validade quase no instante da inserção. Um cadastro abarrotado de usuários transitórios não seria mais preciso; seria mais ruidoso. Por outro lado, ignorar uma delegação duradoura a uma rede que opera de forma independente poderia deixar os dados do titular, do contato e da responsabilidade técnica incompletos. A pergunta correta não é “há um terceiro?”, pois quase toda prestação de conectividade envolve terceiros. É “mudou algo que o livro comum precisa representar?”.

O encontro não resolveu essa pergunta. O registro da AFRINIC-28 menciona retorno positivo, incompreensão e comentários textuais ainda sem solução. Os co-presidentes concluíram “More discussion needed” e devolveram a proposta à lista para refinamento. Isso descreve uma etapa de um processo privado de coordenação: apresentação, debate e necessidade de mais trabalho. Não prova consenso, ratificação, implementação, aplicação a um caso concreto ou exercício de poder público. Tampouco o resumo da reunião é uma transcrição integral de tudo o que cada participante disse; é um registro oficial resumido.

Essa limitação histórica protege a análise contra duas tentações. A primeira seria tratar a utilidade da exceção como prova de que D1 já constituía regra vigente. A segunda seria usar versões posteriores ou a história de implementação para reescrever o conteúdo e o status do primeiro rascunho. Sabe-se que houve desenvolvimento posterior, mas ele não pertence a este evento. O que a documentação disponível de março e maio demonstra é publicação, discussão, uma pergunta sobre WHOIS e um desfecho de falta de consenso naquele momento.

Também não se sabe quantas redes teriam sido afetadas pelo texto, nem se algum operador chegou a redesenhar infraestrutura por causa dele. Não há base para atribuir ao D1 uma negativa de serviço, uma interrupção ou uma punição concreta. Os custos podem ser analisados como mecanismos plausíveis de uma definição ampla — configuração desnecessária, cadastro transitório, ambiguidade de conformidade —, não como danos históricos comprovados. A prudência factual fortalece, em vez de enfraquecer, o argumento institucional: mesmo antes de uma sanção, uma regra precisa estar vinculada ao trabalho legítimo do registro.

Ao final de L3, a contribuição e a falha aparecem lado a lado. D1 percebeu corretamente que topologia não é título: um terceiro pode usar um endereço ou /64 sem adquirir controle independente. Sua exceção temporária, limitada ao enlace do recebedor original, enfrentava um falso positivo real. Mas o rascunho ainda fazia da permanência e da banda larga uma parede categórica. O passo seguinte não deveria ser escolher entre proibir tudo e registrar nada. Deveria ser substituir proxies comerciais por uma verificação objetiva do estado que a contabilidade técnica precisa manter.