AFRINIC-32 Reunião de Políticas Públicas

dia 1
dia 2

dia 1

16 setembro 2020

Agenda

Atualização PDP simples para o novo “Normal” AFPUB-2020-GEN-003-DRAFT01
Diretrizes e procedimentos do PDP Working Group (WG) AFPUB-2020-GEN-002-DRAFT01
Processo Eleitoral de Presidentes AFPUB-2019-GEN-007-DRAFT02
Prerrogativas do Conselho no PDP AFPUB-2020-GEN-004-DRAFT01
Painel de conformidade de políticas AFPUB-2020-GEN-001-DRAFT01
Resultados da eleição do copresidente do PDP

1. Introdução ao PDP AFRINIC

Apresentação URL

Sessão iniciada às 11h24 UTC

Madhvi Gokool deu as boas-vindas aos participantes da Reunião de Políticas Públicas da AFRINIC.

Ela forneceu uma introdução ao processo de desenvolvimento da AFRINIC, bem como propostas em reuniões de políticas públicas. O desenvolvimento de políticas inclui um conjunto de etapas para uma proposta comunitária que libere e adapte as políticas que orientam os recursos da região de serviço.

Uma breve descrição do PDP foi compartilhada da seguinte forma:

É um processo aberto, de baixo para cima e transparente, onde qualquer pessoa pode enviar uma proposta e participar de discussões sobre políticas.
Uma proposta de política é enviada ao rpd@afrinic.net lista de discussão
A proposta é discutida na lista por um período mínimo de quatro semanas e apresentada em uma reunião de políticas públicas para discussões presenciais e busca de consenso.
Caso haja consenso na reunião presencial, a proposta avança para um “período de última chamada” que deverá durar no mínimo 2 semanas, caso haja dúvidas de pessoas que não tiveram oportunidade de participar.
Caso não haja consenso na reunião presencial, a proposta volta para a fase de discussão em mailing list.
Se o consenso for mantido após o encerramento da última convocação, os co-presidentes recomendam que o Conselho ratifique a política. O Conselho de Administração irá ratificá-la e a AFRINIC irá implementá-la como uma política.

Todas as políticas ratificadas estão documentadas em um manual 0 CPM no site da AFRINIC

PDWG – que é composto por qualquer pessoa envolvida na discussão de uma proposta. Todos os participantes hoje farão parte do grupo de trabalho de desenvolvimento de políticas

Situação das políticas ratificadas

Multihoming não é necessário para ASN(AFPUB-2019-ASN-001-DRAFT04) - Implementado IPv6 Esclarecimento de PI(AFPUB-2019-v6-001-DRAFT02) - Parcialmente Implementado com data de implementação em 30 de setembro de 2020

Ajustando IPv6 Política PA(AFPUB-2019-v6-002-DRAFT01) - Em implementação em 30 de setembro de 2020

Uma visão geral das reações dos participantes:

À luz dos incidentes em que os participantes tentam prejudicar o processo, como isso pode ser resolvido?

O PDWG precisa levar em consideração a nova era em que a maioria das discussões aconteceria on-line. Talvez use o microfone aberto e sessões futuras para discutir isso.

2. Código de conduta

Apresentação URL

Abdulkarim Oloyede, co-presidente do PDP, falou sobre o Código de Conduta e apresentou a agenda ao longo dos 2 dias.

As sessões foram iniciadas com o Relatório de Experiência de Implementação de Políticas.

3. Relatório de experiência de implementação de políticas (apresentado por Dev Jeenia)

Apresentação URL

Dev mencionou que a sua apresentação irá cobrir as experiências do pessoal dos Serviços aos Membros quando se referem ao manual de políticas, questões relativas às políticas actuais que são consideradas vagas e ambíguas, ou que têm textos contraditórios em diferentes secções. Também falaremos sobre políticas implementadas recentemente.

Em troca, a comunidade pode ajudar atualizando as políticas. Políticas implementadas recentemente,

- IPv6 Esclarecimento PI.

Seção 6.8 do CPM - os membros não precisam anunciar seu prefixo Iv6, por exemplo, infraestruturas críticas ou operadores de servidores raiz.

Esta política está parcialmente implementada e espera-se que seja totalmente implementada até ao final de Setembro de 2020 . Os associados podem solicitar a retificação de qualquer um dos IPv6 prefixos, se necessário no momento

multihoming não é necessário para

Isso está totalmente implementado. Não é mais necessário ser multiprovedor para ser elegível para um AS Number. Política de roteamento exclusiva ou demonstração de necessidade técnica de um AS Number.

AFRINIC entrou na fase 2 da implementação em 13 de janeiro

A Seção 5.4.3.2 e subseções relacionadas foram implementadas. Houve várias mudanças que foram feitas, como o tamanho mínimo do prefixo IPV4 que é /24 e o máximo é /22.

Além disso, o período de atribuição e atribuição baseia-se agora nas necessidades de oito meses. Atualmente existe algum texto contraditório no manual de políticas.

Seção 4.3.2, afirma que o tamanho mínimo de alocação será /24 e o máximo será

/22. No entanto, no manual de políticas 5.5.1.2.1, menciona que a dotação mínima é /22, o que já não é relevante.

Na seção 5.4.5, que estabelece que o atual período de alocação e atribuição de 12 meses será alterado para 8 meses, mas em outra seção, 5.6.3, especificamente para atribuição de PI, menciona uma proteção de crescimento de um ano, o que não é relevante já que a AFRINIC agora analisa as necessidades para os oito meses.

Para membros que necessitam de adicional IPv4 recursos. Quanto à seção 5.4.6.1, o membro deverá ter utilizado pelo menos 90% de todas as dotações ou atribuições anteriores. Mas na seção 5.5.1.4.1, afirma que cerca de 80% do espaço de endereço foi usado para ser considerado elegível para IPv4 Recursos.

Isto é problemático porque muitos membros tendem a escolher o que se adapta à sua situação actual e solicitam ajuda adicional. IPv4 quando estão em torno de 80% de uso. Portanto, torna-se um desafio para a equipe da AFRINIC esclarecer certas situações.

Uma vez que qualquer alteração no Manual de Políticas deve passar pelo Processo de Desenvolvimento de Políticas, a AFRINIC mais uma vez solicita à comunidade que decida se propõe uma alteração para remoção do texto conflitante ou do texto de política obsoleto, ou mesmo propor uma nova política.

