Proposta
1.0 Resumo do problema tratado nesta proposta
Por meio de proposta de política “IPv6 PI Update ”(AFPUB-2018-V6-004), o IPv6 Política de espaço independente do provedor (PI) que fornece IPv6 o espaço para sites finais foi revisado / atualizado.
Esta revisão, no entanto, deixou passar uma frase na seção anterior 6.8.2.v, que dizia:
“O 'site final' deve mostrar um plano para usar e anunciar 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 livre pela AFRINIC ”.
Este texto foi mantido em 6.8.2.iv.
Claro, isso não faz sentido porque existem vários casos possíveis, que estão no âmbito desta política, que não anunciarão sua IPv6 Espaço de endereço PI, como:
- Espaço de peering de LAN do IXP.
- A numeração de redes privadas não conectadas à Internet é um caso de uso perfeitamente válido para IPv6 Espaço PI e deve ser apoiado por RIR Privacidade
Além disso, o texto existente está se referindo a sites finais, quando na verdade deveriam considerar as organizações de usuários finais. Um site final, considerado como um único “local”, não resolverá casos como organizações com vários sites finais e forçará várias associações de usuário final da AFRINIC.
Uma organização com vários sites finais provavelmente cairá em um dos seguintes casos:
- Múltiplos sites finais conectados com a camada 2 e BGP para seus fluxos ascendentes (um banco, uma universidade com vários campus, etc.), serão capazes de obter um comprimento de prefixo suficiente para acomodar o número inteiro de sites, esperançosamente no limite de nibble e anunciar um único prefixo agregado.
- Vários sites finais não conectados entre si e sendo anunciados como redes "diferentes", por exemplo, mesmo com diferentes ISPs. Normalmente, usará e anunciará um único / 48 para cada site final.
- Um possível caso de mistura entre 1 e 2 acima.
2.0 Resumo de como esta proposta aborda o problema
Reformulação simples do texto para permitir aqueles casos que não precisam anunciar sua IPv6 Espaço PI.
3.0 Proposta
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
- 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.
- Critérios de atribuição:
- O site final não deve ser um LIR
- O site final deve se tornar um Membro Usuário Final AFRINIC e pagar a taxa AFRINIC normal para sua categoria de associação
- O site final deve justificar a necessidade de IPv6 Espaço de endereço PI.
- 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.
- O Plano de Ação Global para Saúde Mental XNUMX-XNUMX da 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
- 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.
- Critérios de atribuição:
- A organização não deve ser uma LIR.
- A organização deve ser ou se tornar um membro do usuário final do AFRINIC.
- A organização deve justificar o número de sites finais e a necessidade de IPv6 Espaço de endereço PI.
- 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.
- 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):
- A atribuição independente do provedor (PI) deve ser feita a partir de um bloco específico.
- 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.
- 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):
- A atribuição independente do provedor (PI) deve ser feita a partir de um bloco específico.
- 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.
- 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.
- 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).
- 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
- 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.
- A nova atribuição será consistente com o novo plano e obedecerá com 6.8.2 e 6.8.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
- 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.
- A nova atribuição será consistente com o novo plano e obedecerá com 6.8.2 e 6.8.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.
|
4. Referências
Outros RIRs já acomodaram esse requisito em suas políticas:
- APNIC: 10.1.4. Provedor Independente IPv6 atribuição
https://www.apnic.net/community/policy/resources#Part%203:%20IPv6%20Policy
- ARIN: 6.5.8.1. Critérios de Atribuição Inicial
https://www.arin.net/participate/policy/nrpm/#6-5-8-direct-assignments-from-arin-to-end-user-organizations
- LACNIC: 4.5.4.2 Atribuição direta de portáteis IPv6 endereços para sites finais não portáveis IPv4 endereços previamente atribuídos por LACNIC
https://www.lacnic.net/684/2/lacnic/4-ipv6-address-allocation-and-assignment-policies
- MADURO: 7. IPv6 Atribuições de Provider Independent (PI)
https://www.ripe.net/publications/docs/ripe-707#IPv6_PI_Assignments