IPv4 inter-RIR Transferências de recursos (escopo abrangente) Draft-4 | Arquivado

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 com todas as outras RIRs.

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 Esta política se aplica a uma organização com uma 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 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: intra-RIR. Ambas as partes estão dentro da região de serviço do AFRINIC. inter-RIR. Uma das partes está dentro da região de serviço da AFRINIC, enquanto a outra está em outra RIR região de serviço.
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 As 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 Intra-RIR transferências. No caso de entrada deRIR. No caso de saída inter-RIR, o status resultante dependerá das políticas no recebimento RIR.
	5.7.4 Transferência de ASN de IPv4 Recursos A critério da AFRINIC, caso mais de 50% do IPv4 recursos associados a um ASN estão sendo transferidos, que ASN também podem ser transferidos ao mesmo tempo.
	5.7.5 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: Data da transferência. Recursos transferidos. fonte RIR e organização beneficiário RIR e organização. Isso não exclui a publicação da mesma ou de outras informações como resultado do acordo operacional entre os RIRs.
	5.7.6 Provisões para suspensões de transferências 5.7.6.1 A inter-RIR transferências serão suspensas caso o número de IPv4 endereços excede os de entrada por 6 meses consecutivos. 5.7.6.2 Os funcionários podem solicitar informações adicionais das partes para qualquer transferência considerada suspeita pelos funcionários. Posteriormente, todas as informações disponíveis serão encaminhadas ao conselho para a decisão de aprovar ou não a transferência.

    

 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
12 de agosto de 2020	Versão 4: AFPUB-2019-IPv4-002-DRAFT04 - Mudanças para acomodar IPv4 fase de exaustão 2 - Erro de digitação corrigido em 'Detalhes' (2020/09/16)
26 de novembro de 2019	Versão 3: AFPUB-2019-IPv4-002-DRAFT03 - Mudanças de acordo com a discussão da lista RPD.
2 de novembro de 2019	Versão 2: AFPUB-2019-IPv4-002-DRAFT02 - Sugestões seguidas de análises de impacto e discussões na lista. - Suporte incluído para ASN. - Incluído 5.7.3.3 existente (renumerado como 5.7.2.3). - Afirmando quando inter-RIR transferências estão ativadas. - Garantir que não haja desequilíbrios ou operações estranhas nas transferências uma vez implementada a proposta.
14 de maio de 2019	Versão 1: AFPUB-2019-IPv4-002-DRAFT01 Inicie Draft Postado em rpd

 

Avaliação de impacto da política AFRINIC

 

Avaliação da equipe AFRINIC

 

Data de avaliação	Relevante para a Proposta
agosto 2020	AFPUB-2019-IPv4-002-DRAFT04

 

1.0 Entendimento da equipe sobre a proposta de política

Esta proposta de política, se adotada, permite que a equipe traga modificações editoriais ao CPM e crie uma nova seção que deverá conter todas as políticas relacionadas a transferências. Esses direitos editoriais para a equipe devem ser limitados apenas a esta política. O conteúdo desta proposta de política (que altera a Seção 5.7 do CPM) será então atualizado na nova seção do CPM.

Atualmente, a Seção 5.7 do CPM permite o Intra-RIR transferências de IPv4 recursos apenas. As transferências por Fusões e aquisições são orientadas pelo documento de orientação de fusões e aquisições, fora do Manual de Políticas Consolidado. Além de intra-RIR transferências, esta proposta permitiria transferências bidirecionais de IPv4 de status legado e não legado com todos os outros RIRse altera a Seção 5.7 do Manual de Políticas Consolidado.

Para fins de clareza, dois tipos de transferências são reconhecidos:

1. intra-RIR. Ambas as partes estão dentro da região de serviço do AFRINIC.
2. inter-RIR. Uma das partes está dentro da região de serviço da AFRINIC, enquanto a outra está em outra RIR região de serviço.

O destinatário da transferência, se estiver na região de serviço AFRINIC, deve justificar a necessidade dos recursos que lhe estão a ser transferidos.
Uma organização (destinatário) que recebeu IPv4 recursos da AFRINIC nos 16 meses anteriores não serão aprovados como fonte de transferência
Seção 5.4.6.1 do CPM ("Para receber IPv4 alocações ou atribuições durante a Fase de Exaustão, o LIR ou Usuário Final deve ter usado pelo menos 90% de todas as alocações ou atribuições anteriores ") deve permanecer em vigor para os destinatários com base na Seção 5.7.3.1 da proposta que afirma" Organizações de destinatários dentro do AFRINIC A região de serviço deve ser aprovada com as mesmas políticas e procedimentos como se a solicitação do pool AFRINIC fosse atendida. ".

