Info! Please note that this translation has been provided at best effort, for your convenience. The English page remains the official version.

Política global para IPv4 Alocações pela IANA Post Exhaustion - AFPUB-2010-v4-003-draft-02

Ref. Nome AFPUB-2010-v4-003-draft-02
Status

Proposta Vencida

Data 24 2011 novembro
(S) autor Steve Bertrand
Chris Grundemann
Martin Hannigan
Aaron Hughes
Louie Lee
Matt Pounset
Jason Schiller
Política Afetada  
 
TOC

 

Incentivo:

Permitir todos IPv4 o estoque, independentemente do tamanho do prefixo, a ser devolvido e subsequentemente realocado de forma justa e equitativa pela IANA pós-saída.

 

1.) Justificativa

Esta política define o processo de alocação de IPv4 endereços pós "Fase de exaustão" [1]. Uma política global é necessária para que a IANA possa continuar a alocar de forma transparente IPv4 endereços além da exaustão. Para cumprir os requisitos desta política, a IANA deve estabelecer um pool de recuperação para manter e distribuir os endereços em conformidade com esta política. Esta política estabelece o processo pelo qual IPv4 os endereços podem ser devolvidos e reemitidos na fase pós-exaustão da IANA.

Este documento não estipula requisitos de desempenho na prestação de serviços pela IANA para um RIR de acordo com esta política. Tais requisitos devem ser especificados por acordos apropriados entre os RIRse ICANN.

 

O objetivo desta política é o seguinte:

    • Para incluir todas as fases pós-exaustão IPv4 espaço de endereço devolvido à IANA.
    • Permite alocações pela IANA do pool de recuperação uma vez que a fase de exaustão tenha sido concluída.
    • Define "necessidade" como base para mais IPv4 alocações pela IANA.
    • Não diferencia nenhuma classe de IPv4 espaço de endereço, a menos que definido de outra forma por um RFC.
    • Incentive o retorno de IPv4 espaço de endereço, tornando este processo de alocação disponível.
    • Proibir transferências de endereços provenientes do Pool de recuperação na ausência de um IPv4 Política de transferência global para neutralizar as desigualdades do processo de transferência entre RIR regiões.
    • Aplica-se ao legado IPv4 Espaço de endereçamento inicialmente alocado pela IANA aos usuários, incluindo as alocações para RIRs.
    • Inclui qualquer extensão de fragmentos atualmente em poder da IANA agora ou no futuro.



2.) Pool de recuperação

Após a adoção deste IPv4 política de endereço da Diretoria da ICANN, a IANA deve estabelecer um pool de recuperação a ser utilizado após RIR IPv4 exaustão, conforme definido na Seção 4. O pool de recuperação conterá inicialmente quaisquer fragmentos que possam ter sobrado no inventário da IANA. Assim que o primeiro RIR esgota seu estoque de espaço de endereço IP, este Pool de recuperação será declarado ativo. Quando o Pool de Recuperação é declarado ativo, a Política Global para a Alocação do Restante IPv4 Espaço de endereçamento [3] e política para alocação de IPv4 Os blocos para registros regionais da Internet [4] serão formalmente descontinuados.

 

3.) Devolução do espaço de endereçamento à IANA

A IANA aceitará no pool de recuperação todos os elegíveis IPv4 espaço de endereço oferecido para devolução. O espaço de endereçamento elegível inclui endereços que não são designados como "uso especial" por um RFC IETF ou endereços alocados para RIRa menos que estejam sendo devolvidos pelo RIR para os quais foram alocados originalmente. Os detentores de endereços legados podem devolver o espaço de endereços diretamente à IANA, se assim desejarem.

 

4.) Alocações de endereços do pool de recuperação pela IANA

As alocações do pool de recuperação podem começar assim que o pool for declarado ativo. Os endereços no Pool de recuperação devem ser alocados em um limite CIDR. As alocações do Pool de recuperação estão sujeitas a uma unidade de alocação mínima igual à unidade de alocação mínima de todos RIRse uma unidade de alocação máxima de um / 8. O pool de recuperação será dividido em limites CIDR e distribuído igualmente a todos os elegíveis RIRs uma vez a cada trimestre. Qualquer resto não divisível uniformemente pelo número de elegíveis RIRs permanecerão no pool de recuperação até que o retorno de endereço suficiente permita outra rodada de alocações.

 

