Detalhes
|
AFPUB-2019-v4-002-DRAFT01 |
Versão 1.0 Status: Em discussão Obsoletos: |
Autor:
|
|
Altera: CPM, alterar o art. 5.7 |
||
|
Submetido: 14 Maio 2019 |
Proposta
1.0 Resumo do problema a ser tratado por esta 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.0 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.
Esta proposta considera que tais transferências devem ser permitidas para todos os tipos de IPv4 Recursos. No caso de recursos legados, isso tem a vantagem de permitir que esses recursos surjam e os incorporem 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 APNIC, ARIN, LACNIC e RIPE.
A única diferença entre esta proposta de política e AFPUB-2019-IPv4-001-DRAFT01 é que este último inclui uma restrição que só permite inter-RIR transferências de recursos legados. Portanto, se ambas as propostas obtiverem consenso, independentemente de chegarem a um consenso no mesmo ou em momentos diferentes, o texto desta proposta prevalecerá automaticamente.
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 as condições em que 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:
|
|
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 (escopo abrangente) - v1 |
| URL da proposta | https://afrinic.net/policy/proposals/2019-v4-002-d1#proposal |
| Avaliadas | 20 de Julho de 2019 |
1.0 Entendimento da proposta pela equipe
- Altera o CPM 5.7 que atualmente fornece para Intra-RIR transferências de modo a permitir tanto Intra quanto Inter-RIR transferências.
- 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 detentor legítimo dos recursos (Detentor de Recursos Legados ou Membro de Recursos) e não está sujeita a quaisquer disputas no momento da 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 legado for transferido, ele perderá o status legado 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.
- 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 RIR e da mesma forma.
- A fonte RIR deve ter umRIR política de transferência compatível com AFRINIC's.
- Todos os tipos de 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.
- Entidades de origem (detentor de recurso legado ou membro de recurso) 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.
- 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 jurídicos / contratos de serviço da.
- 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.
- O destinatário será um Membro de Recurso ou se inscreverá para ser um membro de recurso para receber recursos que estão sendo transferidos. Devem 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 transferências:
- A proposta atende apenas às 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? Quando o AFRINIC está na 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 herdados que transferiram recursos para fora da AFRINIC não poderão se tornar membros da AFRINIC e solicitar recursos dentro de 12 meses?
3.0 Comentários do Departamento Jurídico
nenhum
4.0 Implementação:
4.1 Cronograma e Impacto
- Prevê-se um impacto mínimo nas operações AFRINIC, caso as cláusulas de política conflitantes sejam abordadas.
- A política pode ser implementada em até 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).
