Detalhes
IDENTIDADE: |
AFPUB-2019-IPv4-002-DRAFT05 |
Data de envio: |
Outubro 27 2020 |
Autor: |
Jordi Palet Martinez jordi.palet noipv6company.com O Plano de Ação Global para Saúde Mental XNUMX-XNUMX da IPv6 Empresa |
Versão: |
5.0 |
Obsoletos: |
Altera: |
CPM, alterar o art. 5.7 |
Proposta
1. Resumo do problema tratado nesta proposta
Esta proposta permite estabelecer o mecanismo para permitir transferências de IPv4 recursos de / para outras regiões e alinhar o AFRINIC com um mercado que já existe e no qual estamos atrasados, o que é negativo para a região.
2. Resumo de como esta proposta aborda o problema
Nos últimos anos, e com o esgotamento de IPv4, várias regiões resolveram esse problema, não apenas por meio de transferências dentro da própria região, mas entre diferentes regiões. Isso permite facilitar a dinâmica no mercado e aumentar a oferta, reduzindo os preços.
No entanto, uma inter-RIR Não foi estabelecido um mecanismo em AFRINIC, que está levando a região a uma situação de discriminação e escassez de endereços, não apenas no RIR ela própria mas no mercado da região, o que evita até que novos negócios se abram na região, devido à falta de endereços.
Por outro lado, o fato de não haver interferênciaRIR A política não impede transferências "sob a tabela" e, portanto, assume que existem recursos dos quais o histórico de seu registro é perdido, o que é uma das principais funções do AFRINIC.
A presente proposta considera que essas transferências devem ser permitidas tanto para produtos legados quanto para produtos não legados. IPv4 endereços. No caso de recursos herdados, isso tem a vantagem de permitir que esses recursos surjam e os incorpore ao RIRs sistema.
Além disso, é importante destacar que a implantação de IPv6, em alguns casos, pode exigir pequenos blocos de IPv4 aborda mecanismos de transição ou aumenta significativamente seus custos, e muitas entidades AFRINIC podem, portanto, estar em grande desvantagem se não tiverem acesso a um mercado global, como atualmente é o caso.
Não há dúvida de que aceitar esse tipo de transferência também apresenta riscos, e é possível que um aumento de preço inicial seja gerado, o que seria rapidamente alinhado com o restante do mercado global, como é o caso de mercados equivalentes.
Esta proposta permitiria transferências bidirecionais, compatíveis e recíprocas com todas as outras RIRs.
Esta proposta não cobre M&A, que já está sendo discutida em outra proposta.
Sugere-se que, como uma atualização editorial do CPM, se essa política for adotada, a seção 5.7 seja movida para uma nova seção (possivelmente 13), que acomode no futuro todas as políticas relacionadas a transferências em um único local. Essa modificação editorial pode ser feita pela equipe, renumerando / reordenando quaisquer seções relevantes, até ajustando títulos / legendas para a nova seção para melhor corresponder ao texto adotado.
3. Proposta
3.1 Alterando o artigo 5.7 do CPM, da seguinte forma:
Atual |
Proposto |
5.7 IPv4 Transferência de recursos na região de AFRINIC Como os outros Registros Regionais da Internet, o AFRINIC esgotará em breve IPv4 piscina. Para atender às necessidades dos solicitantes de recursos atrasados, uma política de transferência para IPv4 recursos na região são necessários. O objetivo desta política é definir condições sob as quais as transferências devem ocorrer. A política resolve o problema de uma organização africana que precisa IPv4 número de recursos após o esgotamento do AFRINIC IPv4 ou quando o AFRINIC não puder mais atender às necessidades de tal organização. 5.7.1 Resumo da política 5.7.2 IPv4 recursos a serem transferidos - devem ser da conta de um membro do AFRINIC existente ou de um Detentor de Recursos Legado na região de serviço do AFRINIC.
|
5.7 IPv4 Transferências de recursos Esta política se aplica a uma organização com uma necessidade justificada de IPv4 recursos (destinatários) e organizações com IPv4 recursos que não precisam mais (fontes). 5.7.1 Tipos de transferência reconhecidos Dois tipos de transferências são reconhecidos:
|
5.7.3 Condições sobre a fonte da transferência 5.7.3.1 A fonte deve ser o atual detentor dos direitos do IPv4 abordar os recursos reconhecidos pela AFRINIC e não participar de nenhuma disputa quanto ao status desses recursos. 5.7.3.2 As entidades de origem não serão elegíveis para receber mais IPv4 alocações ou atribuições de endereços da AFRINIC por um período de 12 meses após a aprovação da transferência. 5.7.3.3 As entidades de origem não devem ter recebido transferência, alocação ou atribuição de IPv4 número de recursos da AFRINIC nos 12 meses anteriores à aprovação da solicitação de transferência. Esta restrição exclui transferências de fusões e aquisições. |
5.7.2 Condições na fonte da transferência 5.7.2.1 Uma fonte deve ser validada pela fonte aplicável RIR de acordo com suas políticas e procedimentos. Uma fonte da AFRINIC deve estar em dia com suas obrigações, ser o registrador legítimo dos recursos a serem transferidos e não deve haver disputas quanto ao status de tais recursos. 5.7.2.2 Entidades de origem não serão elegíveis para receber mais IPv4 alocações de endereços ou atribuições da AFRINIC. As entidades de origem podem, se puderem demonstrar necessidade justificada, receber recursos por meio de transferência após um período não inferior a 16 meses (duas vezes a janela definida em 5.4.5) após sua última transferência de saída. 5.7.2.3 Uma organização que recebeu IPv4 os recursos da AFRINIC nos 16 meses anteriores não serão aprovados como fonte de transferência. |
5.7.4 Condições sobre o destinatário da transferência 5.7.4.1 O AFRINIC deve aprovar a necessidade do destinatário da IPv4 recursos numéricos. Para que uma organização se qualifique para receber uma transferência, ela deve primeiro passar pelo processo de justificar sua IPv4 necessidades de recursos antes do AFRINIC. Ou seja, a organização deve justificar e demonstrar perante o AFRINIC seu uso inicial / adicional de alocação / atribuição, conforme aplicável, de acordo com as políticas em vigor. 5.7.4.2 O destinatário deve ser um membro da AFRINIC, sujeito às políticas atuais da AFRINIC e deve assinar o Contrato de Serviços de Registro para obter os recursos recebidos.
|
5.7.3 Condições para o destinatário da transferência 5.7.3.1 As organizações receptoras na região de serviço AFRINIC devem ser aprovadas com as mesmas políticas e procedimentos como se a solicitação estivesse sendo atendida do pool AFRINIC. 5.7.3.2 Destinatários em outros RIRs devem ser aprovados de acordo com isso RIRpolíticas e procedimentos da. |
5.7.4.3 Transferido IPv4 recursos herdados não serão mais considerados recursos herdados. |
5.7.3.3 IPv4 recursos herdados não serão mais considerados recursos herdados:
No caso de saída inter-RIR, o status resultante dependerá das políticas no recebimento RIR. |
5.7.4 Divulgação Requerida para Transferências Cada vez que uma transferência é concluída, AFRINIC publicará todas as informações relacionadas permitidas pela fonte ou destinatário, incluindo pelo menos:
Isso não exclui a publicação da mesma ou de outras informações como resultado do acordo operacional entre os RIRs. |
4. Referências
Existem inter-RIR políticas em APNIC, ARIN, LACNIC e RIPE, que têm demonstrado amplamente sua eficácia e não têm apresentado problemas às respectivas comunidades, muito pelo contrário.
De acordo com as evidências existentes, a região ARIN aparece como a origem da transferência do maior número de endereços para as outras regiões que possuem políticas de transferência de recursos.
- https://www.nro.net/wp-content/uploads/NRO-Statistics-2018-Q4.pdf
- http://www.lacnic.net/innovaportal/file/3277/1/2-john-sweeting-arin.pdf
Histórico de Revisão
Histórico de Revisão
Data |
Detalhes |
Outubro 27th 2020 | Versão 5: AFPUB-2019-IPv4-002-DRAFT05
|
12 de agosto de 2020 | Versão 4: AFPUB-2019-IPv4-002-DRAFT04
|
26 de novembro de 2019 | Versão 3: AFPUB-2019-IPv4-002-DRAFT03
|
2 de novembro de 2019 | Versão 2: AFPUB-2019-IPv4-002-DRAFT02
|
14 de maio de 2019 | Versão 1: AFPUB-2019-IPv4-002-DRAFT01
|