5). RIR Elegibilidade para receber alocações do pool de recuperação

Após a exaustão de um RIRdo espaço livre da IANA e depois de receber seu / 8 final da IANA [3], um RIR se tornará elegível para solicitar espaço de endereçamento do pool de recuperação da IANA quando anunciar publicamente por meio de sua lista de anúncios globais de e-mail e postar um aviso em seu site informando que esgotou o estoque de IPv4 espaço de endereço. A exaustão é definida como um estoque inferior ao equivalente a um único / 8 e a incapacidade de atribuir espaço de endereço a seus clientes em unidades iguais ou menores do que o mais longo de qualquer RIRunidade de alocação mínima definida pela política da. Até um / 10 ou equivalente a IPv4 espaço de endereço especificamente reservado para qualquer propósito especial por um RIR não será contado contra isso RIR ao determinar a elegibilidade, a menos que esse espaço tenha sido recebido do pool de recuperação da IANA. Qualquer RIR que é formado depois que o Conselho de Diretores da ICANN ratificou esta política não é elegível para utilizar esta política para obter IPv4 espaço de endereço da IANA.

 

6.) Requisitos de relatórios

A IANA publicará pelo menos uma vez por semana um relatório que esteja disponível publicamente, detalhando, no mínimo, todo o espaço de endereçamento que foi recebido e alocado. A IANA publicará um relatório de espaço de endereço devolvido que indica quais recursos foram devolvidos, por quem e quando. A IANA deve publicar um relatório de alocações pelo menos uma vez por semana, que no mínimo indica o que IPv4 espaço de endereço foi alocado, que RIR recebeu a atribuição e quando. A IANA publicará um aviso público confirmando RIR elegibilidade subsequente à Seção 4.

 

7.) Sem direitos de transferência

O espaço de endereçamento atribuído do pool de recuperação pode ser transferido se houver uma política global ratificada pela diretoria da ICANN ou coordenada globalmente RIR política escrita especificamente para lidar com as transferências entreRIR ou de uma entidade para outra. As transferências devem atender aos requisitos de tal política. Na ausência de tal política, nenhuma transferência de qualquer tipo relacionada ao espaço de endereço alocado ou atribuído do pool de recuperação é permitida.

 

8.) Definições

IANA - Internet Assigned Numbers Authority, ou seu sucessor

ICANN - Internet Corporation for Assigned Names and Numbers, ou seu sucessor

RIR - Registro regional da Internet reconhecido pela ICANN

MoU - Memorando de Entendimento entre ICANN e o RIRs

IPv4 - Protocolo da Internet Versão Quatro (4), o protocolo alvo desta Política Global

Piscina Espaço Livre - IPv4 Endereços que estão em estoque em qualquer RIR, e / ou IANA

 

9) Colaboradores

As seguintes pessoas doaram seu tempo, recursos e esforços para desenvolver esta proposta em nome da comunidade da Internet:

Steve Bertrand
Chris Grundemann
Martin Hannigan
Aaron Hughes
Louie Lee
Matt Pounset
Jason Schiller

 


10) Referências

1. http://www.icann.org/en/general/allocation-remaining-ipv4-space.htm
Política global para a alocação dos restantes IPv4 Address Space, IANA, recuperado em 27 de abril de 2010

2. http://aso.icann.org/documents/memorandum-of-understanding/index.html MoU da Organização de Apoio a Endereços da ICANN (ASO), recuperado em 27 de maio de 2010.

3. http://www.icann.org/en/general/allocation-remaining-ipv4-space.htm Política global para a alocação dos restantes IPv4 Espaço de Endereço

4. http://aso.icann.org/wp-content/uploads/2009/09/aso-001-2.pdf Política de Alocação de IPv4 Bloqueios para registros regionais da Internet

HISTÓRIA
25.08.2010 Proposta postada pela primeira vez na lista de discussão rpd por Steve Bertrand.
27.08.2010 Postado no site e referência atribuída AFPUB-2010-v4-003
25.11.2010 Nova atualização discutida durante AfriNIC-13 Public Policy Meeting e renomeada para AFPUB-2010-GEN-006
24.11.2011

 2011-11-24 - Proposta expira após um ano de inatividade.

Versão anterior
  AFPUB-2010-v4-003-draft-01
Imprimir amigável, PDF e e-mail
Última modificação em -