| este draft é uma versão arquivada. Clique aqui para verificar as últimas draft/versão
Adicionar ao carrinho
Adicionar ao carrinho |
|
Proposta
1.0) Resumo do problema que está sendo tratado por esta proposta de política
A política de aterrissagem suave ratificada pelo conselho em 11/11/2011 descreve como o AFRINIC deve gerenciar alocações / atribuições do último / 8. Define 2 fases de IPv4 exaustão. Durante a fase 1, define o máximo para / 13 em vez de / 10 e na fase 2, o máximo para / 22 e o mínimo para / 24. Não faz diferença entre LIRs ou Usuários Finais existentes e novos. A política também não impõe IPv6 desdobramento, desenvolvimento.
IPv4 exaustão em outras regiões, combinada com outros fatores, impôs enorme pressão sobre o AFRINIC IPv4 piscina com pedidos de grande IPv4 blocos, com muito pouco IPv6 desdobramento, desenvolvimento. A pressão sobre o AFRINIC IPv4 Esse conjunto levou a algumas propostas de política para reservar alguns blocos para determinadas sub-comunidades.
2.0 Resumo de como esta proposta aborda o problema
Esta proposta de política resolve o problema descrito acima por:
- Alterando o valor dos tamanhos máximos de alocações / designações durante as fases 1 e 2 de exaustão.
- Reservar um bloco dedicado para facilitar IPv6 desdobramento, desenvolvimento.
3.0 A proposta
3.1 Seção do Manual de Políticas a ser afetada:
A seção 5.4 do CPM será substituída da seguinte forma:
5.4 Pouso suave
Esta proposta descreve como o AFRINIC deve atribuir, alocar e gerenciar IPv4 recursos durante a "Fase de exaustão", que começa quando o AFRINIC primeiro precisa atribuir ou alocar endereços IP do bloco final / 8 (102/8) do IPv4 espaço de endereço. O objetivo desta política é garantir que o espaço de endereço seja atribuído e / ou alocado de uma maneira que seja aceitável para a comunidade AFRINIC, especialmente durante esse período de IPv4 exaustão
Para garantir uma transição suave para IPv6, O pool do AFRINIC deve ser gerenciado para fornecer aos membros espaço de endereço após o IPv4 a piscina está esgotada. Isso ajudará a manter IPv4 redes durante a implantação IPv6 redes - uma prática que caracteriza o período de transição.
A aplicação da política de “pouso suave” começa quando o AFRINIC começa a alocar espaço a partir da IANA final alocada / 8 (102/8).
5.4.1 Final / 8
O bloco Final / 8 de IPv4 espaço de endereço, ou "Final / 8", é o bloco / 8 de IPv4 espaço de endereçamento que foi alocado pela IANA à AFRINIC nos termos da seção 2.2c da Política Global para a Alocação do Restante IPv4 Espaço de Endereço - http://www.icann.org/en/general/allocation-remaining-ipv4-space.html.
Nesta seção da política de Soft-Landing, "último / 8" e "102/8" devem ser usados alternadamente.
5.4.2 Fase de pré-exaustão
A "fase de pré-exaustão" foi o período durante o qual AFRINIC alocou ou atribuiu IPv4 endereços para LIRs e usuários finais usando a seção 5.0 do manual de políticas e antes da fase de exaustão ser acionada.
Esta fase terminou quando o AFRINIC anunciou publicamente (https://www.afrinic.net/en/library/news/2053-afrinic-enters-ipv4-exhaustion-phase-1) que a fase de exaustão começou.
5.4.3 Fases de exaustão
Durante a fase de exaustão, a seguinte política de alocação e atribuição será usada. Isso se aplica a LIRs e usuários finais e a todos os IPv4 espaço de endereçamento alocado, atribuído ou gerenciado pela AFRINIC durante a transição para e após o início da Fase de Esgotamento, independentemente de tal IPv4 O espaço de endereço faz parte do Final / 8.
Durante uma das fases abaixo, todas as alocações e designações de IPv4 o espaço será baseado na necessidade justificada e demonstrada.
A fase de exaustão será dividida em duas partes:
5.4.3.1 Fase 1 de exaustão
5.4.3.1.1 Durante esta fase, a alocação / atribuição de IPv4 o espaço de endereço continuará como em Pré-exaustão com o mínimo definido em / 24, mas o máximo será alterado de / 10 para / 18, sujeito às disposições em 5.4.6
5.4.3.1.2 As alocações e atribuições serão feitas a partir do final / 8 ou de qualquer outro IPv4 espaço de endereçamento disponível para o AFRINIC, até que um máximo de 11 de espaço não reservado esteja disponível no Final / 8. Nesse ponto, a fase de exaustão 2 começará.
5.4.3.1.3 Para evitar dúvidas, todos os aplicativos no processo neste momento serão avaliados de acordo com a nova política.
5.4.3.2 Fase 2 de exaustão
A Fase de Exaustão 2 começará quando não houver mais de um / 11 de espaço não reservado no final / 8. Durante essa fase, o tamanho máximo de alocação / atribuição será / 22 e o mínimo permanecerá em / 24, sujeito às disposições em 5.4.6
5.4.4 Janela de planejamento de oito (8) meses (período de alocação e atribuição).
O período de alocação e atribuição é de 8 meses. Isso ajudará a garantir que os LIRs solicitem apenas os recursos necessários a curto e médio prazo e promoverá a equidade na distribuição equitativa dos últimos IPv4 pool de endereços. Esse período de alocação / atribuição permanecerá o mesmo durante toda a vida útil desta política.
5.4.5 Critérios de alocação
5.4.5.1 Para receber IPv4 alocações ou atribuições durante a fase de exaustão, o LIR ou o usuário final deve atender IPv4 requisitos de política de alocações ou atribuições (demonstrando e justificando a necessidade de espaço solicitado) e deve demonstrar ter usado com eficiência pelo menos 90% de todas as alocações ou atribuições anteriores (incluindo aquelas feitas durante a fase de pré-exaustão e exaustão).
5.4.5.2 No caso de novos LIRs ou Usuários Finais (aqueles que não têm alocações ou atribuições anteriores antes da fase Exaustão), esse requisito não se aplica à primeira solicitação de alocação ou atribuição.
5.4.5.3 Os recursos do AFRINIC destinam-se à região de serviço do AFRINIC e qualquer uso fora da região deve apoiar exclusivamente a conectividade de volta à região do AFRINIC
5.4.6 Limites Permitidos e Subseqüência
5.4.6.1 Quando uma organização solicita adicional IPv4 No espaço de endereçamento da Fase 1 e da Fase 2, o total de atribuições / atribuições de uma organização não deve exceder o prefixo máximo permitido de / 18 para a Fase 1 de exaustão e / 22 para a Fase 2 de exaustão.
5.4.6.2 Não obstante o item 5.4.6.1, uma organização que recebeu o prefixo máximo permitido em cada fase só pode solicitar outra rodada de alocação / designação na mesma fase (conforme 5.4.6.1) após 24 meses do período de espera.
5.4.7 IPv6 reserva de implantação
Um contíguo / 12 IPv4 O bloco de endereços será reservado para fora da Final / 8 para facilitar IPv6 desdobramento, desenvolvimento. Quando o AFRINIC não puder mais atender a mais solicitações de espaço de endereço (da Final / 8 ou de qualquer outro espaço de endereço disponível), as alocações e atribuições desse bloco devem ser justificadas pelas necessidades de IPv4 endereça espaço para suporte IPv6 desdobramento, desenvolvimento. Exemplos de tais necessidades incluem: [IPv4 endereços para servidores DNS de pilha dupla dos provedores de serviços DNS principais, tradutores 464XLAT ou qualquer outro tradutor, conforme definido pela IETF. Este bloco estará sujeito a uma alocação de tamanho máximo de / 24.
5.4.7.1 A equipe do AFRINIC usará seu critério ao avaliar justificativas e deve usar alocação esparsa quando possível dentro desse bloco / 12.
5.4.7.2 Para receber uma alocação ou atribuição do IPv6 reserva de implantação:
5.4.7.2.1 O requerente pode não ter recebido recursos sob esta política nos seis (6) meses anteriores;
5.4.7.2.2 O solicitante deve demonstrar que nenhuma outra alocação ou tarefa atenderá a essa necessidade.
5.4.7.2.3 Excepcionalmente para isso IPv6 Além disso, os provedores principais de serviços DNS, conforme definido em 5.6.4.4.2, também incluirão ccTLDs africanos sancionados pela ICANN que operam na região de serviços AFRINIC.
4. Agradecimentos
Agradecemos aos autores da Aterragem suave - SD proposta de política e à comunidade por suas contribuições.
5. Histórico de Revisões
09 FEB 2016 |
AFPUB-2016-V4-001-DRAFT01 (versão 1.0) Versão 1 postada na lista de discussão rpd |
16 FEB 2016 |
AFPUB-2016-V4-001-DRAFT02 (versão 2.0): |
22 JUL 2016 |
AFPUB-2016-V4-001-DRAFT03 (versão 3.0): O tamanho máximo de alocação / atribuição foi alterado de / 15 para / 18 na fase 1, de acordo com as discussões na reunião de política pública do AFRINC-24 e segue as discussões sobre RPD. |
14 APR 2017 |
AFPUB-2016-V4-001-DRAFT04 (versão 4.0):
|
27 JUN 2017 |
AFPUB-2016-V4-001-DRAFT05 (versão 5.0):
|
6. Referências
Política global para a alocação dos demais IPv4 pool de endereços:
http://www.AFRINIC.net/en/library/policies/135-afpub-2009-v4-001
Avaliação da equipe
Índice: Considerações sobre avaliação de pessoal
Os seguintes problemas levantados pela equipe da AFRINIC na avaliação da versão 4 do Soft Landing BIS foram abordados na versão 5, conforme mostrado na tabela:
Questão | Açao Social |
|
Parece estar bem definido na versão 5.4 |
|
N/D |
|
5.4 foi reformulado para incluir texto omitido. |
|
Pronto |
|
Ambas as definições foram removidas |
|
Novo LIR / UE excluído das versões 5.4.1 e 5.4.5 reformuladas |
|
Pronto |
|
N/D |
|
Pronto |
|
Necessidade justificada de todas as fases adicionadas à 5.4.3 (e também na 5.4.5) |
|
Mínimo ajustado para / 24 |
|
Esclarecido em 5.4.3.2 |
|
N/D |
|
"Sujeito às disposições do 5.4.6" foi adicionado às duas fases. |
|
Deixe para a equipe. O antigo / 12 pode ser transportado como a mesma reserva. |
|
Pronto |
|
N/D |
|
N/D |
AVALIAÇÃO DA EQUIPE para AFPUB-2016-V4-001-DRAFT05: IPv4 BIS de aterrissagem suave (v5)
Proposta | AFPUB-2016-V4-001-DRAFT05 |
Título | IPv4 BIS de aterrissagem suave (v5) |
URL | https://www.afrinic.net/fr/community/policy-development/policy-proposals/2153-ipv4-soft-landing-bis |
Avaliadas | 24th Agosto de 2017 |
1. Entendimento da proposta pela equipe
- Substituição completa da corrente IPv4 Política de Soft Landing (substitui o CPM 5.4 inteiro)
- Faz provisões de recursos para novos LIRs e usuários finais, algo que falta no atual CPM 5.4.
- Cria um reservado e dedicado (IPv4 / 12) bloco para empresas que necessitam IPv4 espaço para apoiar IPv6 desdobramento, desenvolvimento.
- Introduz novos valores para os tamanhos máximos de alocação / atribuição, da seguinte maneira:
- Fase 1: Máximo / 18, mínimo / 24
- Fase 2: Máximo / 22, mínimo / 24
- Estabelece um período de espera de 24 meses para um membro que recebeu o limite máximo de alocação por fase. (Um membro deve esperar 24 meses antes de solicitar outra alocação, caso tenha consumido sua alocação máxima em qualquer fase).
2. Comentários da equipe
- O novo 5.4.3 proposto, que diz "durante uma das fases abaixo, todas as alocações e designações de IPv4 o espaço será baseado na necessidade justificada e demonstrada "poderia ser mais esclarecido para se referir à" necessidade justificada e demonstrada de acordo com as políticas em vigor na fase de pré-exaustão, além das restrições que se aplicam durante as fases de exaustão ".
- O novo 5.4.6.1 proposto diz "Quando uma organização solicita mais IPv4 espaço de endereço na Fase 1 e na Fase 2, as alocações / atribuições totais de uma organização não devem exceder o prefixo máximo permitido de / 18 para Fase 1 de Exaustão e / 22 para Fase 2 de Exaustão. pensamos que a intenção era referir-se ao espaço adicional que a organização recebeu durante a fase 1, ou ao espaço adicional recebido durante a fase 2.
- A maneira como o novo 5.4.6.2 proposto substitui 5.4.6.1 é difícil de entender. Sugerimos o seguinte texto, que esperamos que expresse a intenção dos autores de forma mais clara:
5.4.6.Limites permitidos 5.4.6.1 Dentro de qualquer período de 24 meses durante a Fase 1 de exaustão, uma organização pode receber uma ou mais alocações / atribuições, totalizando o equivalente a / 18. 5.4.6.2 Dentro de qualquer período de 24 meses durante a Fase 2 de exaustão, uma organização pode receber uma ou mais alocações / atribuições, totalizando o equivalente a / 22. |
- Em 5.4.7, suspeitamos que a intenção dos autores seja que a reserva nos termos do 5.4.7.1 existente "para alguns usos futuros, ainda imprevistos" caia e seja substituída pela nova reserva no novo 5.4.7 proposto ". facilitar IPv6 desdobramento ". Em outras palavras, há apenas uma reserva / 12, não duas reservas / 12 (uma da antiga política de Soft-Landing e outra desta nova proposta de política). Se esta for realmente a intenção dos autores, então sugerimos usando texto semelhante a:
"Um contíguo / 12 IPv4 O bloco de endereços será reservado para fora da Final / 8 para facilitar IPv6 desdobramento, desenvolvimento. Para evitar dúvidas, isso substitui a reserva / 12 para algum uso futuro que estava presente em uma versão anterior do IPv4 política de pouso suave ". |
- Em 5.4.7, "Este bloco estará sujeito a uma alocação de tamanho máximo de / 24" não especifica um tamanho mínimo. Especifique o tamanho mínimo. Se o mínimo for menor que / 24, a implementação será muito mais difícil.
- Em 5.4.7.2.3, esclareça se os ccTLDs estão restritos aos TLDs com duas letras do código do país ou se os ccTLDs com IDNs também estão. https://www.iana.org/domains/root/db e https://www.icann.org/resources/pages/fast-track-2012-02-25-en, A ICANN usa o termo "ccTLDs com IDNs" para TLDs com IDNs associados a nomes de países (como "جزائر". Ou "xn - lgbbat1ad8j" na Argélia).
3.Comentários do consultor jurídico
Nenhum observado
4.Implementação
4.1 Cronograma e Impacto
O AFRINIC levará aproximadamente 2 meses para implementar esta proposta após a ratificação. (As ações de implementação estão listadas em 4.2 abaixo).
4.2 Requisitos de Implementação
- Codificação de novos tamanhos de alocação mínimo e máximo em MyAFRINIC e whois.
- Codificação de "período de espera" em MyAFRINIC.
- Revisão dos formulários de solicitação de recursos (em MyAFRINIC e NMRP).
- Atualização de documentos internos do processo.
- Atualizando o CPM, seção 5.4, conforme apropriado.