Abuso A seção 8 do CPM recomenda a publicação e abuso de contato em recursos de PI e é uma política não obrigatória. Ou seja, os associados não são obrigados a cumprir esta seção do manual. Esta pode ser a razão pela qual temos uma adoção muito baixa de objetos TRI. Como poucos membros têm contato com abuso, a AFRINIC recebe a maioria das reclamações de abuso.
De referir que alguns operadores que começarão a filtrar o tráfego da nossa região por falta de abuso Assim, cada vez que a AFRINIC recebe reclamações de abuso, o remetente é informado sobre como consultar o contacto dos membros que gerem essas faixas de IP específicas.

Uma visão geral das reações dos participantes:

Normalmente não deveriam existir conflitos com o texto do CPM. Novas políticas alteram seções antigas e estas últimas podem ser removidas se alteradas/obsoletas no CPM.

Atualização PDP simples para o novo “Normal” AFPUB-2020-GEN-003-DRAFT01

Proposta URL

Apresentação URL

Avaliação impactante URL

Introdução do(s) autor(es): Jordi Palet Martinez

O autor

tem mais slides do que usará na sessão A política pode ser consultada no site
Considerando a situação do Covd-19, esta proposta está sendo apresentada
O consenso é determinado pelos copresidentes que avaliam as contribuições das listas de discussão e as discussões no PPM
As reuniões virtuais devem ser consideradas como parte do PDP
Esclarecido sobre a definição de consenso e Última Chamada
Momento da tomada de decisão - os copresidentes têm muito menos tempo para avaliar e determinar o consenso
existem três possibilidades:
- Uma proposta (ou uma nova versão) é submetida 8 semanas (ou um período mais longo) antes do Consenso ser determinado pelos presidentes num prazo máximo de duas semanas.
- Uma proposta (ou uma nova versão) é submetida menos de 8 semanas antes do PPM. O consenso será determinado pelos presidentes no prazo máximo de duas semanas, uma vez terminadas as 8 semanas de discussão da lista.
- Uma nova versão de uma proposta existente que já tenha sido apresentada num PPM anterior, poderia chegar a consenso na lista, sem necessidade de uma nova. Esta possibilidade depende da decisão do co-presidente, por exemplo, quando as razões para não ter chegado o consenso no último PPM pode já ter sido abordado por uma nova versão. Esta nova versão deve ter sido discutida na lista também durante 8 semanas.
- O tempo dos minutos também é adaptado, pois parece desnecessário esperar 3 semanas se a determinação do consenso for feita em 2 semanas.

Avaliação de impacto da equipe

Madhvi Gokool, representante de políticas da AFRINIC, apresentou a avaliação de impacto desta proposta de política. Ela mencionou que: -

Ao receber uma proposta política, que normalmente é bastante detalhada, vários membros da equipe a avaliariam e entrariam em contato com os autores se a linguagem fosse ambígua. A avaliação também abrange o impacto da proposta política caso chegue a consenso e seja ratificada nas funções e sistemas de registo. Quando algumas políticas são atualizações editoriais, o impacto pode ser mínimo, mas algumas políticas são. Será observada uma variação nas avaliações de impacto, uma vez que foram adaptadas ao contexto da proposta.
Os esclarecimentos solicitados são: -

A Seção 3.3 menciona que serão realizados pelo menos 2 PPM por ano civil e isso também é mencionado no CPM. O estatuto prevê que o PPM deverá ser realizado pelo menos uma vez por ano. Recomendamos alinhar com o estatuto.

O que os autores querem dizer com DPP/versão e um esclarecimento sobre os prazos.

O autor, Jordi Palet, esclareceu então que: -

Não há desalinhamento com. Deve ser feito pelo menos um PPM e a AFRINIC faz 2 reuniões por ano, exceto este ano
Esclarecimento editorial – os prazos são baseados na data de envio da proposta
DPP/versão é uma nova versão ou nova proposta de política

Uma visão geral das reações dos participantes:

A lista de discussão era uma ferramenta certa há 10 anos e agora há um problema de confiança - recomendo a verificação dos assinantes da lista de discussão
Manipulação se a lista de discussão for usada para determinar o consenso
Alguém com várias contas pode manipular todo o
Não há essência em ter um PPM
Reuniões presenciais são usadas para resolver os problemas, enquanto a maioria das discussões acontece em listas de discussão
O consenso pode ser fácil de alcançar se um resumo das discussões da lista de discussão for levado ao PPM e as questões forem discriminadas. O problema errado pode estar tentando ser resolvido neste momento

Resposta dos autores às contribuições dos participantes

O autor resumiu que: -

o consenso é baseado em objeções justificadas, portanto há menos possibilidade de manipulação
IETF e outros RIRÉ só usar a lista de discussão e o anonimato existe lá
A participação não anônima é uma possibilidade, mas não necessária

Decisão dos presidentes

AbdulKarim, co-presidente do PDP, mencionou que as suas decisões serão mantidas até que a segunda proposta seja apresentada, por ser semelhante a esta.

Sem Consenso -A proposta necessita de discussão adicional, portanto retorna à fase de discussão na mailing list.

AFPUB-2020-GEN-002-DRAFT01

Proposta URL :

Apresentação URL

Avaliação impactante URL

Introdução do (s) autor (es): Noah Maina

A proposta serve como diretriz sobre como o PDWG deve operar
Define funções e responsabilidades claras para o co-
Define procedimentos claros para o grupo de trabalho
Define o processo de nomeação de copresidentes
Nomeação baseada em consenso • Votação Secreta (Seleção Preferencial por Classificação) • Nomeação Provisória
Comportamento individual dos membros do trabalho

Avaliação de impacto da equipe

Madhvi Gokool, representante de políticas da AFRINIC, apresentou a avaliação de impacto desta proposta de política. Ela mencionou isso :-.

Os pedidos de esclarecimento são demorados, por isso não podem ser atendidos rapidamente e com base no feedback dos autores, a avaliação de impacto no site será atualizada.

Uma visão geral das reações dos participantes:

Adiciona um cenário que não é necessariamente complexo
É preciso ficar claro quanto à vantagem que o consenso tem sobre o sistema de votação
a votação por maioria, ou mesmo a votação por classificação, é mais eficiente, direta e transparente
Traz complexidades
Presidente por consenso não funcionará nesta região
O trabalho realizado pela mailing list reduziria a transparência
O consenso numa comunidade grande e diversificada será algo que não pode ser doloroso, mas difícil de alcançar, se for alcançável, porque não significa que seja alcançável o tempo todo.

Decisão dos copresidentes

Sem Consenso -A proposta necessita de discussão adicional, portanto retorna à fase de discussão na mailing list.

