IPv6 Esclarecimento PI

Atual

Proposto

6.8 Atribuições de PI

Esta política visa fornecer IPv6 endereçar espaço para sites finais.

6.8 Atribuições de PI

Esta política visa fornecer IPv6 espaço de endereçamento para organizações de usuários finais.

6.8.1 Introdução

Esta política permite que 'sites finais' sejam atribuídos IPv6 endereços independentes de provedor (PI). 'Sites finais' incluem Usuários finais e provedores críticos de infraestrutura, como operadores de servidores raiz de DPNs e pontos públicos de troca de Internet (IXP).

6.8.1 Introdução

Essa política permite que os 'sites finais' das organizações de usuários finais sejam atribuídos IPv6 endereços independentes de provedor (PI). Isso inclui provedores críticos de infraestrutura, como operadores de servidores raiz de TLDs e pontos públicos de troca de Internet (IXP).

6.8.2 Critérios de Atribuição

1. Destino da atribuição - sites finais que fornecem serviços públicos de Internet para a rede de uma única organização administrativa, independentemente do tamanho.
2. Critérios de atribuição:
   
   1. O site final não deve ser um LIR
   2. O site final deve se tornar um Membro Usuário Final AFRINIC e pagar a taxa AFRINIC normal para sua categoria de associação
   3. O site final deve justificar a necessidade de IPv6 Espaço de endereço PI.
   4. O site final deve mostrar um plano para usar o IPv6 espaço de endereço independente do provedor em 12 (doze) meses. Após esse período, se não for anunciado, o IPv6 O espaço de endereço PI deve ser recuperado e devolvido ao pool gratuito pelo AFRINIC.
   5. O IPv6 o espaço de endereço independente do provedor a ser anunciado pelo site final não deve ser desagregado.

6.8.2 Critérios de Atribuição

1. Alvo de atribuição - organizações de usuários finais que fornecem serviços para a rede de suas organizações administrativas, independentemente do tamanho.
2. Critérios de atribuição:
   
   1. A organização não deve ser uma LIR.
   2. A organização deve ser ou se tornar um membro do usuário final do AFRINIC.
   3. A organização deve justificar o número de sites finais e a necessidade de IPv6 Espaço de endereço PI.
   4. A organização deve implantar o IPv6 Espaço de endereço independente do provedor em cada um dos sites finais, para o qual os endereços são obtidos, dentro de doze (12) meses.
   5. Se o espaço de endereçamento emitido sob esta política for anunciado, na medida do possível, a organização deve agregar todos os anúncios de prefixos para minimizar o crescimento da tabela de roteamento global.

6.8.3 Espaço de endereço independente do provedor (PI):

1. A atribuição independente do provedor (PI) deve ser feita a partir de um bloco específico.
2. O tamanho da atribuição independente do provedor inicial para um site final deve ser um / 48 ou um prefixo mais curto, se o site final puder justificá-lo.
3. As tarefas subsequentes devem ser documentadas e justificadas. Onde possível, essas atribuições serão feitas a partir de um bloco de endereços contíguo (ou seja, estendendo os bits "n" de atribuição existentes para a esquerda).

6.8.3 Espaço de endereço independente do provedor (PI):

1. A atribuição independente do provedor (PI) deve ser feita a partir de um bloco específico.
2. O tamanho da atribuição independente do provedor inicial para cada organização deve ser de pelo menos / 48 por local final. Se vários locais finais forem solicitados e serão conectados uns aos outros, um prefixo alinhado a nibble deve ser emitido o suficiente para permitir pelo menos um / 48 por local final. Uma justificativa válida para um prefixo mais curto para quaisquer locais finais deve ser acomodada.
3. A atribuição da organização será calculada com base no número de locais finais e ajustada ao limite de mordidela mais próximo.
4. As tarefas subsequentes devem ser documentadas e justificadas. Onde possível, essas atribuições serão feitas a partir de um bloco de endereços contíguo (ou seja, estendendo os bits "n" de atribuição existentes para a esquerda).
5. O AFRINIC deve usar um algoritmo de alocação esparsa ao emitir espaço para maximizar a probabilidade de sucesso do mecanismo definido no parágrafo anterior.

6.8.4 Retificando o tamanho de uma atribuição inicial

1. Um site final pode enviar um novo plano de endereçamento para a AFRINIC se o plano inicialmente enviado para justificar a atribuição inicial não atender mais às suas necessidades atuais.
2. A nova atribuição será consistente com o novo plano e obedecerá com 6.8.2 e 6.8.3.
3. Se possível, o mesmo bloco de endereço será "atualizado" para o novo tamanho de prefixo necessário. No entanto, se os prefixos adjacentes já estiverem sendo usados ​​por outras organizações ou se essa tarefa não deixar espaço suficiente para tarefas subsequentes, o AFRINIC informará a organização solicitante, que terá as seguintes opções:
   Eu. Receba um novo bloco com o novo tamanho de prefixo solicitado, com o compromisso de renumerar sua rede e retornar o bloco original dentro de um período de 6 meses;
   ii. Receba um novo bloco que, juntamente com o bloco que já foi atribuído, cubra a nova necessidade justificada e mantenha os dois blocos.
   Este procedimento pode ser usado apenas uma vez por cada site final.

6.8.4 Retificando o tamanho de uma atribuição inicial

1. Uma organização pode enviar um novo plano de endereçamento para a AFRINIC se o plano inicialmente enviado para justificar a tarefa inicial não atender mais às suas necessidades atuais.
2. A nova atribuição será consistente com o novo plano e obedecerá com 6.8.2 e 6.8.3.
3. Se possível, o mesmo bloco de endereço será "atualizado" para o novo tamanho de prefixo necessário. No entanto, se os prefixos adjacentes já estiverem sendo usados ​​por outras organizações ou se essa tarefa não deixar espaço suficiente para tarefas subsequentes, o AFRINIC informará a organização solicitante, que terá as seguintes opções:
   Eu. Receber um novo bloco com o novo tamanho de prefixo solicitado, com o acordo para utilizar o novo bloco para todas as implantações futuras e descontinuar o bloco antigo por atrito, retornando quando estiver vazio. Não há prazo para devolução neste momento;
   ii. Receba um novo bloco que, juntamente com o bloco que já foi atribuído, cubra a nova necessidade justificada e mantenha os dois blocos.
   Este procedimento pode ser usado apenas uma vez por cada organização. 

Data

Detalhes

09 de Abril de 2019

Versão 1: AFPUB-2019-v6-DRAFT01

Inicie Draft Postado em rpd

14 de maio de 2019

Versão 2: AFPUB-2019-v6-DRAFT02

Revisões abrangentes de 6.8.2, 6.8.3 e 6.8.4