Info! Please note that this translation has been provided at best effort, for your convenience. The English page remains the official version.
Política
Desenvolvimento de Políticas
Manual consolidado de políticas
Arquivo CPM
Propostas atuais
Discussão sobre políticas
Comitê de Apelação
PDWG
Arquivo de Políticas
Participar
Participar
Código de conduta
E-mail e listas de correspondência
Desenvolvimento de Políticas
Manual consolidado de políticas
Propostas atuais
Discussão sobre políticas
Comitê de Apelação
PDWG
Arquivo de Políticas
Comitês / GT
Processos Eleitorais
IPv4 Exaustão
Governança da Internet
Política de Privacidade
Programas de Desenvolvimento da Internet
IPv4 BIS de pouso suave (Draft 7)
Detalhes
Proposta
Detalhes
Ref. Nome:
AFPUB-2016-V4-001-DRAFT07
Versões: 7.0
Estado: Em discussão
Autor:
- Omo Oaiya, omo [at] wacren.net, WACREN
- Joe Kimaili, jkimaili [at] ubuntunet.net, Ubuntunet Alliance
- Alain P. Aina, aalain [em] trstech.net, TRS
Obsoletos: CPM 5.4
Submetido:
01 de Dezembro de 2017
Proposta
1.0 Resumo do problema abordado 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 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 aterrissagem suave, "last / 8" e "102/8" devem ser usados ​​de forma intercambiável.
5.4.2 Fase de pré-exaustão
A "fase de pré-exaustão" foi o período durante o qual o AFRINIC alocou ou designou IPv4 endereços para LIRs e Usuários Finais usando a seção 5.0 do manual de políticas e antes do início da fase Exaustão.
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, 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.
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, 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 / 8 final 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, todas as inscrições no processo neste ponto serão avaliadas 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 à fase de exaustão), este requisito não se aplica à sua primeira solicitação de alocação ou atribuição.
5.4.5.3 Os recursos AFRINIC são para a região de serviço AFRINIC e qualquer uso fora da região deve ser exclusivamente para apoiar a conectividade de volta para a região AFRINIC
5.4.6 Limites Permitidos
5.4.6.1 Em 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 Em 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.
5.4.7 IPv6 reserva de implantação
5.4.7.1 Um contíguo / 12 IPv4 O bloco de endereços será reservado para fora da Final / 8 para facilitar IPv6 desdobramento, desenvolvimento. Quando AFRINIC não puder mais atender a mais nenhuma solicitação de espaço de endereçamento (do Final / 8 ou de qualquer outro espaço de endereçamento disponível), as alocações e atribuições deste 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 e quaisquer outros mecanismos de tradução, conforme definido pelo IETF.
5.4.7.2 Este bloco estará sujeito a uma alocação / atribuição única de / 24 por organização.
5.4.7.3 Para evitar dúvidas, isso substitui a reserva / 12 para "alguns usos futuros, mas imprevistos" que estava presente em uma versão anterior do IPv4 política de pouso suave.
5.4.7.4 O pessoal da AFRINIC usará seu critério ao avaliar as justificativas para alocações / atribuições deste bloco / 12.
5.4.7.5 Para receber uma alocação ou cessão do IPv6 reserva de implantação:
5.4.7.5.1 O requerente pode não ter recebido quaisquer recursos ao abrigo desta política (aterragem suave) nos seis (6) meses anteriores;
5.4.7.5.2 O requerente deve demonstrar que não IPv4 o espaço de alocações ou atribuições recebidas anteriormente, se houver, atenderá a essa necessidade.
5.4.7.5.3 Excepcionalmente para este IPv6 reserva, os principais provedores de serviços DNS, conforme definido em 5.6.4.4.2, também incluirão ccTLDs africanos sancionados pela ICANN (incluindo ccTLDs com IDNs) operando na região de serviço 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):
Uma nova versão completa da seção 3 e, portanto, a proposta de política obsoleta as IPv4 Política de pouso suave em vez de alterá-la.
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):
Versão atualizada com base no consenso das discussões online e do AFRINIC-25.
Formatado para inserção direta no CPM
"Fase atual" substituída por "Fase de pré-exaustão"
Não há mais reserva direta para infraestruturas críticas da Internet
Não há mais reservas diretas para novos entrantes
Uma reserva dedicada para facilitar IPv6 desenvolvimento
27 JUN 2017
AFPUB-2016-V4-001-DRAFT05 (versão 5.0):
Introduziu “Limites Permitidos e Recorrência” - cláusulas 5.4.6.1 e 5.4.6.2 (um período de espera de 24 meses para um membro que recebeu o limite máximo de alocação por fase para retornar para obter mais espaço).
Tamanho mínimo de atribuição / alocação restaurado no esgotamento para / 24
Foi removida a definição de "provedor de serviços DNS principais" e outras definições que não eram necessárias.
Abordou a maioria dos problemas no relatório de avaliação da equipe AFPUB-2016-V4-001-DRAFT04
22 SEP 2017
AFPUB-2016-V4-001-DRAFT06 (versão 6.0):
Esclarecido 5.4.3 sobre a questão da necessidade demonstrada que se aplica a todas as fases e em consonância com outras seções do CPM
5.4.6 reformulado para melhor clareza.
Reformulado 5.4.7 para esclarecer algumas disposições da reserva / 12 (que o / 12 reservado anterior é substituído pelo da presente proposta).
01 Dec 2017
AFPUB-2016-V4-001-DRAFT07 (versão 7.0):
(Última chamada)
Reescreva 5.4.7.1 para remover referências específicas a "tradutores XLAT"
Adicione "incluindo ccTLDs com IDN" a 5.4.7.5.3
6. Referências
Política global para a alocação dos demais IPv4 pool de endereços: https://afrinic.net/global-policy-for-the-allocation-of-the-remaining-ipv4-address-space-afpub-2009-v4-001