Processo Eleitoral de Presidentes

Proposta URL

Apresentação URL

Avaliação impactante URL

Introdução do(s) autor(es): Jordi Palet Martinez

Esta proposta tenta atualizar o processo existente, dando alguns prazos específicos, incluindo-o no PDP
O consenso nas eleições ainda é possível com esta proposta e aconteceu este ano para as eleições do co-presidente do PDP
As eleições começam 3 meses antes de um PPM, onde é necessária a ratificação. Os 3 meses são necessários no caso de um tipo em que precisamos de tempo adicional para classificar o restante do

Avaliação de impacto da equipe

Madhvi Gokool, representante de políticas da AFRINIC, apresentou a avaliação de impacto desta proposta de política. Ela mencionou que: -

Requisitos de diversidade e quem pode nomear copresidentes
Quem pode participar da seleção pode ser verificado na lista de acertos no back-end
não há impacto em nenhuma função do registro. Se forem eleições online (inaudível), temos os sistemas que podem ser customizados para isso
Autores para esclarecer quais são os papéis que estão diretamente envolvidos no
Os autores podem esclarecer o que "O conselho pode delegar algumas ou todas as funções exigidas nos Comitês de Eleição e Nomeação?" significa na Seção 3.3.2.15
A Seção 3.3.2.15 também afirma que “o Conselho é a instância máxima de recurso para assuntos relacionados à eleição”. Isso significa que os conflitos relacionados à eleição não serão tratados de acordo com a Seção 3.5 do CPM?

O autor, Jordi Palet, esclareceu então que: -

Funções diretamente envolvidas no PDP – Diretoria, apelação, comitê eleitoral, ASO-AC, Diretoria da ICANN
O estatuto não menciona a eleição do copresidente do PDP
O estatuto e o PDP não mencionam explicitamente que o conselho pode capacitar os comitês para lidar com o processo eleitoral e, portanto, gostaríamos de deixar isso explícito na proposta

Uma visão geral das reações dos participantes:

Seção 3.2.2 - não esclarece o mecanismo que trará justiça nas eleições
É discriminatório limitar os eleitores, pois não permitirá que alguém que tenha participado ativamente em ⅘ meses participe.
Evite a febre eleitoral
Torcer a lista de discussão no registro eleitoral não é apropriado

Resposta dos autores às contribuições dos participantes

O autor resumiu que: -

.mecanismo de fallback caso a fraude seja detectada é uma situação excepcional
Diferença entre eleições e consenso (este último necessita de justificações)
Forma eletrônica de escolha dos copresidentes, assim como foi feito desta vez
O registro eleitoral é retirado da lista de discussão por vários meses

Decisão dos presidentes

AbdulKarim, copresidente do PDP, convocou todos os autores a voltarem. Solicitou à comunidade que compreendesse estas duas propostas e informasse o grupo de trabalho sobre o que pensa sobre estas políticas nas próximas 2 horas.

Sem Consenso -A proposta necessita de discussão adicional, portanto retorna à fase de discussão na mailing list.

Prerrogativas do conselho no PDP

Proposta URL

Apresentação URL

Avaliação impactante URL

Introdução do(s) autor(es): Jordi Palet Martinez

O conselho trata dos membros e da supervisão do processo de PDP da comunidade
Recentemente houve um recurso que fracassou porque os termos de referência que o conselho não trouxe ao PDP continham uma discriminação a respeito de ser levado em consideração como parte do próprio recurso.
Se o conselho quiser adotar uma política que altere de alguma forma o PDP, deverá apresentá-la na próxima reunião para a comunidade aprová-la. Caso contrário, será inválido desde então.
Isso basicamente tenta cumprir o ICP-2 da ICANN, o mandato de todos os registros, incluindo AFRINIC, para supervisionar o processo de base de consenso da comunidade do PDP.

Avaliação de impacto da equipe

Madhvi Gokool, representante de políticas da AFRINIC, apresentou a avaliação de impacto desta proposta de política. Ela mencionou que: -

nenhum impacto no sistema e na operação
De acordo com os arquivos da AFRINIC, na ausência dos termos de referência, foi drafteditados e compartilhados com a comunidade. Eles implementaram e criaram o comitê de apelação em termos de referência. No momento em que a avaliação de impacto foi publicada, não havia nenhuma outra proposta política que estivesse em discussão ou que tivesse chegado a consenso sobre os termos de referência do comité.

O autor, Jordi Palet, esclareceu então que: -

Não há necessidade de ter um ToR. Outros registros não possuem
Autocontido
Qualquer coisa que modifique o PDP deve ser feito seguindo o PDP

Uma visão geral das reações dos participantes:

A seção 3.6.1 não é satisfatória. Deveríamos estar discutindo uma proposta finalizada. Os TdR podem não ser necessariamente uma violação do PDP

Resposta dos autores às contribuições dos participantes

O autor resumiu que: -

.Para o caso de recursos, o TdR não é necessário
Esta proposta não pode ser mantida até que tenhamos processos para resolver o problema
Os Termos de Referência estão sendo usados como exemplo e não foram feitos de acordo com o PDP

Decisão dos presidentes

Embora nenhum consenso tenha sido anunciado no Dia 1, os co-presidentes mencionaram o seguinte no Dia 2, quando anunciaram as suas decisões sobre todas as políticas.

Esta proposta visa esclarecer o funcionamento do conselho e do PDWG. No entanto, houve algumas oposições a esta proposta, exceto numa secção específica.

Parece uma abordagem fragmentada para lidar com
Oposição à seção abaixo

“Com exceção do parágrafo anterior, na ausência de processos eleitorais para aspectos relacionados ao PDP (co-presidentes, comitê de apelação), esses aspectos ainda serão tratados pelo conselho em consulta com a comunidade. No entanto, esta é também uma medida temporária e também específica draft propostas políticas devem ser apresentadas para esse”. Os autores concordaram em remover a seção acima, portanto

Decisão dos Presidentes: Consenso desde que a seção acima seja removida

Painel de conformidade de política

Proposta URL

Apresentação URL

Avaliação impactante URL

Introdução do(s) Autor(es):Jordi Palet Martinez

O autor, Jordi P. Martinez, apresentou a proposta de política mencionando que a política pode ser lida pelo PDWG no site da AFRINIC. Ele mencionou que: -

