O Manual de Políticas do LACNIC (seção 0.9) atualmente proíbe a subdesignação de endereços IPv4 a terceiros fora da infraestrutura própria do receptor.
No contexto do esgotamento do IPv4, esta restrição levou a práticas informais de "aluguel" de endereços sem deixar um registro da operação, com os inconvenientes resultantes que isso acarreta, incluindo a possibilidade de vazamento de recursos para outros RIR por meio de transferências.
Os pequenos ISP são, embora não exclusivamente, as principais vítimas do esquema atual.
Esta proposta cria um mecanismo transparente, com responsabilidades claramente definidas, para permitir a subdesignação de IPv4, oferecendo uma alternativa que se alinhe com nossas políticas e forneça uma estrutura regulamentada para práticas que atualmente existem sem controle.
As diretrizes originais enviadas à lista em agosto de 2025 e que receberam comentários da comunidade foram analisadas, e a maioria delas foi incorporada à proposta em maior ou menor grau.
Propõe-se fazer uma modificação no ponto 0.9 e adicionar uma seção nova para este tipo de subdesignações.
Justificativa(Descrever o problema que deseja solucionar)Embora os autores não apoiemos o aluguel de endereços, acreditamos imprescindível abordar essa questão, uma vez que é uma realidade com efeitos indesejáveis, como a desatualização do registro e o vazamento de endereços para outros RIR.
Somos cientes de que não podemos cobrir todos os cenários possíveis, por isso propomos um mecanismo que incentive a regularização para aqueles que desejam cumprir as políticas, mesmo sabendo que nem todos irão adotá-lo. Contudo, esse cenário é preferível ao atual.
Além disso, o esquema busca facilitar o acesso dos pequenos ISP aos recursos IPv4 dentro da região, em condições que esperamos sejam mais acessíveis.
A adoção desta política trará benefícios concretos para a comunidade:
• Transparência, por meio do registro no WHOIS.
• Rastreabilidade, através de um registro público de movimentos.
• Segurança, oferecendo um quadro formal dentro da estrutura de nossas políticas.
• Prevenção da especulação por meio da restrição da subdesignação de blocos recém transferidos ou recuperados durante um período inicial de três (3) anos.
0.9 Designar
Designar significa delegar espaço de endereços a um usuário final, para seu uso exclusivo dentro da infraestrutura que opera, bem como para fins de interconexão.
A designação de espaço de endereços é apenas para ser usada pelo receptor original da referida designação, bem como para dispositivos de terceiros, desde que estes estejam operando dentro da referida infraestrutura.
Portanto, não são permitidas subdesignações a terceiros fora da referida infraestrutura (por exemplo, o uso de designações de usuários finais para ISP ou clientes semelhantes) e o fornecimento de endereços a terceiros em centros de dados (e semelhantes).
Modificação do ponto 0.9 (existente)
0.9 Designar
Designar significa delegar espaço de endereços a um usuário final, para seu uso exclusivo dentro da infraestrutura que opera, bem como para fins de interconexão.
A designação de espaço de endereços é apenas para ser usada pelo receptor original da referida designação, bem como para dispositivos de terceiros, desde que estes estejam operando dentro da referida infraestrutura.
Não é permitida a subdesignação a terceiros fora da infraestrutura própria do receptor original, exceto nos casos previstos na seção 2.3.2.19.
Texto novo (nova seção)
2.3.2.19 – Subdesignação de recursos IPv4 para terceiros
2.3.2.19.1. Âmbito de Aplicação
Esta política se aplica exclusivamente à subdesignação de recursos IPv4.
2.3.2.19.2. Condições e Requisitos
a. A organização receptora deverá ter pelo menos um ASN e endereçamento IPv6 designado pelo LACNIC.
b. O tamanho mínimo será /24 e o máximo /21.
c. A organização receptora deverá demonstrar o uso ou a necessidade imediata de pelo menos 25% do bloco subdesignado, e apresentar um plano detalhado para atingir 50% de uso em um ano. O LACNIC poderá solicitar informações adicionais caso considere necessário para validar a justificativa.
2.3.2.19.3. Transparência e Rastreabilidade
a. Identificação no WHOIS: Cada subdesignação deverá ser registrada no banco WHOIS do LACNIC, vinculando o bloco de endereços ao ASN do receptor.
b. Registro público de movimentos: Um registro público será criado e mantido para fornecer rastreabilidade aos eventos de início e término de cada subdesignação, identificando o bloco de endereços, o ASN do receptor, a data e o tipo de evento (início da subdesignação ou término da subdesignação).
2.3.2.19.4. Responsabilidade pelos recursos
A responsabilidade final pelo uso dos endereços IP sempre caberá à organização associada do LACNIC que realiza a subdesignação. Em caso de uso indevido pelo receptor, a organização membro deverá finalizar a subdesignação; a não observância poderá resultar na revogação dos recursos pelo LACNIC, de acordo com as políticas em vigor.
2.3.2.19.5. Mecanismo antiespeculação
Os blocos IPv4 recebidos por transferência (seção 2.3.2.18) ou do pool de recursos recuperados do LACNIC não poderão ser subdesignados sob esta modalidade por um período de três (3) anos a partir de seu recebimento.
As diretrizes para esta proposta foram compartilhadas com a lista no início de agosto. Aí recebemos vários comentários que levamos em consideração.
Alguns desses comentários foram incorporados diretamente, outros foram incorporados por meio de uma nova proposta da nossa parte e alguns não foram levados em consideração simplesmente porque não os consideramos apropriados. No entanto, tudo foi analisado e agradecemos a contribuição da comunidade.
- O prazo foi alterado de 5 para 3 anos.
- Foi adicionado um /21 como tamanho máximo para esse tipo de subdesignação.
- Foi adicionado o requisito de que o receptor deve ter IPv6 designado para acessar esse tipo de subdesignação.
- Nenhuma referência a recursos legados foi incluída no texto.
- O mecanismo de justificação foi modificado para ser consistente com um dos que já temos no manual.
-
Referências-
Apresentada em:LACNIC 44 (08/10/2025)
As members of this mailing list know, version 1 of our proposal did not reach consensus. Thus, the authors reviewed the comments received via the mailing list and during the Public Policy Forum and tried to incorporate the suggestions, always respecting the initial spirit of our proposal.
We believe we have found a balance between that original spirit and the contributions of the community, which is why we proceeded to publish the new version.
This was not an easy task. Putting ourselves in the place of those who contributed has been enriching. We hope this new version will be well received by those who contributed their perspectives.
Finally, while this version introduces several changes, these are mainly clarifications and details added to the original text. Neither the spirit nor the structure of the proposal have been altered.
The main changes are highlighted below:
1- Section 0.9 was rewritten respecting the original content of the Manual.
2- Resources belonging to the pool reserved for critical infrastructure were explicitly excluded from the scope of this proposal.
3- It was explicitly stated that the use of resources under this type of sub-assignment must be entirely within the LACNIC region.
4- Under Terms and Conditions, we incorporated the concept of resource holder and the explicit requirement of having a service contract with LACNIC or the corresponding NIR.
5- The maximum block size was changed from a /21 to a /22 to align with Section 2.3.3.1.1 of the Manual, from which the justification mechanism is also derived.
7- The information required for the log was specified.
8- We improved the anti-speculation mechanisms, which we now call restrictions, a change we believe improves the wording.
Embora os autores não apoiemos o aluguel de endereços, acreditamos imprescindível abordar essa questão, uma vez que é uma realidade com efeitos indesejáveis, como a desatualização do registro e o vazamento de endereços para outros RIR.
Somos cientes de que não podemos cobrir todos os cenários possíveis, por isso propomos um mecanismo que permita a regularização para aqueles que desejam cumprir as políticas.
Além disso, o programa busca, sem excluir outros, facilitar o acesso dos pequenos ISP a recursos IPv4 dentro da região, em condições que esperamos sejam mais acessíveis.
A adoção desta política trará benefícios concretos para a comunidade:
• Transparência, por meio do registro no WHOIS.
• Rastreabilidade, através de um registro público de movimentos.
• Segurança, oferecendo uma estrutura formal que evite acordos obscuros.
• Prevenção da especulação, através do estabelecimento de restrições detalhadas no ponto 2.3.2.19.5.
As members of this mailing list know, version 1 of our proposal did not reach consensus. Thus, the authors reviewed the comments received via the mailing list and during the Public Policy Forum and tried to incorporate the suggestions, always respecting the initial spirit of our proposal.
We believe we have found a balance between that original spirit and the contributions of the community, which is why we proceeded to publish the new version.
This was not an easy task. Putting ourselves in the place of those who contributed has been enriching. We hope this new version will be well received by those who contributed their perspectives.
Finally, while this version introduces several changes, these are mainly clarifications and details added to the original text. Neither the spirit nor the structure of the proposal have been altered.
The main changes are highlighted below:
1- Section 0.9 was rewritten respecting the original content of the Manual.
2- Resources belonging to the pool reserved for critical infrastructure were explicitly excluded from the scope of this proposal.
3- It was explicitly stated that the use of resources under this type of sub-assignment must be entirely within the LACNIC region.
4- Under Terms and Conditions, we incorporated the concept of resource holder and the explicit requirement of having a service contract with LACNIC or the corresponding NIR.
5- The maximum block size was changed from a /21 to a /22 to align with Section 2.3.3.1.1 of the Manual, from which the justification mechanism is also derived.
7- The information required for the log was specified.
8- We improved the anti-speculation mechanisms, which we now call restrictions, a change we believe improves the wording.
Modificação do ponto 0.9 (existente)
0.9 Designar
Designar significa delegar espaço de endereços a um usuário final, para seu uso exclusivo dentro da infraestrutura que opera, bem como para fins de interconexão.
A designação de espaço de endereços é apenas para ser usada pelo receptor original da referida designação, bem como para dispositivos de terceiros, desde que estes estejam operando dentro da referida infraestrutura.
Não são permitidas subdesignações a terceiros fora da infraestrutura própria do receptor original (por exemplo, o uso de designações de usuários finais para clientes de um ISP ou semelhantes), nem fornecer endereçamento a terceiros em centros de dados (e semelhantes), exceto nos casos previstos na seção 2.3.2.19.
Texto novo (nova seção)
2.3.2.19 – Subdesignação de recursos IPv4 para terceiros
2.3.2.19.1. Âmbito de Aplicação
a. As subdesignações previstas na seção 2.3.2.19 aplicam exclusivamente a subdesignações de recursos IPv4.
b. Todos os recursos IPv4 designados pelo LACNIC para infraestrutura crítica ficam excluídos desse tipo de subdesignação, de acordo com as políticas em vigor.
2.3.2.19.2. Condições e Requisitos
a. As subdesignações sob esta modalidade deverão ser usadas exclusivamente dentro da região de cobertura do LACNIC.
b. A organização receptora deverá ter pelo menos um ASN e endereçamento IPv6 designado pelo LACNIC.
c. A organização que efetuar a subdesignação deverá ser titular de recursos na região do LACNIC e ter um contrato de serviço vigente com o LACNIC ou com seu NIR correspondente da região.
d. O tamanho mínimo será /24 e o máximo /22, alinhado com o mecanismo de alocação inicial para ISP do ponto 2.3.3.1.1 do presente manual.
e. A organização receptora deverá justificar a necessidade do bloco solicitado, descrevendo seu uso atual e planejado, demonstrando o uso ou necessidade imediata de pelo menos 25% do espaço solicitado e o uso projetado de pelo menos 50% do bloco dentro de um prazo razoável que, em nenhum caso, poderá exceder um (1) ano, alinhado com os mecanismos definidos no manual sob o ponto 2.3.3.1.1. O LACNIC poderá exigir informações adicionais ou estabelecer revisões periódicas para verificar o uso efetivo do bloco, de acordo com seus procedimentos vigentes.
2.3.2.19.3. Transparência e Rastreabilidade
a. Identificação no WHOIS: Cada subdesignação deverá ser registrada no banco WHOIS do LACNIC, vinculando o bloco de endereços ao ASN do receptor.
b. Registro público de movimentos: Um registro público será criado e mantido para garantir a rastreabilidade dos eventos de início e fim de cada subdesignação. Deverá incluir o bloco subdesignado, o ASN do receptor, a data do evento e o tipo de evento (início/fim). Não serão incluídos dados sensíveis ou informações operacionais além do estritamente necessário para garantir os objetivos de transparência e rastreabilidade.
2.3.2.19.4. Responsabilidade pelos recursos
a. A responsabilidade final sobre o uso dos endereços IP sempre será da organização associada ao LACNIC que realiza a subdesignação, sendo esta responsável por rescindir a subdesignação caso a parte receptora não cumpra as obrigações definidas neste manual.
b. A não observância desse procedimento resultará na revogação dos recursos por parte do LACNIC, de acordo com as políticas vigentes para seus associados.
2.3.2.19.5. Restrições associadas à subdesignação de IPv4 a terceiros.
a. Os blocos subdesignados sob esta modalidade não poderão ser subdesignados novamente sob a mesma modalidade pelo receptor.
b. Os blocos IPv4 obtidos por meio de designação ou alocação direta do LACNIC ou por meio de transferência não poderão ser objeto de subdesignação sob esta modalidade por um período de três (3) anos a partir de sua recepção.
c. As organizações que subdesignam endereços IPv4 sob esta modalidade não poderão solicitar novos blocos IPv4 ou receber transferências de blocos IPv4 por um período de três (3) anos a partir da data de sua última subdesignação.
Como é do conhecimento dos membros desta lista, a versão 1 da nossa proposta não obteve consenso. Portanto, os autores decidimos analisar os comentários da lista e do fórum público e tentar incorporar as sugestões, sempre respeitando o espírito inicial da nossa proposta.
Acreditamos ter encontrado um equilíbrio entre o espírito original e as suas contribuições, e é por isso que procedemos à publicação da nova versão.
O trabalho não foi fácil. Colocar-nos no lugar daqueles que contribuíram foi enriquecedor. Esperamos que esta nova versão seja bem recebida por todas as pessoas que contribuíram com seus comentários.
Finalmente, embora haja várias alterações, todas resultaram na incorporação de detalhes ao texto original, sem que tenhamos alterado o espírito ou a estrutura da proposta.
A seguir, listamos as principais alterações:
1- A cláusula 0.9 foi reescrita respeitando o conteúdo original do manual.
2- Os recursos pertencentes ao pool reservado para infraestrutura crítica foram explicitamente excluídos desta proposta.
3- Ficou explicitamente estabelecido que o uso dos recursos considerados neste tipo de subdesignação deve ser 100% dentro da região.
4- Nos termos e condições, incorporamos o conceito de titular de recursos e a necessidade explícita de um contrato de serviço com o LACNIC ou o NIR.
5- O tamanho máximo foi alterado de /21 para /22 para estar em conformidade com o ponto 2.3.3.1.1 do manual, do qual também deriva o mecanismo de justificação.
7- As informações necessárias para o registro foram especificadas.
8- Aprimoramos os mecanismos antiespeculação, que agora são chamados de restrições, uma vez que acreditamos que melhora a redação.
-
Referências-
Apresentada em:-