Adicionar ao carrinho
|
IDENTIDADE: |
AFPUB-2020-GEN-006-DRAFT03 |
Data Enviada: |
22 2021 novembro |
|
Autor (es): |
|
Versão: |
3 |
|
Obsoletos: |
IPv4 Transferência de recursos dentro da região AFRINIC (Seção 5.7 do CPM) |
Status |
Consenso (Aguardando Ratificação pelo Conselho) |
|
Resumo do marco do PDP
|
|||
Proposta
1. Resumo do problema tratado nesta proposta
O AFRINIC IPv4 espera-se que a piscina acabe em breve. Algumas entidades podem precisar IPv4 espaço para apoiar seus IPv6 implantações, principalmente para apoiar mecanismos de transição, que o AFRINIC pode não atender. A atual Intra-RIR política da AFRINIC permite que as entidades recebam IPv4 endereços de outros membros apenas dentro da região AFRINIC, com base em necessidades justificadas.
Considerando o limitado IPv4 espaço inicialmente disponibilizado para AFRINIC (AFRINIC gerencia apenas 7.23 / 8s com uma proporção muito baixa de IPv4 endereços por usuário da Internet), haverá, portanto, a necessidade de permitir o não utilizado IPv4 de outras regiões para se mudar para a região de serviço AFRINIC, sem necessariamente esgotar a pequena quantidade de AFRINIC IPv4 endereços transferindo espaço para fora da região.
O atual Intra- RIR a política de transferência permite todos os tipos de IPv4 alocações / atribuições a serem transferidas, incluindo IPv4 de blocos de finalidade especial (blocos reservados para IXPs e DNS root ops, Last / 8, etc.)RIR a política de transferência não cobre ASNenquanto há casos em que as transferências de ASNs entre os membros AFRINIC é desejável.
2. Resumo de como esta proposta aborda o problema
Esta nova política define um conjunto de regras para permitir a transferência de IPv4 endereços e ASNs dentro da região de serviço AFRINIC; e entre a região de serviço AFRINIC e outras regiões, especificando quais categorias de recursos são elegíveis para transferência, a localização das partes (fontes e destinatários) e as condições a serem cumpridas.
A política separa recursos em diferentes categorias e define quais regras de transferência se aplicam a cada categoria.
Somente recursos legados e recursos transferidos de outras regiões serão transferíveis para fora da região de serviço AFRINIC.
A política também contém as seguintes disposições:
- Os recursos numéricos são intransferíveis, a menos que a AFRINIC expressamente e por escrito tenha aprovado um pedido de transferência. A AFRINIC tem a tarefa de tomar decisões prudentes sobre a aprovação da transferência de recursos numéricos.
- IPv4 endereços e ASNs só podem ser transferidos de acordo com esta política.
- A AFRINIC não reconhece transferências fora das políticas de transferência aprovadas e exige que as organizações detentoras de tais recursos os devolvam aos registros apropriados.
O objetivo desta política de transferência é ajudar a distribuir recursos daqueles que não precisam mais deles para organizações que precisam dos recursos, mas não podem obtê-los dos pools gratuitos AFRINIC.
AFRINIC reconhece os seguintes tipos de transferências:
- fusão, aquisição, aquisição ou consolidação,
- entre os membros AFRINIC,
- entre um membro AFRINIC e uma organização em outra região,
- entre um detentor de recurso legado e um membro AFRINIC,
- entre um detentor de recurso legado e uma organização em outra região.
AFRINIC irá processar e gravar Inter-RIR transferências de recursos apenas quando a contraparte RIR tem um Inter-RIR política de transferência que permite a transferência de IPv4 espaço de endereço e ASNs entre sua própria região e AFRINIC. Atualmente, as outras regiões são APNIC, ARIN, LACNIC, RIPE NCC.
3. Proposta
Insira o seguinte texto no CPM (numeração a ser alterada pela equipe conforme apropriado):
3.1 Definições aplicáveis a esta seção da proposta
3.1.1 "Recurso" refere-se a "recurso escasso"
3.1.2 "Recursos escassos" são IPv4 Espaço de endereço e números de sistema autônomo. "Pool AFRINIC" significa o pool gerenciado AFRINIC de IPv4 e ASNs, obtido da IANA (alocado e recuperado) ou por meio do ERX (transferências de registro antecipado).
3.1.3 "Pool de Finalidades Especiais" significa o pool de recursos atualmente reservados para Infraestruturas Críticas da Internet (seção 5.6.4 do CPM) e recursos distribuídos durante as fases de Exaustão da política de pouso suave (seção 5.4 do CPM).
3.1.4 "Recursos legados" referem-se aos recursos alocados antes do RIR sistema e marcado como Legado pela AFRINIC.
3.1.5 "Outros" significa recursos transferidos de outras regiões através do Inter-RIR transferências.
3.1.6 "Inter-RIR transferência "significa a transferência de recursos de um detentor de recursos na região de serviço AFRINIC para uma organização em outra região ou vice-versa.
3.2 Marcação dos recursos
- Piscina AFRINIC == Regional
- 2. Pool para fins especiais == Reservado
- 3. Legado == Legado
- 4. Outros == Global
3.3 Regras e procedimentos para a seleção de recursos elegíveis para transferências
3.3.1 Se a fonte e o destinatário forem membros da AFRINIC, permita a transferência "Regional", "Global" ou "Legado" e marque "Legado" como "Global".
3.3.2 Se a fonte for um titular do Legacy e o destinatário for um membro da AFRINIC, permita a transferência de "Legacy" e marque os recursos transferidos como "Globais".
3.3.3 Se a fonte for um titular de Legacy e o destinatário estiver em outra região, permita a transferência de "Legacy".
3.3.4 Se a fonte for um membro AFRINIC e o destinatário estiver em outra região, permita a transferência "Global".
3.3.5 Se a fonte for de outra região e o destinatário for um membro da AFRINIC, permita "Outros" e marque os recursos transferidos como "Globais".
3.3.6 Independentemente da origem e do destinatário, se o recurso a ser transferido for "Reservado", recuse a transferência. Essa restrição exclui fusões, aquisições e transferências de controle.
3.4 Condições de recursos a serem transferidos
- O tamanho do IPv4 o prefixo do endereço deve ser no mínimo / 24.
- O recurso deve se qualificar para o tipo de transferência solicitada conforme definido em 3.3.
- O recurso será coberto pelas políticas AFRINIC após a transferência para a região.
3.5 Condições na fonte
- O detentor da fonte deve ser o legítimo detentor dos recursos objeto da transferência e os recursos não devem ser objeto de qualquer disputa, conhecida ou contemplada.
- Se a fonte for de outras regiões, as condições da fonte são definidas na contraparte RIRpolítica de transferência s.
3.6 Condições do destinatário
- Estará sujeito às políticas atuais da AFRINIC.
- Deve assinar RSA.
- O destinatário que não possui recursos anteriores deve:
- demonstrar um plano detalhado para o uso dos recursos transferidos (no caso de ASN, o destinatário deve atender aos critérios para a atribuição de ASN).
- O destinatário com recursos anteriores deve:
- demonstrar um plano detalhado para o uso dos recursos transferidos (no caso de ASN, o destinatário deve atender aos critérios para a atribuição de ASN).
- mostra a taxa de uso anterior.
- fornecer evidências de conformidade com as políticas da AFRINIC com relação a alocações / atribuições anteriores.
- Se o destinatário estiver em outra região, as condições do destinatário são definidas na contraparte RIR política de transferência.
4. Referências
- https://www.nro.net/about/rirs/statistics/ (seção 'Relatórios de status de números da Internet')
- https://www.potaroo.net/tools/ipv4/
- https://bgp.potaroo.net/iso3166/v4cc.html
- https://resources.potaroo.net/iso3166/ascc.html
- ftp://ftp.afrinic.net/stats/afrinic/transfers/
Histórico de Revisão
Histórico de Revisão
| Data | Adicionar ao carrinho |
| 22 2021 novembro |
Versão 3: AFPUB-2020-GEN-006-DRAFT03 Reordene as seguintes cláusulas para maior clareza:
|
| Outubro 8 2021 | Versão 2: AFPUB-2020-GEN-006-DRAFT02
|
| Outubro 17 2020 | Versão 1: AFPUB-2020-GEN-006-DRAFT01
|
Avaliação de impacto da política AFRINIC
Avaliação da equipe AFRINIC
28 de fevereiro de 2022
1.0 Interpretação e compreensão da proposta pela equipe
- A proposta irá substituir a atual seção de transferência 5.7 do CPM
- Permite a transferência de IPv4 e ASN recursos dentro da região e entre AFRINIC e outros RIRs que permite a transferência de IPv4 espaço de endereço e ASNs entre sua própria região e AFRINIC
- Ele introduz a categorização de recursos e um conjunto de regras de transferência e especifica as categorias de recursos elegíveis para transferência. Estas categorias são para fins administrativos de política de recursos e não devem refletir na WHOIS. A categorização dos recursos é a seguinte:
- Piscina AFRINIC == Regional
- Pool para fins especiais == Reservado
- Legado == Legado
- Outros == Global
- As regras e procedimentos da política são:
- Apenas recursos legados e recursos transferidos de outras regiões serão transferíveis para fora da região de serviço AFRINIC
- As transferências intra-regionais devem permitir "Regional", "Global" ou "Legado"
- As transferências interregionais externas devem permitir Legacy e Global (recursos que foram transferidos para a região AFRINIC)
- As transferências entre regiões internas devem permitir "qualquer", desde que estejam em conformidade com as políticas da fonte RIR
- O tamanho do IPv4 o prefixo do endereço deve ser no mínimo / 24
- O recurso transferido será coberto pelas políticas AFRINIC após transferência para a região
- Os recursos do pool para fins especiais não podem ser transferidos com base nesta política
- A fonte deve ser o legítimo titular dos recursos a serem transferidos sem disputas
- O destinatário deve cumprir as condições das políticas AFRINIC em vigor
- O destinatário deve assinar RSA e o espaço legado transferido não será mais considerado legado (torne-se categoria Global)
- Um novo membro beneficiário que não possui recursos anteriores deve demonstrar necessidades justificáveis para receber o recurso e, no caso de ASN, o destinatário deve atender aos critérios para a atribuição de ASN de acordo com as políticas em vigor.
- Um membro destinatário existente com recursos anteriores deve:
- Demonstrar necessidades justificáveis para receber o recurso e no caso de ASN, o destinatário deve atender aos critérios para a atribuição de ASN de acordo com as políticas em vigor.
- Mostra a taxa de uso anterior e a evidência de conformidade com as políticas AFRINIC em relação a alocações / atribuições anteriores.
- A política não tem tempo de espera de recursos.
- Os recursos considerados transferidos sem a aprovação prévia da AFRINIC serão considerados não conformes com a política e serão recuperados
2.0 Comentários e recomendações da equipe AFRINIC
- A equipe observa que a declaração na seção de resumo da proposta "O atual Intra-RIR a política de transferência permite todos os tipos de IPv4 alocações / atribuições a serem transferidas, incluindo IPv4 de blocos de finalidade especial (blocos reservados para IXPs e DNS root ops, Last / 8, etc. ”não se alinha com a seção 5.2 da política de faturamento https://afrinic.net/membership/cost#resource , onde é mencionado que os recursos delegados para infraestruturas críticas não podem ser transferidos.
Sugira uma reformulação para:
O intra-RIR a política de transferência não proíbe explicitamente as transferências de IPv4 de blocos de finalidade especial (blocos reservados para IXPs e DNS root ops, Last / 8, etc.
- Sob o título “Definições”, mais precisamente no subparágrafo 3.1.5, o termo “Outros” parece ser vago. Os autores podem querer reformular para que a definição também mencione que os recursos legados recebidos perdem seu status legado após a transferência.
- A ausência de tempo de “espera” de novas alocações / atribuições e recursos transferidos pode levar ao abuso do registro antes que um recurso possa ser utilizado para uma necessidade justificada efetiva.
- O autor pode querer atualizar a Seção 3 da proposta com “Recursos considerados transferidos sem a aprovação prévia da AFRINIC serão considerados não conformes com a política e serão recuperados”.
3.0 Comentários da equipe sobre as áreas de impacto
Impacto nas funções de registro
Myafrinicv2 (Portal do Membro)
- Solicitar painel
- Mudanças nas pré-condições e verificações
- Novo fluxo de trabalho para Inter RIR transferência
- Marcação de recursos
A marcação de recursos atualmente em implementação será atualizada para incluir os requisitos desta política
- Tratamento de status legado e resultante
- Atualizações de registros de transferência
- Mudanças nos formulários de solicitações de transferência para incluir ASNs
Operações de serviços aos membros
- Impacto nos processos e procedimentos
- O processo completo e as análises processuais serão realizadas, incluindo o tratamento de interrir transferir e ASNs.
Impacto na equipe / recursos humanos
- As avaliações de transferência de recursos consomem muitos recursos e expandem o escopo para incluirrir será necessário ter Hostmasters adicionais para processar efetivamente as solicitações de acordo com as condições da seção 3.6 da proposta
Acordos contratuais
- Pode ser necessária a revisão do Acordo de transferência e do Acordo de Serviços de Registro.
- Desafios
- Os serviços para membros observam que a política não impõe nenhum período de espera e pode levar ao abuso do registro, onde um recurso pode passar por várias transferências em um curto período de tempo sem ser colocado em uso de acordo com a justificativa de necessidades demonstrada durante as transferências anteriores
Ferramenta / sistemas de serviços para membros
- Portal Hostmasters
- Haverá uma revisão importante do código necessária para integrar a marcação / categorização proposta
- Ferramenta de transferência automatizada de recursos
- A ferramenta de transferência automatizada exigirá a reescrita do código para acomodar o ASN recursos e integração com sistemas externos para outros RIR'
Avaliação Legal
- Voltando à política atual proposta (ou seja, Draft 2), os autores visam atingir 2 objetivos:
- intra-RIR transferências de ASNs, atualmente não abrangidos pela cláusula 5.7 do CPM; e
- entreRIR transferências de IPv4 recursos de e para a região AFRINIC.
- O segundo objetivo será abordado primeiro, antes de lidar com o objetivo em relação aoRIR transferências de ASNs.
- A decisão de permitir, ou não, inter-RIR transferências de IPv4 recursos de e para a região AFRINIC não é estritamente legal. Na verdade, é pura e simplesmente uma decisão de negócios a ser tomada de forma judiciosa e prudente tanto pelo PDWG quanto pelo Conselho de Administração, tendo em conta os deveres dos conselheiros previstos na Lei das Sociedades, ou seja, agir no melhor interesse da empresa. Agir no melhor interesse da empresa, neste contexto, significa considerar o real impacto financeiro dessa política para a AFRINIC para que a sustentabilidade e continuidade do negócio da AFRINIC, tanto como empresa como RIR, não está comprometido.
- O primeiro objetivo em relação aoRIR transferências de ASNs agora serão abordados. Observa-se que o escopo da política proposta não se limita ao não legado IPv4 recursos, mas também se estende a recursos legados.
- É importante destacar que, por uma questão de lei, os detentores de recursos legados existentes na região de serviço da AFRINIC não estão contratualmente vinculados às políticas adotadas pela AFRINIC, de modo que essas políticas não têm efeito direto sobre os detentores de recursos legados, e cabe a esses legados - os titulares devem aderir às políticas da AFRINIC. Assim, os autores devem ter em mente que as obrigações que afetam os detentores de recursos legados podem não necessariamente alcançar os resultados pretendidos se os detentores de recursos legados se recusarem a optar pelo registro voluntário da transferência junto ao AFRINIC.
- A outra questão que surge diz respeito às transferências de recursos de saída. Entende-se que as transferências pretendidas serão canalizadas através do AFRINIC. Portanto, além de simplesmente estabelecer as condições para as transferências, o papel da AFRINIC em todo o processo também deve ser definido de forma adequada. Em particular, não está claro se o papel da AFRINIC em todo o processo seria limitado a facilitar o aspecto administrativo das transferências pretendidas apenas com ou sem as responsabilidades legais inerentes a elas, mais ainda que a AFRINIC contará com a representação feita a ela quando atender a solicitações semelhantes. Consequentemente, propõe-se que o ônus de realizar tal diligência adequada com relação ao detentor da fonte ou ao interessado IPv4 os recursos numéricos sejam suportados pelo destinatário pretendido e que o papel da AFRINIC seja limitado a agir apenas como facilitador, sem assumir qualquer responsabilidade legal nesse processo.
- Em relação à transferência de entrada de recursos legados para a região da AFRINIC e embora a cláusula 3.6 da política proposta exija que o destinatário assine um RSA, não está claro na política proposta se o IPv4 O recurso legado perderá seu status legado ao ser transferido para a região de serviço do AFRINIC, já que o RSA atual não está adaptado para esse propósito.
- Além disso, também é importante esclarecer se, no caso de transferências de entrada de recursos legados, o AFRINIC poderá executar seu RSA com o risco óbvio de que os recursos de número IP em questão sejam recuperados pelo AFRINIC em caso de violação posterior do RSA , apesar de a organização beneficiária provavelmente ter pago uma boa contraprestação (valor financeiro) por tais transferências.
Avaliação Financeira
Como IPv4 & ASN os recursos do pool AFRINIC só podem ser transferidos na região (Intra), o AFRINIC não perderá seus membros de recursos atuais para outros RIRs em transferências de saída. Esta proposta terá, portanto, um impacto financeiro mínimo nas receitas da AFRINIC.
Implementação 4.0
Cronograma: A proposta levará 12 meses para ser implementada.
5.0 Reciprocidade com o outro RIRs
- APNIC - Esta versão da proposta é totalmente recíproca e bidirecional
- ARIN - Esta proposta continua a permitir a transferência interna geral de recursos numéricos de entidades da região do ARIN, mas proíbe a transferência de algumas categorias.
Assim, esta proposta não é recíproca com o ARIN, pois o ARIN não tem restrição de saída de Inter-RIR transferências (além dos recursos em nossos pools reservados.) - LACNIC - A compatibilidade para a versão 2 ainda não foi confirmada. (No caso de uma versão anterior da proposta AFPUB-2019-GEN-002-DRAFT02, LACNIC indicou que suaRIR política não exige reciprocidade.
- RIPE NCC - compatível com o RIPE NCC's inter-RIR política de transferência - reciprocidade com outro RIRs políticas não é um requisito em nossaRIR Política