AFRINIC RSA obriga os membros a cumprir as políticas AFRINIC que são desenvolvidas através do PDP.
Em algumas situações, isso está bem definido, mas acontece que nem todos os membros estão acompanhando as alterações nas políticas existentes na lista de discussão. Embora os membros possam ser alertados pela equipe, o processo é manual.
Para economizar dinheiro e facilitar o trabalho da equipe, o painel de conformidade das políticas verificará periódica e automaticamente todas as políticas que precisam ser cumpridas pelos membros. O painel será uma ajuda para os membros
Quando o painel detectar algo que não corresponda às políticas, ele notificará o
A notificação manual custa pessoal e
Embora a implementação do painel de controle custe e demore algum tempo, no médio prazo a automação economizará recursos.
Além disso, a ideia é também aproveitar para definir o que acontece com os recursos, o que de fato não está definido no PDP.
Os funcionários ainda podem tomar medidas excepcionais.

Avaliação de impacto da equipe

Madhvi Gokool, representante de políticas da AFRINIC, apresentou a avaliação de impacto desta proposta de política. Ela mencionou que: -

Os pedidos de esclarecimento aos autores foram os seguintes: -
Autor (es) para esclarecer se a Seção 5 significa que: - Dois meses após a publicação dos recursos, a AFRINIC fará backup e removerá os objetos de domínio vinculados aos recursos de seu whois base de dados. Assim que o membro restabelecer contato e resolver seus problemas de não conformidade, os objetos de domínio serão registrados no AFRINIC whois base de dados.
Rastreamento de políticas repetidas e/ou continuadas - Para maior consistência, os autores de políticas podem propor um limite que exija ação e também esclarecer quando e como os contadores serão zerados.
AFRINIC publicará recursos violados por no máximo 3 meses, onde a publicação idealmente aconteceria: como WHOIS observação/comentários nos objetos inet(6)num? Ou página da web acessível ao público?
A proposta de política menciona um período de quarentena de 2 anos para ASN/IPv6. O período de quarentena atualmente é de 12 meses e a equipe da AFRINIC sugere que o período de quarentena seria melhor deixado como uma decisão operacional, em vez de tê-lo especificamente declarado na política, pois alguns fatores podem surgir exigindo uma revisão urgente de tal período de tempo.
A proposta política tem impacto na AFRINIC
O impacto nos sistemas e procedimentos é o seguinte: - Os procedimentos internos estão sendo usados internamente para ajudar os membros a serem revisados. o pessoal terá de acompanhar os membros dos recursos em relação ao incumprimento persistente.
Whois - Não há impacto percebido sobre whois a menos que o autor esclareça que atualizaremos o whois objeções nas observações para a publicação de não conformidades.
myAFRINIC, é necessário um desenvolvimento significativo para o painel. Myafrinicv2 está atualmente em desenvolvimento na AFRINIC.
- Cronograma - Se esta proposta chegar a consenso, seis meses após a implantação da versão 2 do AFRINIC é o cronograma de implementação mais provável. A razão é que o escopo para a primeira implantação de myAFRINICA v2 já foi finalizada e está atualmente em implementação.

O autor, Jordi Palet, esclareceu então que: -

A conformidade e a não conformidade são claras, pois cada seção do CPM identifica o que é correto e o que não é.
A política é uma lista de exemplos de possíveis É por isso que temos uma seção informativa na política
Cada falta de conformidade com o CPM pode ser diferente e, portanto, é melhor deixar que a equipe decida o limite.
A publicação dos recursos violados deve ser uma tarefa operacional da equipe
Dois anos de quarentena dão tempo suficiente para garantir que estão limpos e é um mecanismo de segurança.
Para recursos que não estão mais disponíveis, não há necessidade de quarentena por um ano. Pode ser mais importante obter os recursos do que limpá-los.
A equipe também pode tomar a decisão caso um sistema de 16 bits ASN is
A implementação da política pode ser progressiva, uma vez que a automação de cada conformidade com a política está sendo solicitada aqui.

Contribuições dos participantes

Alguns membros não seguem a política
é importante reconhecermos que a conformidade é realmente importante
A política é importante e os membros da AFRINIC precisam cumprir as políticas e o RSA
um esforço na direcção certa para ter uma Internet melhor para África
Agir com responsabilidade garantindo a conformidade. Os critérios envolvidos podem ser discutidos nas operações
A comunidade não deve reclamar
A proposta é mais uma questão operacional
Irá implicar mais recursos para desenvolver e manter a plataforma
Dever da equipe da AFRINIC de informar os membros sobre não-
redundante porque, pelo que eu sei, é dever da equipe da AFRINIC notificar os membros da
Existem dados suficientes para apoiar os benefícios de custo? É preciso ter cuidado para não sobrecarregar o orçamento da AFRINIC
Os membros podem dispensar notificações automáticas
Função administrativa

Resposta dos autores às contribuições dos participantes

O autor resumiu que: -

A equipe pode realizar parcialmente a parte manual do trabalho
Não há escassez de ASNareia IPv6 não é um problema
PDP trata do uso eficiente de recursos
O custo de implementação é para manter os recursos e é melhor do que o custo de ir aos tribunais para recuperar os recursos.

Decisão dos presidentes

Sem Consenso - A proposta necessita de discussão adicional e por isso retorna à fase de discussão na mailing list.

Resultados da eleição do copresidente do PDP

A presidente da comissão eleitoral deste ano, Sra. Guylaine Layra, fez um breve resumo do processo eleitoral realizado para a eleição do co-presidente do PDP.

O processo foi anunciado durante agosto de 2020. Isso prevê uma eleição virtual para todas as vagas abertas este ano. Em termos dos passos seguidos para a co-presidência do PDP e para a eleição, fizemos um período de recenseamento e propusemos o recenseamento eleitoral. Posteriormente, as eleições começaram para o PDP e NRO em 14 de setembro de 2020. Começaram em 14 de setembro e terminam hoje, 16 de setembro, às 12h UTC.

O ECOM agradece a todos os que participaram e que fizeram o seu melhor para garantir que as eleições fossem justas para todos.

Mark Elkins, Presidente do Comitê de Nomeação para 2020, mencionou que há poucos minutos, uma reunião privada por zoom foi realizada com as seguintes pessoas presentes: -

Eddy Kayihura, CEO da AFRINIC, Mark Elkins, Guylaine Layra, Ashok Radhakissoon, Cedrick

Mbeyet, David Njuki e Kishna Dhondee.

Os observadores foram Paul Wilson, Lucky Masilela e Jean-Robert Hountomey.

