Resumo

  • A venda de conectividade dedicada demonstra uma relação de serviço, mas não basta para provar que o cliente recebeu um bloco IPv4.
  • A discussão pública de setembro registra uma observação sobre portais e um exemplo de ISP brasileiro, sem afirmar que houve entrega de endereços nem resolver a classificação do caso.

Em 14 de setembro, um participante da lista de políticas da LACNIC perguntou por que uma opção de subdesignação aparecia no MiLACNIC, mas não no Registro.br, e se havia um prazo. No dia seguinte, um participante do Registro.br descreveu o trabalho entre a LACNIC e os Registros Nacionais da Internet (NIRs) para operacionalizar a regra e lembrou que cada sistema também tem seus próprios desafios. Outra resposta informou que a opção estava visível no MiLACNIC para um ASN conhecido pelo autor, embora ainda não tivesse sido necessária. O motivo da pergunta, acrescentou, era um caso real: um provedor brasileiro vendia um link dedicado para uma empresa de fora do Brasil. (pergunta de 14 de setembro; resposta sobre a implementação; esclarecimento do caso)

O relato é concreto. Também para exatamente antes dos fatos necessários para chegar a uma conclusão sobre a política. A mensagem não diz que o provedor entregou um prefixo ao cliente, que o cliente anunciou rotas, que possuía um número de sistema autônomo ou que algum endereço mudou de titular. Tampouco informa onde ficava a rede do cliente. Um link dedicado comprova um serviço de conectividade; sem outros elementos, não prova que o cliente recebeu um recurso de numeração.

Essa distinção está no centro da LAC-2025-5, política da LACNIC intitulada “Subdesignação de recursos IPv4 para terceiros”. A página oficial registra a ratificação em 24 de março de 2026. O texto vigente trata apenas de IPv4 e estabelece condições para uma subdesignação elegível: requisitos relativos ao destinatário, limites de tamanho do bloco, critérios de utilização ou necessidade imediata, vínculo no WHOIS entre o bloco e o ASN do destinatário e um evento no registro público de movimentação. A responsabilidade final continua com o membro da LACNIC que faz a subdesignação. Há também um período de espera após uma transferência ou recuperação de recursos. (texto vigente ratificado)

Esses controles não transformam cada conexão de cliente em transferência de recurso. Pelo contrário: tornam mais importante classificar corretamente a relação subjacente. Se o provedor vende transporte e continua operando seu próprio espaço de endereçamento, a compra de um circuito dedicado não basta para caracterizar uma subdesignação. Se, além do serviço, o provedor coloca um bloco sob o uso operacional do cliente, o rótulo comercial “link” não apaga essa relação. As mensagens públicas não trazem detalhes suficientes para distinguir os dois cenários.

O teste é sobre o recurso, não sobre o nome do serviço

O próprio guia de solicitações da LACNIC ajuda a separar as categorias. Ele trata empresas que oferecem hospedagem na Web, colocation, servidores virtuais ou links dedicados no contexto de um provedor de acesso à Internet. O mesmo guia distingue uma organização que opera sua própria infraestrutura sem redistribuir blocos de endereços a terceiros. Solicitações do Brasil e do México passam por seus respectivos NIRs. (guia de solicitações da LACNIC)

O guia não classifica o caso da lista. Mas mostra por que “link” é um substituto ruim para a pergunta da política. Um circuito descreve o que o cliente compra: conectividade entre pontos da rede. Um registro de recursos descreve outro objeto: qual organização recebe o bloco IPv4 e quais evidências ligam essa organização ao recurso. Um contrato ou uma fatura pode reunir os dois; também pode haver um sem o outro.

Essa fronteira é conhecida na economia de infraestrutura. Empresas reúnem capacidade, equipamentos, operação e endereçamento em uma oferta porque o cliente geralmente quer um resultado, não uma lista de insumos que precisará coordenar separadamente. O pacote reduz custos de coordenação. Também pode ocultar quem controla um insumo escasso e quem assume as obrigações de registro correspondentes. A resposta adequada não é presumir que todo serviço combinado inclui subdesignação. É identificar o recurso e seu destinatário antes de aplicar uma regra criada para essa relação.

A LAC-2025-5 torna a análise objetiva. O bloco elegível deve estar dentro da faixa de tamanho prevista no texto atual. O destinatário precisa cumprir os requisitos de ASN e IPv6. O critério de uso diferencia o uso existente ou a necessidade imediata do plano para atingir o patamar superior dentro de um ano. O WHOIS deve vincular o bloco ao ASN do destinatário; o registro público deve incluir bloco, ASN, data e início ou fim do evento. O membro que subdesigna permanece responsável. Não são sinais genéricos de uma relação comercial, mas campos de uma forma específica de governança de recursos.

