Detalhes |
|
1.0) Introdução
No momento em que a política de pouso suave original foi criada, havia muitas incógnitas e circunstâncias que não podiam ser previstas e, como resultado disso, a política em sua forma atual pode realmente prejudicar os interesses da comunidade AFRINIC em vez de ajudar.
Principal entre estes, não se sabia quando o resto do mundo ficaria sem IPv4 espaço e as taxas de adoção de IPv6 também eram uma quantidade desconhecida.
Embora seja reconhecido que há uma necessidade de garantir que os novos participantes no mundo da IP possam exigir uma pequena quantidade de IPv4 espaço, além disso, atrasando ainda mais o esgotamento de IPv4 o espaço de endereçamento pode muito bem estar atrasando a região enquanto o resto do mundo segue em frente, deixando a África em uma desvantagem significativa no futuro.
Na política original substituída por esta, os números e níveis de alocação também não se baseavam em nenhuma justificativa fundamental, devido às incógnitas que existiam na época.
2.0) Resumo de como esta proposta aborda o problema
Esta proposta ainda mantém um bloco de espaço reservado para novos ingressantes, mas além disso, permite o esgotamento natural de IPv4 por meio da demanda padrão e, portanto, incentiva a aceitação de IPv6 de uma forma mais agressiva.
3.0 Proposta
Esta política (IPv4 Soft Landing), aplica-se ao gerenciamento do espaço de endereço que estará disponível para o AFRINIC após o atual IPv4 piscina está esgotada.
O objetivo deste documento é 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 este período de IPv4 exaustão.
3.1 Documentos de política a serem afetados
IPv4 Política de aterragem suave
3.2 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 atribuído ou alocado IPv4 espaço de endereço do AFRINIC.
- Usuário final - um usuário final é uma organização que recebe atribuições de endereços IP exclusivamente para uso em suas redes operacionais
- Novo participante - Éter um membro ou novo membro que no momento da inscrição não tinha IPv4 alocações ou atribuições feitas a eles pela AFRINIC, e não eram titulares de legado IPv4 espaço ou outro IPv4 espaço adquirido por meio de um mercado de transferência potencial ou outro RIR.
- Bloco Novo Entrante - Bloco A / 13 de IPv4 espaço, reservado na íntegra, para alocação de espaço aos membros da AFRINIC que, no momento da inscrição, não tenham IPv4 alocações de endereços. A / 13 foi escolhido com base nos números históricos de crescimento de membros dentro do AFRINIC, incluindo um certo aumento nessas alocações para fornecer espaço suficiente para alocar a novos membros por um período de 2 anos.
- Espaço Adicional e Recuperado - Todos IPv4 blocos de endereços recuperados de membros não pagantes, bem como todas as alocações de espaço de endereço feitas à AFRINIC pela IANA ou uma organização substituta.
3.3 Resumo
Esta proposta substitui AFPUB-2010-v4-005 com o efeito de revogar a maior parte da política original e substituí-la por uma política que trata apenas do valor final / 13 de espaço e novos participantes, conforme definido na definição acima.
3.4 Fase atual
A "Fase Atual" é o status quo no momento da adoção desta política. Durante esta fase, AFRINIC continuará alocando ou designando IPv4 espaço de endereçamento para LIRs e usuários finais usando IPv4 políticas de alocação conforme determinado pela comunidade por meio do grupo de trabalho de desenvolvimento de políticas.
A fase atual continuará até o esgotamento de IPv4 espaço de endereço ocorre, com exceção de IPv4 reservas definidas por esta e outras políticas em vigor.
3.5 Especificação de Novo Participante
No momento em que é feita uma aplicação que não pode ser preenchida fora do pool AFRINIC, com exclusão do espaço reservado por esta e outras políticas, as únicas aplicações para IPv4 o espaço que será considerado pela AFRINIC será para Novos Participantes. O tamanho máximo de uma alocação de Novo Participante será / 22.
As inscrições de novos participantes serão processadas em uma base primeiro a entrar (FIFO), ou seja, as inscrições serão processadas na ordem em que são recebidas. As inscrições de novos participantes com relação às justificativas devem estar em conformidade com as atuais IPv4 políticas de alocação definidas pela comunidade.
3.5.1 Esclarecimentos e Outros Pontos
Todos os espaços abrangidos pela definição de espaço adicional e recuperado, a partir do momento da ratificação desta política, farão parte do bloco de novos participantes e serão reservados para membros que atendam à definição de novo participante.
Por motivos de clareza, a política será acionada pelo aplicativo, no entanto, se um aplicativo for declarado inválido, o processamento posterior pode continuar até que seja feito outro aplicativo que não possa ser atendido.
No caso de o pedido final antes do esgotamento de todo o espaço fora do bloco de novos participantes ser grande demais para ser preenchido com o espaço disponível, o candidato deverá receber qualquer espaço restante disponível como alternativa.
4.0 Histórico de revisões
12.02.2016 | Proposta em seu formulário inicial postado para a lista de mala direta de Andrew Alston |
13.02.2016 | Proposta em novo formulário com modificações reenviadas para os presidentes do PDWG e postado na lista de discussão por Andrew Alston Para todos, exceto o primeiro draft; Versão 1 - Modificada para mostrar um texto completo em vez de um texto puramente de emenda contra a política antiga A seção 3.3 foi modificada para substituir o resumo original da política anterior. A seção 3.5.1 foi renomeada para ESCLARECIMENTOS E OUTROS PONTOS e, além disso, adicionou clareza ao processo para acionar o bloqueio de novos participantes. |
29.11.2016 | Proposta retirado por autores |
Referências 5.0
nenhum
Avaliação e comentários da equipe
3.0 Proposta
Esta política (IPv4 Soft Landing), aplica-se ao gerenciamento do espaço de endereço que estará disponível para o AFRINIC após o atual IPv4 a piscina está esgotada. ”
O pool atual consiste em recursos disponíveis do AFRINIC / 8s, bem como em outros espaços minoritários recebidos da IANA. Não está claro o que o autor quer dizer com esta declaração.
2. A política será acionada por um aplicativo de um novo participante. Os processos RS atuais devem ser modificados para atender a isso. O bloco de novos participantes inicialmente conterá um / 13, ao qual serão adicionados quaisquer recursos recuperados adicionais (da IANA) (do processo de encerramento).
3. AFRINIC deve reservar um / 13 (+ Espaço Adicional e Recuperado) para novos participantes após a apólice ser ratificada e todas as emissões para novos registros serão feitas fora desta reserva. Continuaremos avaliando as solicitações de recursos adicionais como está sendo feito atualmente. Recursos adicionais (incluindo alocações / atribuições para titulares de Legacy v4) devem ser emitidos de “(Todos os recursos disponíveis) - ((Reservado para novos participantes) + (Reservado para outras políticas))”
4. O tamanho máximo de uma alocação de Novo Participante será de / 22 e será processado em uma base primeiro a entrar, primeiro a sair (FIFO).
5. Se um novo bloco de inscritos for muito grande para ocupar o espaço disponível, o candidato deverá receber qualquer espaço restante disponível como alternativa.
6. Não está claro o que significa "esgotamento" na frase "A fase atual continuará até o esgotamento de IPv4 espaço de endereço ocorre ".
7. A frase a seguir não é clara / ambígua: "Por uma questão de clareza, a política será acionada pelo aplicativo, no entanto, se um aplicativo for declarado inválido, o processamento posterior pode continuar até que mais uma vez seja feito outro aplicativo que não possa ser cumprido "
8. Não há reserva de recursos para desenvolvimentos imprevistos na Internet como na atual política de softlanding.
9. Assim que esta política for ratificada, ela desbloqueia automaticamente o / 8 atualmente reservado e bloqueia apenas um / 13 para novos participantes. As práticas atuais de gerenciamento de PI continuarão até que haja apenas o último / 13, então as disposições desta política entrarão em vigor.
10. “Bloco Novo Entrante - Bloco A / 13 de IPv4 espaço, reservado na íntegra, “Isso significa que esta política seja ratificada, sua implementação terá início com a reserva de um / 13 IPv4 prefixo?
11. Se a proposta for ratificada quando o soft landing atual (CPM 5.4) já estiver ativo - e qual pode ser o caso, provavelmente no primeiro trimestre de 1, devemos reverter para a emissão baseada em necessidades (pré soft landing), apenas com a provisão para novos participantes?
12. Insira uma frase explícita para o tamanho da reserva para novos participantes em 3.5
13. O / 13 para novos participantes deve ser reservado SOMENTE a partir do último / 8? (já que não haverá uma política de pouso suave, pois esta proposta a revisará)
14. A proposta deve ser clara sobre como substitui ou revoga o CPM 5.4 e fornecer um texto claro com subnumeração sobre como será inserida no CPM