Resultado da eleição NRO-NC/ASO-AC - Saul Stein venceu com 59 votos. Janvier ficou em segundo lugar com 34 votos. Saul Stein é o representante eleito da AFRINIC no NRO-NC/ASO-AC

Presidente do Grupo de Trabalho de Desenvolvimento de Políticas - Abdulkarim Oloyede é eleito.

dia 2

Data: 17 de setembro de 2020

A sessão foi aberta por Moses Serugo, copresidente do PDP, às 09h15 UTC. Abordou a agenda (5 políticas) que serão discutidas e lembrou que as intervenções na fila serão por ordem de chegada e solicitou que sejam limitadas a 1 minuto

Agenda

1) Atualização da política de contato contra abuso AFPUB-2018-GEN-001-DRAFT06

ROAs RPKI para espaço de endereço AFRINIC não alocado e não atribuído AFPUB-2019-GEN-006-DRAFT02
IPv4 inter-RIR Transferências de recursos (escopo abrangente)

AFPUB-2019-IPv4-002-DRAFT04

Política de transferência de recursos numéricos AFRINIC AFPUB-2019-GEN-002-DRAFT02 - Gregoire Olaotan Ehoumi, Mukhangu Noah Maina, Komi Elitcha, Adeola AP Aina e
Política de Transferência de Recursos AFPUB-2019-V4-003-DRAFT02- Anthony Ikechukwu Uba
Open Mic
Atualização da política de contato contra abuso AFPUB-2018-GEN-001-DRAFT06

Proposta URL

Apresentação URL

Avaliação de impacto na equipe URL

Introdução do(s) Autor(es):Jordi Palet Martinez

Objeto Mnt-irt no whois banco de dados para denúncias de abuso e uma fração mínima de membros o utiliza. A análise de impacto tem números para isso.
A política torna objeto obrigatório para abuso Renomear mnt-irt para abuso -c e solicita que a AFRINIC o valide a cada seis meses.
Caso a validação falhe, após 15 dias, a AFRINIC receberá uma notificação para que possa escalar para outros contatos da organização.
Os períodos de validação de 6 meses e 15 dias - AFRINIC pode ser atualizado de acordo com a experiência operacional e reportá-la à comunidade AFRINIC.
A AFRINIC decidirá quando a política poderá ser implementada, levando em consideração o tempo e os recursos.
A primeira validação pode não ser concluída em 6 meses, não importa e, mas o objetivo principal é garantir que a base de dados seja o mais precisa possível
Uma proposta equivalente foi implementada na região APNIC, está em implementação na região LACNIC e em discussão na região RIPE.

Avaliação de impacto da equipe

Madhvi Gokool, representante de políticas da AFRINIC, apresentou a avaliação de impacto desta proposta de política. Ela mencionou que: -

A avaliação de impacto é determinada colectivamente por um grupo de funcionários que analisa a proposta política e identifica textos ambíguos, esclarecimentos dos autores antes de determinar o impacto nos sistemas.
Se a codificação for necessária, a equipe também tentará determinar o tempo que a implementação levará e, se o tempo exceder os prazos mencionados no CPM, a equipe informará os autores. Observamos também que, às vezes, os autores são flexíveis e permitem uma implementação faseada.
Em relação à proposta de política de contato abusivo, os membros serão impactados. A IA está documentada no site ao lado da proposta de política.
Esclarecimentos sobre a política não impactam o Legado
A implementação da política exigirá que a AFRINIC atualize seus procedimentos e são esperadas melhorias na precisão e atualidade dos dados de registro.
Myafrinic e a whois será impactado, pois o abuso-c terá que ser aplicado nos objetos
Os membros receberão uma ferramenta para implementar o abuso-c e para validar o
Uma tabela resumindo o número de objetos cobertos pelo mnt-irt foi mostrada e apenas 28 membros dos 1857 membros do recurso adotaram o mnt-irt (atualmente abuso-c) no
A política pode ser implementada dentro de 6 meses a partir da Última Chamada e uma opinião da equipe do MS é que a conformidade dos membros deverá ocorrer

O autor esclareceu que: -

a proposta é omissa sobre se o contato de abuso se aplicará ao Legacy
Os critérios adotados para os funcionários são bons para eles
O pessoal deverá acomodar os seus recursos para implementar o

Contribuições dos participantes

AFRINIC não lançou campanha/webinar para incentivar seus membros a adotarem o mnt-irt.
Abuse-c como objeto pessoal e usado como atributo - para organizações? ou em inetnums etc.
Isso deveria ser obrigatório e deveria ter sido feito há muito tempo. É necessário para uma operação segura da Internet na região.
Aqueles que administram redes precisam agir com responsabilidade, estar acessíveis e ninguém pode responder por eles
Essas redes em execução devem ser o serviço dos usuários finais e significam que muitas coisas (contatos) são publicamente conhecidas e verificáveis.
RIRs não têm capacidade e a proposta não oferece uma descrição específica e regulamentada do termo abuso
Afrinic não tem o direito de forçar os membros a denunciar abusos, uma vez que Afrinic não tem a capacidade de identificar o que é considerado um abuso
Não há mecanismos de responsabilização para fazê-lo funcionar

Resposta dos autores às contribuições dos participantes

Definição de abuso – qualquer coisa contra sua rede que você não autorizou não é um abuso
A política garante que cada membro tenha um abuso
O custo do abuso é assumido pela AFRINIC no momento, pois recebe todas as denúncias de abuso
Os recursos AFRINIC estão sendo filtrados cada vez mais
A política está funcionando em outros RIRs
Os abusos são transfronteiriços e a responsabilidade de fazer o uso adequado dos recursos cabe ao registro. O uso indevido de recursos e permitir que os clientes utilizem indevidamente os recursos em outras regiões é contra o contrato

Decisão dos presidentes

Moses Serugo, copresidente do PDP, mencionou que voltarão a isso para ter mais tempo para processar todas as informações.

Sem Consenso -A proposta precisa de discussão adicional e, portanto, retorna ao

fase de discussão na lista de discussão.

(2) ROAs RPKI para espaço de endereço AFRINIC não alocado e não atribuído AFPUB-2019-GEN-006-DRAFT02

Proposta URL

Apresentação URL:

Avaliação de impacto na equipe URL

Introdução do(s) Autor(es):

O autor apresentou a proposta política e levantou os seguintes elementos: -

