Detalhes
Política de Transferência de Recursos |
|||
IDENTIDADE: |
AFPUB-2019-V4-003-DRAFT02 |
Data Enviada: |
13 agosto 2020 |
Autor (es): |
Este endereço de e-mail está protegido contra spambots. Você deve habilitar o JavaScript para visualizá-lo. Este endereço de e-mail está protegido contra spambots. Você deve habilitar o JavaScript para visualizá-lo. |
Versão: |
2.0 |
Obsoletos: |
Altera: |
CPM 5.7 |
Proposta
1. Resumo do problema tratado nesta proposta
A política atual falha no suporte a uma conexão de mão dupla.RIR política, dificultando assim a operação, o desenvolvimento e o crescimento dos negócios na região. Esta proposta visa estabelecer um mecanismo eficiente e favorável aos negócios que permita a transferência de uma série de recursos de / para outras regiões. Esta proposta traça um modelo no qual AFRINIC pode transferir livremente recursos numéricos de / para outras regiões, ou seja, RIPE NCC, APNIC, ARIN e LACNIC. Isso inclui ambos IPv4 endereços e números AS.
2. Resumo de como esta proposta aborda o problema
Com o esgotamento de IPv4, várias regiões adotaram uma política de transferência para acomodar a escassez de recursos. É permitido transferir recursos numéricos na própria região, bem como com outras regiões.
Essa prática é eficaz e necessária quando estamos enfrentando uma escassez de recursos. Isso ajuda a facilitar a operação comercial, reduzindo os preços.
Tais inter-RIR transferência, no entanto, ainda não está estabelecida em AFRINIC. Isso prejudica a operação e o desenvolvimento de negócios na região africana. A presente proposta visa estabelecer um mecanismo eficiente e favorável aos negócios que permita a transferência de uma série de recursos de / para outras regiões. Antes de passarmos para ilustrar como esse novo mecanismo funciona, vamos dar uma rápida olhada na situação do atual Manual de Políticas Consolidadas:
No Manual de Política Consolidado atualizado em 22 de fevereiro de 2019, apenas “IPv4 transferência de recursos na região AFRÍNICA ”.
Em relação à transferência de recursos para outras regiões, apenas o seguinte é mencionado:
5.5.1.1.3 Se um LIR planeja trocar ou transferir espaço de endereço, ele precisa entrar em contato com a AFRINIC para que as alterações sejam devidamente registradas.
O LIR permanece responsável por todas as alocações registradas no banco de dados do AFRINIC até que tenham sido transferidas para outro LIR ou devolvidas ao AFRINIC. Os LIRs devem garantir que todas as políticas sejam aplicadas.
A falta de uma orientação clara sobre transferência de recursos é prejudicial ao desenvolvimento do continente. Isso dificulta a operação comercial e também impede o estabelecimento de novos negócios na região.
Além disso, como Inter RIR política é aplicada em outras regiões, é importante que o AFRINIC acompanhe outras RIRs para garantir operação e coordenação fáceis.
3. Proposta
O CPM 5.7 será modificado por esta proposta 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 IPv4 Transferência de recursos 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 são necessários recursos dentro e fora da região. 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.1 Resumo da política Esta política se aplica a qualquer solicitação de transferência levantada por um detentor de recursos para a transferência de recursos de e para a região 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.2 IPv4 recursos a serem transferidos - qualquer detentor de recurso que publique uma solicitação de transferência para outra parte. Um acordo de transferência de recursos deve ser fornecido. |
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 Condições sobre a fonte da transferência 5.7.3.1 A fonte deve ser o atual detentor dos direitos do IPv4 recursos de endereço registrados em qualquer RIR e deve estar em conformidade com as políticas de recebimento RIR. |
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.2 Entidades de origem são elegíveis para receber mais IPv4 alocações ou atribuições do AFRINIC, desde que cumpra a política atual. |
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.3.3 Não há limite superior em relação à quantidade de transferência, alocação e cessão de IPv4 número de recursos que uma entidade de origem pode receber desde que a solicitação de transferência seja realizada sob um acordo mútuo entre o remetente e o destinatário. |
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 Condições sobre o destinatário da transferência 5.7.4.1 Uma transferência de outro RIR para AFRINIC requer uma avaliação baseada na necessidade. 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. Uma transferência de AFRINIC para outro RIR deve seguir a política de recebimento RIR. |
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.4.2 O destinatário pode ser qualquer parte que chegue a um acordo de transferência de recursos com o remetente. |
5.7.4.3 Transferido IPv4 recursos herdados não serão mais considerados recursos herdados. | 5.7.4.3 Transferido IPv4 recursos herdados não serão mais considerados recursos herdados. |
5.7.5 Procedimento de transferência de recursos 5.7.5.1 A parte transferidora que detém os recursos pode iniciar uma solicitação de transferência entre ela e uma parte externa. Se as duas partes concordarem, a parte transferidora enviará uma solicitação ao receptor RIR, usando um modelo padrão e enviar um acordo oficial de transferência de recursos para os envolvidos RIR(s). A transferência deve estar em conformidade com as políticas do receptor RIR. 5.7.5.2 Após o recebimento RIR aprova a transferência, irá notificar o transferidor RIR, a parte transferidora e o destinatário. Os recursos serão transferidos para o destinatário. 5.7.5.3 Quando o recebimento RIR aprova a transferência, os recursos serão transferidos para o destinatário. |
4. Referências
Inter RIR- políticas são adotadas no RIPE, APNIC, LACNIC e ARIN. O registro dessas regiões mostra que o Inter RIR facilita a coordenação e operação fáceis entre RIRs.
O modelo atual da proposta é baseado no Inter do RIPE RIR política em:
https://www.ripe.net/manage-ips-and-asns/resource-transfers-and-mergers/inter-rir-transfers
Histórico de Revisão
Histórico de Revisão
Data |
Detalhes |
Agosto 13 2020 | Versão 2: AFPUB-2019-V4-003-DRAFT02 - As seções 5.7.3.1, 5.7.4.1 e 5.7.4.3 foram atualizadas. |
Outubro 30 2019 |
Versão 1: AFPUB-2019-V4-003-DRAFT01 |
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-V4-003-DRAFT02 |
1.0 Entendimento da proposta pela equipe
Esta proposta de política introduz uma interface de mão duplaRIR política de transferência, permitindo assim IPv4 recursos a serem transferidos dentro, para dentro e fora da região de serviço AFRINIC.
As condições são interpretadas da seguinte forma: -
A. para transferências dentro da região, ou seja, intra-RIR transferência
- A entidade de origem deve ser o atual detentor do IPv4 recurso que deve ser transferido.
- A entidade de origem que está postando uma solicitação de transferência também deve fornecer um contrato de transferência de recursos
- A entidade de origem deve cumprir com as políticas do receptor RIR.
- Não há limite para o tamanho dos recursos transferidos
- A entidade de origem é elegível para receber mais IPv4 alocações ou atribuições da AFRINIC, desde que esteja em conformidade com a política atual. Não há limite máximo quanto ao montante de transferência, atribuição e cessão de IPv4 número de recursos que uma entidade de origem pode receber desde que a solicitação de transferência seja realizada sob um acordo mútuo entre o remetente e o destinatário.
- O destinatário de uma transferência deve justificar o IPv4 Cria
- O destinatário de uma transferência na região de serviço AFRINIC deve ser um membro AFRINIC.
- Portanto, o destinatário de uma transferência, se ainda não for um membro da AFRINIC, deverá solicitar a adesão e passar por uma avaliação de acordo com as necessidades antes da aprovação da transferência.
B. para transferências de AFRINIC para outro RIR (inter-RIR transferir)
- A entidade de origem deve ser o atual detentor do IPv4 recurso que deve ser transferido.
- A entidade de origem que está postando uma solicitação de transferência também deve fornecer um contrato de transferência de recursos
- A entidade de origem deve cumprir com as políticas do receptor RIR(ver pedido de esclarecimento)
- Não há limite para o tamanho dos recursos transferidos
- A entidade de origem é elegível para receber mais IPv4 alocações ou atribuições da AFRINIC, desde que esteja em conformidade com a política atual. Não há limite máximo quanto ao montante de transferência, atribuição e cessão de IPv4 número de recursos que uma entidade de origem pode receber, desde que a solicitação de transferência seja realizada sob um acordo mútuo entre o remetente e o destinatário.
- A parte transferidora (Fonte) enviará uma solicitação ao receptor RIR, usando um modelo padrão e enviar um acordo oficial de transferência de recursos para os envolvidos RIR(S).
- O destinatário da transferência deve estar em conformidade com as políticas do receptor RIR.
- O receptor RIR deve notificar a entidade de origem e a fonte RIR e o destinatário se a transferência for aprovada e a fonte RIR irá então transferir os recursos.
Não está claro por que a entidade de origem deve cumprir as políticas do receptor RIR quando opera na região de serviço da fonte RIR.
A entidade receptora é interpretada como diferente da entidade de origem e obrigada a cumprir as políticas do receptor RIRs.
Ao enviar um pedido de transferência ao destinatário, RIR e não é RIR, a verificação se a entidade de origem é a atual detentora dos recursos não pode ser feita.
C. para transferências de outro RIR para AFRINIC (inter-RIR transferir)
- A entidade de origem deve ser o atual detentor do IPv4 recurso que deve ser transferido.
- A entidade de origem que está postando uma solicitação de transferência também deve fornecer um contrato de transferência de recursos
- A entidade de origem deve cumprir com as políticas do receptor RIR
- Não há limite para o tamanho dos recursos transferidos
- A parte transferidora (Fonte) enviará uma solicitação ao receptor RIR, usando um modelo padrão e enviar um acordo oficial de transferência de recursos para os envolvidos RIR(s). O recebimento RIR deve notificar a entidade de origem e a fonte RIR e o destinatário se a transferência for aprovada e a fonte RIR irá então transferir os recursos.
- O destinatário da transferência deve estar em conformidade com as políticas da AFRINIC e ser um membro
Uma vez que AFRINIC não tem relacionamento com a fonte de uma transferência que existe fora de sua região de serviço, ela não aceitará qualquer comunicação da organização de origem (detentor do recurso). Recomenda que este último corresponda ao seu RIR quem deve conduzir a verificação apropriada da solicitação de transferência recebida de seu detentor de recursos (membro ou legado) de acordo com suas políticas e práticas comerciais estabelecidas. A fonte RIR deverá, então, comunicar-se com a AFRINIC.
A AFRINIC avaliará então a solicitação da organização beneficiária de acordo com suas políticas e, se for bem-sucedida, coordenará a transferência com a fonte RIR.
1.2 Equipe precisa de mais esclarecimentos dos autores
- 5.7.3.1 - A fonte deve ser o atual detentor dos direitos do IPv4 recursos de endereço registrados em qualquer RIR e deve estar em conformidade com as políticas de recebimento RIR?
- Esta declaração não é clara, já que as entidades de origem existem e estão sujeitas às políticas da AFRINIC (intra) ou de outra RIR (inter), que são a fonte RIRs. A entidade de origem não tem relação com o receptor RIR. Os autores podem esclarecer o que exatamente significam aqui?
- 2. 5.7.5.1 fala sobre o uso de um modelo padrão. É necessário esclarecimento sobre este modelo padrão - é um modelo padrão globalmente aceito em todas as regiões?
- 3. A proposta carece de uma orientação sobre recursos em disputa - Os autores podem esclarecer como a AFRINIC deve lidar com os recursos envolvidos nas transferências em disputa?
1.3 Desafios de implementação percebidos
- "5.7.3.2 Entidades de origem são elegíveis para receber mais IPv4 alocações ou atribuições da AFRINIC, desde que esteja em conformidade com a política atual ". está fadado a levar a abusos
- 5.7.4.2 praticamente conflitante com 5.7.4.1.
- ASN a transferência é mencionada apenas no resumo do problema, mas todo o texto nas cláusulas da política se refere a IPv4 apenas, isso é confuso e levará a interpretações erradas. É importante ter ASN inclusão claramente declarada no texto da política
2.0 Comentários da equipe sobre as áreas de impacto
Se a proposta chegar a um consenso:
2.1 Impacto nos sistemas
- A ferramenta de transferência em MyAFRINIC exigirá mais ajustes para acomodarRIR fáceis
- Impactos de DNS reverso a serem considerados (para a maioria / 8s)
- RPKI ROA
- Logs de transferência
- RT (Sistema de emissão de bilhetes AFRINIC)
2.2 Impacto nos processos e procedimentos
- Os processos e procedimentos exigirão uma revisão.
- Coordenação com o RIRs que têm compatibilidade compatívelRIR políticas de transferência também serão necessárias
2.3 Impacto nas operações
- 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
- Também serão necessários recursos da equipe de engenharia de software para implementar a transferência nos sistemas AFRINIC.