Ativar 2.3.2.18 quando for recebido um pedido justificado de mais de um /22 que não possa ser satisfeito por uma alocação de quaisquer reservas de endereços do LACNIC. - N/D

Informação geral

English
19/03/2015
Implementada
100 %.

Mike Burns - Versão [1, 2]
Em discussão
11/03/2015
Últimos comentários
30/09/2015 - 14/11/2015
Ratificação da diretoria
15/11/2015
Ratificada
14/12/2015
Implementada
14/03/2016

Resumo

Problema:

LACNIC encontra-se atualmente na Fase 2 de seu Plano de Esgotamento do IPv4. Durante esse período, não há forma de que os membros do LACNIC obtenham todos os endereços IPv4 que precisarem se sua necessidade justificada for maior a um /22. Isto, para os membros do LACNIC é uma desvantagem competitiva em relação ao resto do mundo.
Nunca antes um RIR tem impedido que seus membros recebam endereços cuja necessidade for devidamente justificada. Em todos os casos, cada vez que um RIR não pôde cumprir com um pedido considerado justificado, esse RIR permitiu que o pedido fosse satisfeito através de uma transferência. O pessoal de LACNIC tem interpretado que o seguinte texto da política (seção 2.3.2.18) quer dizer que as transferências ainda não podem ser realizadas uma vez que a reserva para a terminação gradual não se tem esgotado.

NOTA: Esta seção entrará em vigor quando o LACNIC ou algum de seus NIRs for incapaz, pela primeira vez, de cobrir uma alocação ou designação de um bloco IPv4 por falta de recursos.

Acreditamos que serviria aos interesses de todos os membros do LACNIC que o pessoal interpretasse o texto acima no sentido de que 2.3.2.18 é ativado oficialmente quando LACNIC receber um pedido justificado que por alguma razão, não possa satisfazer.

Justificativa(Descrever o problema que deseja solucionar)

A ativação de 2.3.2.18 não irá afetar o pool de endereços restantes. Os endereços podem continuar sendo alocados em resposta a pedidos de entre um /24 e um /22 e os solicitantes podem voltar por mais endereços seis meses depois. Ativar 2.3.2.18 também não irá afetar a reserva para novos membros.

Não solucionar esse “tecnicismo” da política vai aumentar o risco de que sejam realizadas transferências clandestinas, como resultado do qual a informação do Whois poderia ser incorreta.

Hoje já há membros de LACNIC que têm necessidade justificada de endereços, mas que não podem obtê-los devido a que ainda não foi ativada a seção 2.3.2.18. Isso certamente impõe uma restrição para essas empresas que não existe em nenhum outro lugar do mundo.

Texto atual

Mudar o texto de 2.3.2.18:

NOTA: Esta seção entrará em vigor quando o LACNIC ou algum de seus NIRs for incapaz, pela primeira vez, de cobrir uma alocação ou designação de um bloco IPv4 por falta de recursos.

por:

NOTA: Esta seção entrará em vigor quando o LACNIC ou algum de seus NIR for incapaz, pela primeira vez, de cobrir uma alocação ou designação de um bloco IPv4 a um membro com necessidade justificada, independentemente de seu tamanho, por qualquer motivo.

Texto novo
Veja diff

Mudar o texto de 2.3.2.18:

NOTA: Esta seção entrará em vigor quando o LACNIC ou algum de seus NIRs for incapaz, pela primeira vez, de cobrir uma alocação ou designação de um bloco IPv4 por falta de recursos.

por:

NOTA: Esta seção entrará em vigor quando o LACNIC ou algum de seus NIR for incapaz, pela primeira vez, de cobrir uma alocação ou designação de um bloco IPv4 a um membro com necessidade justificada, independentemente de seu tamanho, por qualquer motivo.

Informações adicionais

Sabemos que existem empresas que já se encontram nessa situação.

Tempo de implementação

NA

Referências

NA

Apresentada em:

-


Resumo

Problema:

LACNIC encontra-se atualmente na Fase 2 de seu Plano de Esgotamento do IPv4. Durante esse período, não há forma de que os membros do LACNIC obtenham todos os endereços IPv4 que precisarem se sua necessidade justificada for maior a um /22. Isto, para os membros do LACNIC é uma desvantagem competitiva em relação ao resto do mundo.
Nunca antes um RIR tem impedido que seus membros recebam endereços cuja necessidade for devidamente justificada. Em todos os casos, cada vez que um RIR não pôde cumprir com um pedido considerado justificado, esse RIR permitiu que o pedido fosse satisfeito através de uma transferência. O pessoal de LACNIC tem interpretado que o seguinte texto da política (seção 2.3.2.18) quer dizer que as transferências ainda não podem ser realizadas uma vez que a reserva para a terminação gradual não se tem esgotado.

NOTA: Esta seção entrará em vigor quando o LACNIC ou algum de seus NIRs for incapaz, pela primeira vez, de cobrir uma alocação ou designação de um bloco IPv4 por falta de recursos.

Acreditamos que serviria aos interesses de todos os membros do LACNIC que o pessoal interpretasse o texto acima no sentido de que 2.3.2.18 é ativado oficialmente quando LACNIC receber um pedido justificado que por alguma razão, não possa satisfazer.

Justificativa(Descrever o problema que deseja solucionar)

A ativação de 2.3.2.18 não irá afetar o pool de endereços restantes. Os endereços podem continuar sendo alocados em resposta a pedidos de entre um /24 e um /22 e os solicitantes podem voltar por mais endereços seis meses depois. Ativar 2.3.2.18 também não irá afetar a reserva para novos membros.

Não solucionar esse “tecnicismo” da política vai aumentar o risco de que sejam realizadas transferências clandestinas, como resultado do qual a informação do Whois poderia ser incorreta.

Hoje já há membros de LACNIC que têm necessidade justificada de endereços, mas que não podem obtê-los devido a que ainda não foi ativada a seção 2.3.2.18. Isso certamente impõe uma restrição para essas empresas que não existe em nenhum outro lugar do mundo.

Texto atual

Remover o texto em 2.3.2.18 :

NOTA: Esta seção entrará em vigor quando o LACNIC ou algum de seus NIRs for incapaz, pela primeira vez, de cobrir uma alocação ou designação de um bloco IPv4 por falta de recursos.

Texto novo
Veja diff

Remover o texto em 2.3.2.18 :

NOTA: Esta seção entrará em vigor quando o LACNIC ou algum de seus NIRs for incapaz, pela primeira vez, de cobrir uma alocação ou designação de um bloco IPv4 por falta de recursos.

Informações adicionais

Sabemos que existem empresas que já se encontram nessa situação.

Tempo de implementação

.

Referências

NA

Apresentada em:

LACNIC 23 (18/05/2015)

--> --> --> --> --> -->