A razão para conflitos e dúvidas é que as pessoas não entendem
RPKI é um serviço opcional
O objetivo do AS0 é fazer com que pessoas más não anunciem os recursos disponíveis da AFRINIC
Rede segura, se desejar
Isto não é para o espaço que já pertence a um membro do recurso
Um membro que não queira utilizar parte de seus recursos no momento ainda poderá criar e AS0
Com base no relatório de implementação do APNIC, esta proposta diz à AFRINIC que se ela quiser implementar um TAL separado, este se tornará um serviço opcional e fornecerá medições separadas
Os autores não poderão atualizar sua proposta se os copresidentes não declararem consenso e declararem o que está errado.

Avaliação de impacto da equipe

Madhvi Gokool, representante de políticas da AFRINIC, apresentou a avaliação de impacto desta proposta de política. Ela mencionou que: -

Esta proposta requer que o AFRINIC crie ROAs com origem AS0 para todos os seus não alocados e não atribuídos IPv4 e a IPv6 espaço de endereço que administra atualmente. espaço não alocado e não atribuído aqui significa espaço disponível e reservado de acordo com o arquivo de estatísticas delegadas estendido AFRINIC.
Os novos prefixos recebidos da IANA / PTI teriam imediatamente ROAs AS0.
Todos os prefixos retornados ou reclamados por membros também terão ROAs AS0
Quando AFRINIC aloca espaço de endereço para um de seus membros de recursos, o RPKI ROA ou ROAs com origem AS0 cobrindo o espaço terá primeiro que ser revogado E não estará visível nos repositórios, antes que a alocação/atribuição possa
O processo para períodos de validade do ROA e liberação dos ROAs antes da atribuição / alocação pelo AFRINIC é deixado para a equipe do AFRINIC definir nos procedimentos internos.
Um esclarecimento sobre qual será o prazo de validade destes ROAs AS0? 10 anos? foi apresentado ao autor.
O verificador de integridade de prefixo do AfRINIC verifica se o espaço não alocado do AFRINIC não está sendo roteado na Internet e se é capaz de delegar recursos limpos aos seus membros. Se a proposta política chegar a consenso, reforçará as verificações.
O impacto será nos sistemas, funções de registro e AFRINIC garantirá que AS0 ROAs serão criados para recursos que entram no inventário AFRINIC da IANA/PTI e também recursos recuperados e devolvidos
Os testes foram feitos e leva cerca de 5 minutos para que os AS0s sejam revogados antes que os recursos possam ser emitidos
A política pode ser implementada dentro de 6 meses a partir da Última Chamada.

O autor esclareceu que: -

O período de validade dos ROAs pode ser por conta da equipe

Contribuições dos participantes

Apoie a proposta, desde que seja recebida a confirmação de que o processo pode ser totalmente confiável para evitar que os recursos não emitidos sejam utilizados indevidamente pela equipe da AFRINIC
Fácil de ser implementado
O impacto sobre os detentores de recursos não é determinado apenas pela sua decisão de aceitar ou não e depende do encaminhamento dos vizinhos. Desvantagens do espaço recuperado. Não está claro que o encaminhamento do tráfego para bogons seja um desafio significativo. Bogons já são filtrados em algumas redes. Tenha cuidado para não apresentar desvantagens.
Em termos de monitoramento de anúncios não autorizados de espaço não alocado, isso será mais complicado. O monitoramento deve ser feito a partir de um ponto de vista específico que não utilize validação de origem para ver os anúncios não autorizados. O tempo de 5 minutos mencionado só é verdadeiro ao publicar e revogar novos objetos. Vários outros fatores estão envolvidos

Resposta dos autores às contribuições dos participantes

A implementação deve ser feita cuidadosamente e a avaliação de impacto do pessoal também abrangeu
Nenhum impacto negativo nos membros
Se a AFRINIC quiser recuperar espaço de um membro que não pagou, o AS0 cobrirá o espaço e isso é bom para o membro
5 minutos é o tempo para o registro e em 99.99% do tempo são necessários alguns dias para anunciá-los. Se for esse o caso, os benefícios são maiores. Obtenha recursos e espere um dia para encaminhá-los

Decisão dos presidentes

O co-presidente Moses - PDP mencionou que a decisão será anunciada no final do dia. Sem Consenso - A proposta necessita de discussão adicional e por isso retorna à fase de discussão na mailing list.

(3) IPv4 inter-RIR Transferências de recursos (escopo abrangente) AFPUB-2019-IPv4-002-DRAFT04

Proposta URL

Apresentação URL

Avaliação de impacto na equipe URL

O autor Jordi Palet Martinez apresentou sua proposta política da seguinte forma: -

AFRINIC é a única região do mundo que não pode receber recursos de outras regiões. O problema principal é que aqueles que precisam de algum IPv4 implantar IPv6(para novos membros) e AFRINIC ficou sem IPv4 recursos . Conseqüentemente, novos membros podem se desconectar completamente do resto da Internet. Regiões que avançaram na implantação IPv6 têm menos necessidade de IPv4 . Eles são, portanto, capazes de fornecer mais IPv4 Recursos.
A região ARIN está dando mais recursos para outras regiões, pois elas têm uma parcela maior de IPv4 endereços e, até certo ponto, avançaram em seus IPv6 desdobramento, desenvolvimento.
É, portanto, importante que a política seja recíproca com outras
As estatísticas do NRO (30/06/2020) para transferências foram então mostradas nos slides. Milhões de IPv4 endereços foram fornecidos pelo ARIN em comparação com alguns milhares de IPv4 transferências do outro RIRs.
O autor procedeu então à comparação da sua proposta com as outras 2 propostas. A suspensão foi incorporada nesta proposta com base em solicitações da comunidade em discussões anteriores. Pode ser usado no caso da maioria IPv4 recursos da AFRINIC estão sendo
As políticas do ARIN estabelecem que as transferências de outras regiões só podem acontecer se forem
Equipe mencionada ASN transferências no passado nos Relatórios de Experiência e, portanto, ASN transferências foram incluídas na proposta.

Avaliação de impacto da equipe

A proposta de política permite intra e inter-RIR transferência de IPv4 e a ASNs
Recursos legados recebidos em intra/inter RIR as transferências para AFRINIC perderão seu legado
A proposta exclui fusões e aquisições e o autor confirmou que esta proposta é omissa a esse respeito. Existe outra proposta de M&A mas essa proposta não foi atualizada. Enquanto isso, as diretrizes para fusões e aquisições serão seguidas.
Os destinatários das transferências na região AFRINIC terão que passar pelas avaliações e aprovação de acordo com as mesmas políticas e procedimentos como se a solicitação estivesse sendo atendida no pool AFRINIC
A equipe monitorará os recursos que estão sendo transferidos e reportará à Diretoria. Caso o conselho suspenda a política de transferência, como a AFRINIC implementará a decisão do Conselho - passar pelo PPM? Segundo o autor, a Proposta é omissa sobre isso e o autor afirmou que espera que o Conselho siga o estatuto e o PDP assim que a decisão de suspensão for tomada. ele espera que o Conselho envie uma proposta de política ou pergunte à comunidade – seguindo estritamente o PDP e o estatuto.
AFRINIC está solicitando a atualização de 5.7.4 para remover a discrição da equipe e uma seção que descreve a transferência de ASN ser Autor mencionou que a proposta é omissa