A nacionalidade do cliente também não descreve sua rede. “Empresa de fora do Brasil” informa como o participante caracterizou a companhia, mas não indica onde ficam seus roteadores, seus usuários ou o espaço de endereçamento que utiliza. Tampouco revela se o cliente tem ASN ou usa os endereços do provedor. A geografia pode determinar qual NIR participa; ela não substitui os fatos sobre o destinatário e o recurso exigidos pela política.

A diferença entre portais é uma pergunta, não um diagnóstico

A conversa de setembro deve ser lida como um registro limitado da implementação. Em 1º de setembro, o assistente de políticas da LACNIC afirmou que a política deveria ser implementada antes do fim do ano, começando pelos aspectos básicos, enquanto desafios técnicos ainda estavam sendo trabalhados. Em seguida, um participante disse ver a opção em um sistema, mas não no outro. Uma resposta mencionou o trabalho conjunto e questões específicas de cada sistema. Outro participante afirmou que a opção aparecia para um ASN conhecido, mas que ainda não a havia usado. (aviso de implementação de 1º de setembro)

As mensagens mostram que os usuários tentavam entender como uma nova regra apareceria em interfaces diferentes enquanto o trabalho de implementação prosseguia. Não demonstram que um portal estava defeituoso, que todas as contas tinham a opção no MiLACNIC, que o Registro.br já deveria exibi-la ou que um prazo havia sido descumprido. São observações datadas e explicações, não uma comparação controlada do comportamento dos sistemas.

O problema operacional, ainda assim, existe: uma política dependente de destinatário, bloco, ASN e evento datado precisa ser utilizável pelos membros e, quando aplicável, pelos NIRs. Se uma conta não encontra a opção, um pedido pode atrasar ou se tornar incerto. Mas o custo precisa ser medido em casos confirmados, não inferido de uma conversa. Elegibilidade da conta, relação com o recurso, etapa do lançamento e familiaridade do usuário são explicações possíveis até que o operador confirme qual delas se aplica.

A sequência eficiente começa pelo endereço. Primeiro, identifica-se o bloco. Depois, quem o recebe ou controla, o ASN do destinatário e o registro pertinente. Em seguida, verifica-se se as condições da política se aplicam e se é necessário registrar um evento público. Só então faz sentido perguntar se o portal oferece o fluxo adequado. Começar com um menu ausente e inferir uma subdesignação transforma incerteza de interface em conclusão jurídica ou técnica.

Essa disciplina protege os dois lados. Um provedor não deveria registrar um evento de recurso apenas porque o cliente comprou um circuito dedicado se não existe uma relação de subdesignação elegível. Mas o cliente e o registro também não deveriam ficar sem um histórico quando um bloco realmente foi colocado sob uso do cliente, só porque o contrato chama o serviço de link ou serviço gerenciado. O teste diz respeito à alocação e ao controle efetivos do bloco, documentados com as evidências especificadas pela política.

O que um registro útil de implementação deveria mostrar

Para o membro, um fluxo confiável deve deixar clara a relação antes do envio: o bloco, o destinatário previsto, seu ASN, a justificativa de uso ou necessidade imediata e a data de início ou término. Se a política se aplicar, o cadastro de recursos e o evento no registro público devem coincidir. Se não se aplicar porque o provedor mantém os endereços e não redistribui blocos a terceiros, a explicação deve ficar igualmente clara para o cliente e para quem atende à solicitação.

Para a LACNIC e os NIRs, a implementação não se resume a ter um botão. O membro precisa saber qual sistema atende sua conta, se o fluxo pertinente permite preencher todos os campos e se o evento enviado pode ser conferido com o registro do recurso. A discussão de setembro não responde a essas questões. Uma atualização posterior poderia esclarecer as etapas do lançamento, a responsabilidade de cada portal e o caminho para membros cujas contas ou recursos são administrados por um NIR.

Isso não significa publicar contratos ou dados comerciais confidenciais. A própria política prevê um evento público com campos definidos. Um comprovante operacional pode exibir os campos e o estado do sistema sem expor termos comerciais. Quando não existe subdesignação elegível, uma resposta privada do suporte pode bastar; o registro público não deve sugerir um evento que nunca aconteceu.

A conclusão é modesta, mas relevante. Um link dedicado pode transportar endereços, e uma oferta pode combinar vários insumos de rede. Ainda assim, a resposta não está no nome comercial do serviço, na nacionalidade do cliente nem na presença de uma opção no portal. Ela depende de quem recebeu o recurso IPv4, de como essa relação foi registrada e do cumprimento das condições vigentes. A evidência pública levanta a pergunta; não a resolve.

Outras versões oficiais da LAC-2025-5