Detalhes
| IDENTIDADE: AFPUB-2019-v4-001-DRAFT01 |
Versão: 1.0 Estado: Em discussão Obsoletos: |
Autor: Jordi Palet Martinez jordi.palet noipv6company.com O Plano de Ação Global para Saúde Mental XNUMX-XNUMX da IPv6 Empresa |
| Altera: CPM, alterar o art. 5.7 | ||
| Submetido: 13 Maio 2019 |
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 através de transferências dentro da própria região, mas entre diferentes regiões. Isso permite facilitar uma dinâmica no mercado e aumentar a oferta, reduzindo 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 própria, mas no mercado da região, o que evita que novos negócios possam ser estabelecidos 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.
Como medida de proteção, considera-se que essas transferências só devem ser permitidas do AFRINIC para outras regiões se forem recursos herdados, independentemente da origem dos recursos provenientes de outras regiões. Isso também 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 com LACNIC e RIPE. No entanto, devido ao legado, ele limitará as transferências com o APNIC também ao legado, e não permitirá transferências com o ARIN, pois a redação da política limita as transferências para outras regiões com políticas "recíprocas".
3. Proposta
Altere o artigo 5.7 do CPM, da seguinte maneira:
|
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 Esta política se aplica a uma organização com necessidade justificada de IPv4 recursos que não podem ser satisfeitos pelo AFRINIC.
5.7.2 IPv4 recursos a serem transferidos - devem ser da conta de um membro AFRINIC existente ou de um Titular de recurso herdado na região de serviço AFRINIC. |
5.7 IPv4 Transferências de recursos Esta política se aplica a uma organização com necessidade justificada, por IPv4 recursos que não podem ser satisfeitos pelo AFRINIC.
5.7.1 Tipos de transferência reconhecidos Dois tipos de transferências são reconhecidos:
No Inter-RIR Nesse caso, se a fonte dos recursos estiver localizada em AFRINIC e o destino for outro RIR, apenas recursos herdados podem ser transferidos. |
|
5.7.3 Condições sobre a fonte da transferência 5.7.3.1 A fonte deve ser o atual titular legítimo do IPv4 abordar os recursos reconhecidos pela AFRINIC e não participar de nenhuma disputa quanto ao status desses recursos. 5.7.3.2 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 uma 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 A fonte deve ser o atual titular legítimo do IPv4 endereçar recursos nos RIRe não participe de nenhuma disputa quanto ao status desses recursos. 5.7.2.2 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.4 Condições sobre o destinatário da transferência 5.7.4.1 AFRINIC deve aprovar a necessidade do destinatário para o 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 os recursos recebidos. |
5.7.3 Condições para o destinatário da transferência 5.7.3.1 Para uma organização dentro da região de serviço AFRINIC, AFRINIC deve aprovar a necessidade do destinatário para o IPv4 número de recursos, seguindo as políticas relevantes existentes. 5.7.3.2 Para uma organização em outra RIR região de serviço, o critério relevante dependerá das políticas relevantes no destino RIR. 5.7.3.3 O destinatário deve ser um membro do relevante RIR, sujeito às suas políticas e documentos legais / contratos de serviço. |
|
5.7.4.3 Transferido IPv4 recursos herdados não serão mais considerados recursos herdados. |
5.7.3.4 IPv4 recursos herdados não serão mais considerados recursos herdados:
|
4. Referências
Existem inter-RIR políticas em APNIC, ARIN e RIPE, que demonstraram amplamente sua eficácia e não apresentaram problemas para as respectivas comunidades, pelo contrário.
LACNIC chegou a um consenso sobre uma proposta equivalente em sua última reunião:
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
Avaliação da equipe
| Proposta | AFPUB-2019-v4-001-DRAFT01 |
| Título | IPv4 inter-RIR Transferências de recursos herdados |
| URL da proposta | https://afrinic.net/policy/proposals/2019-v4-001-d1#proposal |
| Avaliadas | 20 julho |
1.0 Entendimento da proposta pela equipe
a) Altera o CPM 5.7, que atualmente forneceRIR transferências para permitir Intra e Inter-RIR transferências.
b) Intra-RIR transferências ocorrerão nas seguintes condições: -
- Ambas as partes (fonte e destinatário) estão dentro da região de serviço do AFRINIC.
- A fonte deve ser o atual titular legítimo dos recursos (Titular do Recurso Legado ou Membro do Recurso) e não está sujeita a disputas no momento em que a solicitação de transferência é enviada / executada.
- A entidade de origem (Titular do Recurso Legado ou Membro do Recurso) não será elegível para receber IPv4 endereços (alocações ou atribuições) da AFRINIC por um período de 12 meses após a aprovação da transferência.
- A organização receptora será um Membro de Recurso ou se candidatará a membro de recurso para receber os recursos que estão sendo transferidos. Eles estarão sujeitos às políticas, documentos legais e contratos de serviço da AFRINIC e serão submetidos a uma avaliação de necessidades para que a AFRINIC possa determinar suas necessidades de recursos a serem recebidos como parte da transferência, em conformidade com as políticas existentes.
- Se o espaço herdado for transferido, ele perderá o status herdado após a transferência.
- A seção 5.7.3.3 presente na política atual foi removida da nova proposta de política ("As entidades de origem não devem ter recebido uma transferência, alocação ou atribuição de IPv4 número de recursos da AFRINIC para os 12 meses anteriores à aprovação do pedido de transferência "). Esta restrição exclui transferências de fusões e aquisições. Isso significa que um membro do Recurso que acabou de receber recursos delegados da AFRINIC pode transferir os recursos logo em seguida.
c) Inter-RIR transferências ocorrerão nas seguintes condições: -
- Se a fonte estiver na região de serviço AFRINIC, o destinatário deve estar em outra RIRe da mesma forma.
- A fonte RIR deve ter umRIR política de transferência compatível com os AFRINIC.
- Somente legado IPv4 os recursos podem ser transferidos do AFRINIC para o recebimento RIRs.
- A fonte deve ser o atual detentor legítimo dos recursos (Detentor do recurso legado ou Membro do recurso que detém alguns recursos legados) e não está sujeito a nenhuma disputa no momento da solicitação / execução da solicitação de transferência.
- Os critérios do destinatário dependerão das políticas relevantes no RIR onde está registrado como membro.
- O destinatário estará sujeito às suas RIRdocumentos legais / contratos de serviço
- As entidades de origem não serão elegíveis para receber mais IPv4 atribuir alocações ou atribuições de AFRINIC por um período de 12 meses após a aprovação da transferência
- O AFRINIC pode receber legados e não legados IPv4 espaço de outro RIRs.
- O espaço herdado, uma vez transferido, cai no RSA e perde o status herdado.
- A organização receptora será um Membro de Recurso ou se candidatará a membro de recurso para receber os recursos que estão sendo transferidos. Deverão ser submetidos a uma avaliação de necessidades para que a AFRINIC determine as necessidades dos recursos a receber no âmbito da transferência, de acordo com as políticas existentes.
2.0 Comentários da equipe
2.1 Intra-RIR fáceis
- A proposta apenas serve para transferências de IPv4 espaço. Algumas organizações podem querer transferir ASNs que possuem status herdado na origem. A intenção do autor de restringir transferências a IPv4 apenas e excluir ASNs desta proposta de política?
- A seção 5.7.3.3 foi removida da nova proposta de política ("As entidades de origem não devem ter recebido uma transferência, alocação ou atribuição de IPv4 número de recursos da AFRINIC para os 12 meses anteriores à aprovação do pedido de transferência "). Esta restrição exclui transferências de fusões e aquisições. A remoção desta cláusula abrirá o caminho para as empresas se estabelecerem na região de serviço AFRINIC, obter recursos e transferi-los fora da região - isto é, novos membros poderão vender / transferir imediatamente seus recursos assim que recebidos - abrindo caminho para abusos graves e ao mesmo tempo conflitos com a cláusula da política de pouso suave que exige uma demonstração da necessidade de próximos 8 meses (CPM 5.4.5).
- É intenção do autor alterar as informações intra-RIR política removendo esta cláusula?
- Como será tratado o conflito com o CPM 5.4.5?
2.2 Inter-RIR fáceis
- Não está claro quandoRIR as transferências tornam-se efetivas (Fase 1 ou Fase 2 do pouso suave).
- A proposta 5.7.2.2 diz "Entidades de origem não serão elegíveis para receber mais IPv4 endereçar alocações ou atribuições da AFRINIC por um período de 12 meses após a aprovação da transferência ". Isso pode implicar que os Detentores de Recursos Legados que transferiram recursos para fora podem não ser capazes de se tornar membros da AFRINIC e solicitar recursos dentro de 12 meses.
3.0 Comentários do Consultor Jurídico
nenhum
4.0 Implementação
4.1 Cronograma e Impacto
- Está previsto um impacto mínimo nas operações da AFRINIC, caso as cláusulas políticas conflitantes sejam abordadas.
- A política pode ser implementada dentro de 6 meses a partir da última chamada.
4.2 Requisitos de implementação
- Alteração de intra-RIR as regras exigirão que o AFRINIC retrabalhe a ferramenta de transferência automatizada
- Colaboração com o outro RIRs para implementar inter-RIR transfere e automatiza serviços relacionados (como rDNS).