, mas que a AFRINIC avaliará o ASN transferência com base no ASN e envios.

Impacto nos sistemas, sistemas e procedimentos internos, ferramenta para gerenciar 5.7.6 seção da proposta
Cerca de 12 meses para implementar a política caso chegue a consenso

Uma visão geral das reações dos participantes:

A declaração do problema não é
O autor pode fornecer alguns dados em relação à definição do problema?
O plano alternativo da intervenção do Conselho pode criar pânico e qual será a duração para implementar o substituto?
AFRINIC é o único RIR onde bastante IPv4 endereços estão disponíveis. Depois que os recursos saem da região AFRINIC, não há certeza de que tipo de mecanismo existe para recuperar os recursos
Não apoiar esta política, pois permite transferências de recursos AFRINIC. Ok, se os recursos legados forem transferidos.
Virtudes da própria política devem ser abordadas pelos autores e evitar comparação com outras propostas políticas
Análise da Metodologia sobre como a intenção de demonstrar reciprocidade é necessária

Resposta dos autores às contribuições dos participantes

Perguntas sobre reciprocidade sobre o texto da política podem ser solicitadas ao ARIN
A fusão de propostas não foi acordada por outros autores
O impacto da análise de LACNIC é
Segundo o autor, manual de políticas ARIN - transferir e compartilhar políticas recíprocas. Se uma política disser que os recursos da AFRINIC para outras regiões não serão legados, a ARIN não vai gostar

Decisão dos presidentes

Os copresidentes concluíram a sessão dizendo que irão conferir e anunciar a sua decisão após a discussão das demais propostas.

Sem Consenso - A proposta necessita de discussão adicional e por isso retorna à fase de discussão na mailing list.

(4) Política de transferência de recursos numéricos AFRINIC AFPUB-2019-GEN-002-DRAFT02

Autores: Gregoire Olaotan Ehoumi, Mukhangu Noah Maina, Komi Elitcha, Adeola AP Aina

Proposta URL

Apresentação URL:

Avaliação impactante URL

Introdução do(s) autor(es): Gregoire Ehoumi

Gregoire Ehoumi apresentou a proposta política. Com o esgotamento esperado de IPv4 endereços na região de serviço AFRINIC, as entidades precisarão IPv4 recursos para apoiar a sua IPv6 implantações.
AFRINIC tem uma quantidade limitada de IPv4 recursos (~7 /8s) e, portanto, haverá necessidade de IPv4 endereços fluam para a região de serviço AFRINIC sem esgotar o pool AFRINIC transferindo IPv4 endereços fora da região.
A proposta definiu um conjunto de regras para permitir transferências de IPv4 e a ASN
Os recursos são segregados em diferentes categorias e a proposta define as regras de transferência por categoria.
Recursos legados e recursos transferidos de outras regiões poderão ser transferidos para fora da região de serviço AFRINIC.
Legado e não legado de outros RIRs podem ser transferidos para AFRINIC
Recursos legados e recursos transferidos de outras regiões poderão ser transferidos para fora da região de serviço AFRINIC.
Os recursos podem ser transferidos dentro da região de serviço AFRINIC
Os recursos reservados definidos na proposta não podem ser transferidos
Cabe à comunidade decidir o que é bom e definir o que é compatível/recíproco.

Avaliação de impacto da equipe

Madhvi Gokool, representante de políticas da AFRINIC, apresentou a avaliação de impacto desta proposta de política. Ela mencionou que: -

A avaliação de impacto está no site da AFRINIC
ASNdevem ser transferíveis tanto inter quanto intra-região
Legado IPv4 espaço na região AFRINIC pode ser transferido para fora. Transferido IPv4 espaço de outras regiões para AFRINIC também pode ser transferido para fora.
Os recursos numéricos são intransferíveis e não podem ser atribuídos a qualquer outra organização, a menos que a AFRINIC tenha aprovado expressamente e por escrito, uma solicitação de aprovação da AFRINIC geralmente é documentada eletronicamente em tíquetes.
IPv4 endereços e ASNs podem ser transferidos apenas se as solicitações de transferência forem avaliadas em relação a e 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 que significa que quaisquer transferências que ocorreram fora de qualquer política AFRINIC aprovada não são válidas e as organizações beneficiárias serão obrigadas a devolver o espaço para a AFRINIC ou o RIRs
A política exigirá algumas categorias de recursos
Os recursos legados transferidos para AFRINIC implicarão na perda do legado

Uma visão geral das reações dos participantes

A proposta é uma extensão progressiva do intra-RIR política de transferência
A política não incentivará o crescimento dos negócios
Se não for compatível com o ARIN, a AFRINIC não receberá recursos da ARIN que possui o maior fornecedor de IP do mundo

Resposta dos autores às contribuições dos participantes

O (s) autor (es) resumiram que: -

A comunidade AFRINIC precisa saber o que gostaria de fazer
Proposta quer que recursos entrem e saiam com cautela
Equipe para obter resposta de outros RIRse houver necessidade de mudanças, eles irão ajustar

Madhvi Gokool respondeu a uma pergunta do copresidente de que esta proposta não é compatível com as políticas do ARIN e que a AFRINIC entrará em contato com os outros RIRs procurar a compatibilidade de todas as 3 políticas em discussão com as suas inter-RIR políticas de transferência.

Decisão dos presidentes

Os copresidentes concluíram a sessão dizendo que irão conferir e anunciar a sua decisão após a discussão das demais propostas.

Sem Consenso - A proposta necessita de discussão adicional e por isso retorna à fase de discussão na mailing list.

5) Política de Transferência de Recursos AFPUB-2019-V4-003-DRAFT02

Proposta URL

Apresentação URL

Avaliação impactante URL

Introdução dos autores - Taiwo Oyewande e Anthony Ubah

