| este draft é uma versão arquivada. Clique aqui para verificar as últimas draft/versão
Detalhes
| Detalhes |
|
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 para o 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 do tamanho máximo de alocações / atribuição durante a fase de exaustão 1
- Removendo o tamanho mínimo de alocação, pois isso pode evoluir ao longo do tempo durante o período de exaustão
- Reservar um bloco dedicado para facilitar IPv6 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 do IPv4 espaço de endereço.
5.4.1 Definições
- Registro na Internet Local (LIR) - Um Registro na Internet Local (LIR) é um Registro da Internet (IR) que recebe alocações de um RIR e atribui espaço de endereçamento aos clientes que usam seus serviços. Os LIRs geralmente são ISPs e seus clientes são usuários finais e possivelmente outros ISPs. Os LIRs devem ser membros de um RIR como o AFRINIC; que serve a região da África e parte do Oceano Índico (Comores, Madagascar, Maurício e Seychelles).
- LIRs existentes - um LIR existente é um LIR que atribui espaço de endereçamento a 'usuários finais' e já foi alocado IPv4 espaço de endereço do AFRINIC.
- Novo LIR - Um novo LIR, é um LIR que atribui espaço de endereçamento a 'usuários finais' e é membro do AFRINIC, mas não recebeu nenhum IPv4 espaço de endereçamento antes da fase de exaustão.
- "Usuário final" existente - Um "Usuário final" é uma organização que já foi atribuída IPv4 AFRINIC para uso em suas redes operacionais.
- Novo “Usuário Final” - Um novo “Usuário Final” é um Usuário Final que é membro da AFRINIC, mas não foi atribuído a nenhum IPv4 espaço de endereçamento antes da fase de exaustão.
- Final / 8 blocos de IPv4 espaço de endereçamento ou "Final / 8" - O bloco Final / 8 do IPv4 espaço de endereço, ou "Final / 8", é o bloco / 8 IPv4 espaço de endereçamento atribuído pela IANA à AFRINIC nos termos da seção 2.2 C do Política global para a alocação dos restantes IPv4 Espaço de Endereço
- Provedor principal de serviços DNS: Um provedor principal de serviços DNS é uma organização que fornece serviços DNS para o nível raiz da árvore DNS (operadores raiz sancionados pela ICANN) ou para um ccTLD africano sancionado pela ICANN operando na região de serviço AFRINIC.
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 anunciado publicamente que a fase de exaustão começou.
5.4.3 Fase de exaustão
Durante a fase de exaustão, a seguinte política de alocação e atribuição será usada. Esta política 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. A fase de exaustão será dividida em duas partes:
5.4.3.1 Fase 1 de exaustão
- Durante essa fase, a alocação / atribuição do espaço de endereço continuará como no Pré-esgotamento, sem um mínimo explícito, mas o máximo será alterado de / 10 para / 18.
- As alocações e atribuições serão feitas a partir da 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á.
- 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
- Durante esta fase, o tamanho máximo de alocação / atribuição será / 22.
- Não há limite explícito para o número de vezes que uma organização pode solicitar IPv4 espaço de endereçamento durante o período de exaustão
5.4.4 O período de alocação e atribuição será de 8 meses.
O período de alocação e atribuição será 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
- 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íticas de alocação ou atribuição e usaram 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).
- No caso de novos LIRs ou Usuários Finais sem alocações ou atribuições anteriores, esse requisito não se aplica à primeira solicitação de alocação ou atribuição.
- Os recursos do AFRINIC destinam-se à região de serviço do AFRINIC e qualquer uso fora da região deve ser exclusivamente para dar suporte à conectividade de volta à região do AFRINIC
5.4.6 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 provedores de serviços DNS principais servidores DNS de pilha dupla, tradutores 464XLAT ou qualquer outro tradutor, conforme definido pela IETF. Este bloco estará sujeito a uma alocação de tamanho máximo de / 24.
A equipe do AFRINIC usará seu critério ao avaliar justificativas e deve usar alocação esparsa quando possível dentro desse bloco / 12.
Para receber uma alocação ou atribuição do IPv6 reserva de implantação:
- O requerente pode não ter recebido recursos sob esta política nos seis (6) meses anteriores;
- O solicitante deve demonstrar que nenhuma outra alocação ou tarefa atenderá a essa necessidade.
4.0 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, conforme discussões na reunião de políticas públicas da AFRINC-24 e discussões subsequentes sobre RPD. |
|
14 APR 2017 |
AFPUB-2016-V4-001-DRAFT04 (versão 4.0)
|
Referências 5.0
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
*** Avaliação da equipe ***
| Proposta | AFPUB-2016-V4-001-DRAFT-04 |
|---|---|
| Título | IPv4 BIS de pouso suave |
| Avaliadas | 15 de maio de 2017 |
1.0 Equipe Entendendo a Proposta
- Substituição completa da corrente IPv4 Política de Soft Landing (substitui o CPM 5.4 inteiro)
- A política 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ções / atribuição: Remove os tamanhos mínimos de alocação / atribuição estipulados no CPM 5.4. Remove os tamanhos mínimos de alocação / atribuição estipulados no CPM 5.4.
- Fase 1: Máximo / 18, sem mínimo (implica mínimo / 32)
- Fase 2: Máximo / 22, sem mínimo (implica mínimo / 32)
- Remove os tamanhos mínimos de alocação / atribuição estipulados no CPM 5.4.
2.0 Comentários da equipe
-
A definição de "fase de exaustão" não é clara. A atual política de soft landing define, mas a definição seria excluída se essa proposta fosse aprovada e isso nos deixaria sem uma boa definição.
-
Os links HTML devem ser expandidos para ficarem visíveis nas versões de texto ou nas versões impressas da proposta
-
Na introdução à 5.4, a política existente possui três parágrafos e a nova, um parágrafo. Não há explicação para o motivo pelo qual as informações adicionais foram removidas.
-
Na 5.4.1 "Definições", por que temos uma definição de LIR diferente daquela do CPM 2.3? Preferimos ver todas as definições (gerais) na seção 2 do CPM, a menos que sejam explicitamente especificadas para a seção de aterrissagem suave do CPM.
-
As definições de "LIR existente" e "usuário final existente" não são claras. Parece que os autores pretendem se referir aos membros que ingressaram no AFRINIC e receberam espaço de endereço antes do início da fase de exaustão. De qualquer forma, o restante da política não usa essas definições; portanto, as definições podem ser excluídas.
-
A definição de "novo LIR" e "novo usuário final" significa que alguém que ingressar hoje será classificado como "novo" e permanecerá como "novo" para sempre. É essa a intenção dos autores? Em qualquer caso, a definição é usada apenas uma vez, em 5.4.5. Não há necessidade de uma definição se o texto em 5.4.5 for escrito com cuidado.
-
Na definição de final / 8, sugerimos que os autores possam especificar que é 102.0.0.0/8.
-
Em 5.4.2 - observe que o termo "Fase atual" da antiga política de aterrissagem suave está sendo renomeado para "Fase de pré-exaustão". O nome "fase de pré-exaustão" é melhor, mas observamos que alguns outros documentos podem precisar ser editados para levar em consideração a alteração.
-
Em 5.4.3.1, para obter consistência, diga explicitamente IPv4 em "alocação / atribuição de IPv4 espaço de endereço "
-
Em 5.4.3.1 "a alocação / atribuição de espaço de endereço continuará como no Pré-esgotamento". Entendemos que os requisitos existentes para a necessidade justificada permanecerão. Sugerimos esclarecer isso e elevá-lo de 5.4.3.1 para 5.4.3, para que se aplique a todas as fases. O texto em 5.4.5 "deve atender IPv4 requisitos de políticas de alocação ou atribuição "também implica uma necessidade justificada, mas, novamente, isso pode ser esclarecido.
-
Em 4.5.3.1 "sem mínimo explícito" é uma mudança da antiga política de pouso suave. "Nenhum mínimo explícito" implica que o mínimo será / 32, mas a equipe prefere manter um mínimo de / 24. A alocação ou atribuição de blocos menores que / 24 acarretará dificuldades operacionais para a equipe (bem como na internet em geral) e exigirá alterações de software.
-
Em 5.4.3.2, os autores devem declarar quando a fase 2 começa. Atualmente, o início da fase 2 está implícito em um dos pontos principais de 5.4.3.1, mas seria melhor se o 5.4.3.2 declarasse explicitamente as condições para o início da fase 2.
-
Em 5.4.3.1 "Para evitar dúvidas, todas as inscrições no processo neste ponto serão avaliadas de acordo com a nova política". Isso provavelmente deve se aplicar ao início da fase 2, bem como ao início da fase 1.
-
Em 5.4.3.2 "Não há limite explícito para o número de vezes que uma organização pode solicitar IPv4 endereço durante o período de exaustão ". Esclareça se isso se aplica apenas à fase 2 ou também à fase 1. A equipe está preocupada com o possível aumento na carga de trabalho causado por pequenas solicitações repetidas do mesmo membro e sugere que algum método de limitação de taxa deve ser adicionado, como um limite para o número de solicitações por ano.
-
5.4.6 reserva a / 12 para facilitar IPv6 desdobramento, desenvolvimento. O que acontece com o / 12 que a velha política de pouso suave reservava para "alguns usos futuros, ainda não previstos"? Achamos que a reserva antiga foi cancelada e a nova a substituiu, mas gostaríamos de esclarecimento. Também entendemos que o espaço reservado não será tocado até que nenhum outro espaço esteja disponível, e se o espaço de endereço for posteriormente devolvido ao AFRINIC (após a reserva começar a ser usada), então o espaço devolvido será tratado de acordo com as regras da Fase 2 .
-
Na 5.4.6, "a equipe do AFRINIC usará seu critério ao avaliar justificativas e deve usar alocação esparsa quando possível dentro desse bloco / 12". Separe essas duas idéias muito diferentes em pelo menos duas frases, mas de preferência duas subseções numeradas separadas.
-
Os autores geralmente são aconselhados a usar seções numeradas em vez de listas de marcadores, para facilitar a referência em futuras discussões ou correspondências.
-
Os autores também são aconselhados a fazer um esforço geral para manter a numeração na nova política proposta alinhada com a numeração na política atual no CPM.
3.0 Comentários do Departamento Jurídico
- Nenhum observado.
4.0 Implementação:
4.1 Cronograma e Impacto
A proposta pode ser implementada como escrita, sem impacto significativo nos recursos da AFRINIC dentro do cronograma recomendado pelo PDP.
4.2 Requisitos de implementação
O seguinte trabalho será exigido da TI:
- Codificação de novos tamanhos de alocação mínimo e máximo em MyAFRINIC e a whois
- Revisão dos formulários de solicitação de recursos (em MyAFRINIC e NMRP)