IPv4 recursos legados transferidos no caso de Intra-RIR transferências ou interRIR perderá seu status de legado.

A seção 5.7.4 menciona que ASNs podem ser transferidos, mas estão sujeitos a algumas condições, ou seja, mais de 50% dos recursos estão sendo transferidos. Os funcionários entendem que se receberem um pedido de transferência de recursos superior a 50% dos recursos mantidos de uma fonte para um destinatário, o destinatário também pode solicitar a transferência de seus ASN para esse destinatário.

As seguintes condições se aplicam à organização de origem na transferência: -

• Uma fonte do 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.
• Não há limitação de tamanho e frequência com que uma fonte pode transferir seus recursos
• As entidades de origem não serão elegíveis para receber mais IPv4 alocações ou atribuições de endereços do 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.
• Uma organização que recebeu IPv4 recursos da AFRINIC nos 16 meses anteriores não serão aprovados como fonte de transferência
• Os recursos legados e não legados podem ser transferidos. O status dos recursos legados no destinatário RIR registro será determinado pelas políticas prevalentes no destinatário RIR.

No caso de a equipe considerar que algumas transferências são suspeitas, eles podem solicitar outras partes interessadas, antes de encaminhar ao Conselho da AFRINIC uma decisão de aprovar ou não a transferência

A AFRINIC publicará todas as informações relacionadas permitidas pela fonte ou destinatário primário, indicando o seguinte: Data da transferência, recursos transferidos, Fonte RIR e organização e destinatário RIR e organização. Isso será feito da seguinte forma: - o log de transferência AFRINIC será atualizado após cada transferência executada e a sintaxe do log de transferência é a adotada por todos os RIRse inclui as especificações nesta proposta de política.

A proposta de política aceita que as transferências também apresentam alguns riscos e propõe queRIR transferências serão suspensas caso o número de IPv4 endereços excede os de entrada por 6 meses consecutivos. Isso significa que AFRINIC deve monitorar a quantidade de entrada e saída IPv4 endereços de transferências e o Conselho AFRINIC deve tomar a decisão de suspender o inter-RIR transferências com base na entrada do pessoal da AFRINIC e em alinhamento com esta política

 

1.1. Funcionários precisam de mais esclarecimentos dos autores

1. Uma vez que o texto da política não menciona explicitamente que os recursos podem ser transferidos como resultado de fusões e aquisições, a equipe assume que esta proposta de política exclui as transferências de IPv4 endereços devido a fusões e aquisições. A entrada do autor é necessária neste caso.
2. Uma vez que a decisão de suspender o inter-RIR política é adotada pelo Conselho da AFRINIC, de acordo com o estatuto, como a AFRINIC deve implementar a decisão do Conselho na CPM? De notar que a proposta de política abrange tanto intra como inter RIR transferências. A entrada do autor é necessária neste caso.
3. Recomende que a Seção 5.7.4 seja atualizada para remover "" A critério da AFRINIC "e uma seção que descreve em detalhes as condições de um ASN transferência incluída. Além disso, o escopo da proposta permite que ambos IPv4 e a ASN transferências a serem alteradas.

 

2.0 Comentários da equipe sobre as áreas de impacto

Se a proposta chegar a um consenso:

2.1 Impacto nos sistemas

1. A ferramenta de transferência em MyAFRINIC e NMRP exigirá ajustes adicionais para acomodarRIR fáceis
2. Introduzir uma ferramenta automatizada para monitorar a direção dos recursos, a fim de gerenciar facilmente 5.7.6
3. RPKI ROA
4. DNS reverso (maioria / 8s)
5. Sistema interno de ingressos

2.2 Impacto nos processos e procedimentos

Os processos e procedimentos exigirão uma revisão.

2.3 Impacto nas operações de MS

A avaliação da transferência de recursos consome muitos recursos e o departamento de MS exigiria uma equipe adicional para facilitar as avaliações oficiais e oportunas