AFRINIC tem um intra-RIR política de transferência, mas não tem uma política inter-RIR Privacidade
IPv4 os recursos são escassos e as necessidades destes recursos estão a aumentar neste momento
CPM não discute como ocorrem essas transferências
O detentor do recurso inicia uma transferência se os recursos não estiverem em disputa, os recursos forem registrados em RIR registo e tem acordo com a entidade receptora
Sem limite máximo – livre fluxo de recursos entre regiões
A transferência para AFRINIC precisa ser avaliada com AFRINIC com base na necessidade antes de uma transferência ser iniciada
A transferência para outra região deve seguir a política da região receptora
Os recursos legados não serão considerados legados após a transferência
Estatísticas NRO em 30 de junho de 2020 foram

Avaliação de impacto da equipe

Madhvi Gokool, representante de políticas da AFRINIC, apresentou a avaliação de impacto desta proposta de política. Ela mencionou que: -

No caso de transferências dentro da região, e intra-RIR transferência, certas condições devem ser atendidas
No caso de transferências de AFRINIC para outro RIR (inter-RIR transferência), não está claro por que a entidade fonte deve cumprir as políticas da entidade receptora RIR quando opera na região de serviço da fonte RIR.
No caso de transferências de outro RIR para AFRINIC (inter-RIR transferência), como a 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á nenhuma comunicação da organização de origem (detentor do recurso).

Esclarecimentos foram solicitados aos autores sobre o seguinte: -

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 A entidade fonte não tem relacionamento com o receptor RIR. Os autores podem esclarecer o que exatamente significam aqui?

7.5.1 fala do uso de um modelo padrão. É necessário esclarecimento sobre este modelo padrão - É um modelo padrão aceito globalmente em todas as regiões?
A proposta carece de diretrizes sobre recursos contestados - Os autores podem esclarecer como a AFRINIC deverá lidar com quaisquer recursos envolvidos em transferências que estejam em disputa?

Alguns desafios de implementação percebidos também foram levantados

"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. Os recursos podem ser transferidos e a entidade de origem solicita imediatamente recursos da AFRINIC com base nas necessidades.
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

O impacto será em vários sistemas e em caso de consenso serão necessários pelo menos 12 meses. O autor esclareceu então que: -

A entidade fonte e receptora assinaria e alinharia o acordo com a AFRINIC e se alinharia com as políticas do receptor RIR por causa da reciprocidade. Os recursos só podem ser transferidos entre RIRs se houver reciprocidade.
O texto da política contém a cláusula de disputa (Nota da AFRINIC - proposta https://afrinic.net/policy/proposals/2019-v4-003-d2#proposal não tem cláusula de disputa)
7.5.1 - O autor referiu-se aos seus slides “Se ambas as partes concordarem, a parte cedente enviará uma solicitação ao RIR com o qual os recursos são registrados”

Nota da AFRINIC - https://afrinic.net/policy/proposals/2019-v4-003-d2#proposal não tem esta cláusula conforme escrita

Uma visão geral das reações dos participantes:

Os autores afastam-se rapidamente do problema. A proposta estabelece que estabelece um mecanismo eficiente e favorável aos negócios para permitir transferências de recursos - o que não é um problema para ser resolvido.
Outros RIRÉ necessário questionar a reciprocidade de cada uma das políticas - o foco não deve apenas no ARIN.
A necessidade da política tem de ser claramente estabelecida. se houver demanda, mostre essa demanda
É inútil comparar o que o APNIC obterá com o que o AFRINIC obterá (as necessidades são diferentes)
Toda empresa administra um negócio para usar números para atender seus clientes, as operadoras estão tendo um bom desempenho e têm suas necessidades)
Esta é a única política que oferece recursos ilimitados e é excepcional para precificar o investimento na região
Política abre espaço para abusos
Secção 3.4, subsecção 3, “a intenção é promover a gestão responsável dos recursos da Internet sobre a região africana. Bem como o desenvolvimento e operação responsável da infraestrutura de Internet nesta região. “
Foram recebidos recursos para que possam contribuir com o crescimento da internet na região
Os autores das outras 2 propostas deverão se reunir com estes autores e elaborar 1 proposta
O RIRDeve ser contatado para saber se todas as três políticas (intra-RIR) são compatíveis com suas respectivas políticas.

Madhvi, equipe da AFRINIC, confirmou: -

que ela estará alcançando todos os RIRs sobre as 3 políticas e resumidas. As avaliações de impacto de cada política também serão atualizadas.
A seção 7.3.1 foi verificada na versão 2 da Política de Transferência de Recursos no site da AFRINIC e difere do que os autores mencionaram. Recomendamos que os autores esclareçam com a AFRINIC por e-mail.

Decisão dos presidentes

Open Mic

O microfone aberto funcionará por 10 minutos e continuará após os co-presidentes anunciarem suas decisões: -

Abdulkarim (copresidente do PDP) agradeceu à comunidade por sua eleição
Clara incompreensão das propostas para muitos na comunidade - os co-presidentes iniciaram webinars online e estes webinars serão iniciados para que as propostas sejam discutidas e nenhum consenso seja determinado nestes webinars.
As modalidades de realização de webinars serão obrigatórias a participação dentro da comunidade

Onde algumas propostas podem ter algumas linhas problemáticas, a comunidade precisa discutir como resolver esses problemas, em vez de se opor a toda a política
Conflitos no CPM a serem resolvidos
Para resolver o problema do inter-rir, se todas as 3 propostas não chegarem a um consenso - Recomendação de um participante sobre a reciprocidade das 3 propostas inter-RIR propostas políticas e elaborar uma única até meados de Outubro. Os copresidentes devem facilitar a discussão sobre a lista até o final de outubro. Solicite um novo PDP on-line até dezembro para resolver apenas os problemas inter-RIR problema . Se não houver consenso, o Conselho poderá propor uma política e apresentá-la ao próximo PPM de acordo com o Estatuto Social.
A abertura tem sido promovida há algum tempo – novas pessoas são bem-vindas, mas quando começam a dizer, opõem-se. Estranho. O padrão foi observado o suficiente para mencionar publicamente a oposição consistente a certas políticas. O PDP exige participação individual, portanto, se algum membro estiver tentando influenciar o PDP, seja cúmplice.
Endereços IP e negócios não podem ser separados, pois são necessários para o crescimento económico

Os copresidentes então anunciaram suas decisões em relação a todas as políticas e as documentaram em um e-mail para a lista RPD.

https://lists.afrinic.net/pipermail/rpd/2020/011372.html A sessão foi encerrada pelos copresidentes.

Última modificação em - 09 de Julho de 2024