<div dir="auto"><div>Hello Fenando,<div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Are we throwing out the bathing water together with the baby? Does Legacy status impact on today's immediate problem? </div><div dir="auto">Suggestion please.</div><div dir="auto"><br></div><div dir="auto">Like I said, the Legacy status of resources if not concluded here can be discussed in a separate proposal. Opinions will always be divided on certain issues.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Kind regards, </div><div dir="auto"><br></div><div dir="auto">Anthony Ubah </div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Sep 25, 2020, 10:20 PM  <<a href="mailto:rpd-request@afrinic.net">rpd-request@afrinic.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send RPD mailing list submissions to<br>
        <a href="mailto:rpd@afrinic.net" target="_blank" rel="noreferrer">rpd@afrinic.net</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:rpd-request@afrinic.net" target="_blank" rel="noreferrer">rpd-request@afrinic.net</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:rpd-owner@afrinic.net" target="_blank" rel="noreferrer">rpd-owner@afrinic.net</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of RPD digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. Re: Decisions and summary on policy proposals discussed<br>
      during the online Policy meetin (Fernando Frediani)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Fri, 25 Sep 2020 18:19:55 -0300<br>
From: Fernando Frediani <<a href="mailto:fhfrediani@gmail.com" target="_blank" rel="noreferrer">fhfrediani@gmail.com</a>><br>
To: <a href="mailto:rpd@afrinic.net" target="_blank" rel="noreferrer">rpd@afrinic.net</a><br>
Subject: Re: [rpd] Decisions and summary on policy proposals discussed<br>
        during the online Policy meetin<br>
Message-ID: <<a href="mailto:388bba0e-3230-f34a-5273-49595ef4a0fe@gmail.com" target="_blank" rel="noreferrer">388bba0e-3230-f34a-5273-49595ef4a0fe@gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"; Format="flowed"<br>
<br>
On 25/09/2020 18:07, Anthony Ubah wrote:<br>
> <clip><br>
><br>
><br>
> With respect to my policy proposal on Number resource Transfer, a <br>
> questions was asked about legacy resources. This is relatively trivial <br>
> to the idea of the policy in general. This can be subject to a new <br>
> Legacy policy in its own right. However this proposal was done with <br>
> the grand intention of gaining reciprocity with the key donor of IPv4s <br>
> which is ARIN. The issues raised shouldn't halt this policy. Jordi <br>
> made some valid recommendations which can be considered.<br>
<br>
It is definitively not. Letting them remain considered legacy is a <br>
*major issue* that only benefit a few actors who gain financially with <br>
it, plus incentives the continuation of a historic internet issue that <br>
must end and bring all resources under common rules that any other <br>
organization is bounded to on the top of helping ending possible abuses <br>
from those who are still not subject to the rules of any RIR.<br>
<br>
On the top of that this has never been mentioned in *any* message for <br>
months of discussion and has never been raised as an issue. Suddenly <br>
someone goes to the PPM, mentions that, it becomes a mandatory change in <br>
order for the proposal to reach rough consensus and the rest of the <br>
people who discussed it in details have no chance oppose and properly <br>
put up their points ? It doesn't make sense !<br>
If the logic is that then people that have financial means to attend a <br>
future event may be in advantage of others that participate only in the <br>
RPD list if willing to change something substantial in the proposal at <br>
the very last minute.<br>
<br>
FYI the Inter-RIR transfer policy in LACNIC states any legacy resources <br>
transferred loses its status and it is still reciprocal to any other RIR <br>
that have an Inter-RIR policy.<br>
<br>
Fernando<br>
<br>
><br>
> Lastly a comments was made about our problem statement. I think it is <br>
> clearly stated. The use of the term "Business" has raised a few <br>
> eyebrows and instigated ominous thoughts. I urge everyone to read <br>
> again with an open mind. Internet is a global enterprise, and Number <br>
> resources, internet, IT infrastructure and business are an integral <br>
> part of our world today. It is impractical to separate the use of <br>
> number resources from business.<br>
><br>
><br>
> These are my 10Cents.<br>
><br>
><br>
> Kind regards,<br>
><br>
> Anthony Ubah<br>
><br>
><br>
> On Fri, Sep 25, 2020, 5:03 PM <<a href="mailto:rpd-request@afrinic.net" target="_blank" rel="noreferrer">rpd-request@afrinic.net</a> <br>
> <mailto:<a href="mailto:rpd-request@afrinic.net" target="_blank" rel="noreferrer">rpd-request@afrinic.net</a>>> wrote:<br>
><br>
>     Send RPD mailing list submissions to<br>
>     <a href="mailto:rpd@afrinic.net" target="_blank" rel="noreferrer">rpd@afrinic.net</a> <mailto:<a href="mailto:rpd@afrinic.net" target="_blank" rel="noreferrer">rpd@afrinic.net</a>><br>
><br>
>     To subscribe or unsubscribe via the World Wide Web, visit<br>
>     <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
>     <<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a>><br>
>     or, via email, send a message with subject or body 'help' to<br>
>     <a href="mailto:rpd-request@afrinic.net" target="_blank" rel="noreferrer">rpd-request@afrinic.net</a> <mailto:<a href="mailto:rpd-request@afrinic.net" target="_blank" rel="noreferrer">rpd-request@afrinic.net</a>><br>
><br>
>     You can reach the person managing the list at<br>
>     <a href="mailto:rpd-owner@afrinic.net" target="_blank" rel="noreferrer">rpd-owner@afrinic.net</a> <mailto:<a href="mailto:rpd-owner@afrinic.net" target="_blank" rel="noreferrer">rpd-owner@afrinic.net</a>><br>
><br>
>     When replying, please edit your Subject line so it is more specific<br>
>     than "Re: Contents of RPD digest..."<br>
><br>
><br>
>     Today's Topics:<br>
><br>
>     ? ?1. Re: Decisions and summary on policy proposals discussed<br>
>     ? ? ? during the online Policy meeting (AFRINIC 32) (Blaise Fyama)<br>
><br>
><br>
>     ----------------------------------------------------------------------<br>
><br>
>     Message: 1<br>
>     Date: Fri, 25 Sep 2020 18:02:20 +0200<br>
>     From: Blaise Fyama <<a href="mailto:bfyama@gmail.com" target="_blank" rel="noreferrer">bfyama@gmail.com</a> <mailto:<a href="mailto:bfyama@gmail.com" target="_blank" rel="noreferrer">bfyama@gmail.com</a>>><br>
>     To: ABDULKARIM OLOYEDE <<a href="mailto:oloyede.aa@unilorin.edu.ng" target="_blank" rel="noreferrer">oloyede.aa@unilorin.edu.ng</a><br>
>     <mailto:<a href="mailto:oloyede.aa@unilorin.edu.ng" target="_blank" rel="noreferrer">oloyede.aa@unilorin.edu.ng</a>>><br>
>     Cc: rpd List <<a href="mailto:rpd@afrinic.net" target="_blank" rel="noreferrer">rpd@afrinic.net</a> <mailto:<a href="mailto:rpd@afrinic.net" target="_blank" rel="noreferrer">rpd@afrinic.net</a>>><br>
>     Subject: Re: [rpd] Decisions and summary on policy proposals discussed<br>
>     ? ? ? ? during the online Policy meeting (AFRINIC 32)<br>
>     Message-ID:<br>
>     ? ? ? ?<br>
>     <CAPehF5dv=<a href="mailto:5yc_bHR6OEJwtr7V28qNhTk-tK-sf1C_eAxWGLmVQ@mail.gmail.com" target="_blank" rel="noreferrer">5yc_bHR6OEJwtr7V28qNhTk-tK-sf1C_eAxWGLmVQ@mail.gmail.com</a><br>
>     <mailto:<a href="mailto:5yc_bHR6OEJwtr7V28qNhTk-tK-sf1C_eAxWGLmVQ@mail.gmail.com" target="_blank" rel="noreferrer">5yc_bHR6OEJwtr7V28qNhTk-tK-sf1C_eAxWGLmVQ@mail.gmail.com</a>>><br>
>     Content-Type: text/plain; charset="utf-8"<br>
><br>
>     Chers co-chairs,<br>
>     Sans ?tre virulents ? votre ?gard j'ai juste deux remarques ?<br>
>     faire d'abord:<br>
><br>
>     1. L'aspect multilinguiste devrait ?tre respect? dans la prise en<br>
>     compte de<br>
>     vos d?cisions, et je n'en ai pas le sentiment, ce qui implique que<br>
>     pour<br>
>     accompagner solidement vos conclusions et vos inf?rences, un tableau<br>
>     transparent regroupant sommairement les r?actions de chaque membre<br>
>     politique apr?s politique serait le bienvenu car il permettrait ?<br>
>     tout le<br>
>     monde d'avoir une vue claire et optimale de vos d?cisions.<br>
>     ?tant un acad?mique de carri?re, je constate que sur 10 politiques<br>
>     seulement 2 sont adopt?es ou en voie de l'?tre ce qui laisse<br>
>     sous-entendre<br>
>     que les 8 autres politiques, qui pourtant r?sultent de grands efforts,<br>
>     donnent un sentiment d'?chec ? leurs auteurs. Pourriez-vous<br>
>     ?couter un peu<br>
>     plus leurs auteurs?<br>
>     Je reconnais par exemple que Jordi a longuement interagis et<br>
>     ?chang? avec<br>
>     plusieurs d'entre nous sa proposition m?riterait d'?voluer.<br>
><br>
>     2. Lorsqu'une remarque techniquement et valablement soutenue vous est<br>
>     adress?e pourriez-vous aussi donner des explications<br>
>     proportionnellement longues? Vos r?ponses courtes et laconiques<br>
>     laissent un<br>
>     sentiment de manque de consid?ration de ce qui vous est adress?<br>
>     par les<br>
>     membres. Sinon vous risquez d'inspirer ? leur tour les membres du<br>
>     PDWG que<br>
>     nous sommes ? concevoir des politiques qui limitent votre propre r?le.<br>
><br>
>     La note positive dans tout ?a est que les 2 politiques ? savoir<br>
>     les "Les<br>
>     pr?rogatives du conseil" et "Politique de transfert des<br>
>     ressources" au vu<br>
>     des longues discussions pendant des mois ont quand m?me fait du<br>
>     chemin. Je<br>
>     note seulement que nous devons rester alerte pour? "Les<br>
>     pr?rogatives du<br>
>     conseil"? afin de ne pas affaiblir non plus le conseil qui devrait<br>
>     demeurer<br>
>     un organe de prise des d?cisions, pour plus d'efficience et<br>
>     d'efficacit?<br>
>     dans le fonctionnement de la communaut?.<br>
>     J'en f?licite les auteurs, surtout Taiwo avec qui j'ai eu<br>
>     l'opportunit?<br>
>     d'?changer lors de l'avant-dernier sommet en Angola.<br>
><br>
>     Pour finir chers co-chairs efforcez-vous d'?tre multilingues pour nous<br>
>     ?crire en Fran?ais comme nous aussi on vous ?crit parfois en Anglais.<br>
><br>
>     Cordialement,<br>
>     Blaise.<br>
><br>
><br>
><br>
>     ? ? ? ? ? ? ? ? ? ? ?Blaise FYAMA<br>
>     Msc, PhD.<br>
>     Professeur Associ?<br>
>     Secr?taire G?n?ral Acad?mique Honoraire/UL<br>
>     Doyen de la Facult? des Sciences Informatiques/UPL<br>
>     Doyen a.i de la Facult? Polytechnique/UPL<br>
>     Chef de D?partement G?nie Electrique/ESI-UNILU<br>
>     Chef de Service Informatique/Polytech-UNILU<br>
>     Consultant Informatique BIT/PAEJK<br>
>     Membre de International Research Conference IRC/WASET<br>
>     Tel: +243995579515<br>
>     Num?ro O.N.I.CIV: 00460<br>
><br>
>     MSc, PhD.<br>
><br>
>     Associate Professor<br>
><br>
>     Honorary Academic Secretary General / UL<br>
><br>
>     Dean of the Faculty of Computer Science / UPL<br>
><br>
>     Dean a.i of the Polytechnic Faculty / UPL<br>
><br>
>     Head of Department of Electrical Engineering / ESI-UNILU<br>
><br>
>     IT Service Manager / Polytech-UNILU<br>
><br>
>     IT Consultant BIT / PAEJK<br>
><br>
>     Member of International Research Conference IRC/WASET<br>
><br>
>     Phone: +243995579515<br>
><br>
>     O.N.I.CIV number: 00460<br>
><br>
><br>
>     Le lun. 21 sept. 2020 ? 02:06, ABDULKARIM OLOYEDE <<br>
>     <a href="mailto:oloyede.aa@unilorin.edu.ng" target="_blank" rel="noreferrer">oloyede.aa@unilorin.edu.ng</a> <mailto:<a href="mailto:oloyede.aa@unilorin.edu.ng" target="_blank" rel="noreferrer">oloyede.aa@unilorin.edu.ng</a>>> a<br>
>     ?crit :<br>
><br>
>     ><br>
>     > Dear PDWG Members,<br>
>     ><br>
>     >? Please find below a summary for each of the proposal discussed<br>
>     during the<br>
>     > just concluded online policy meeting of AFRINIC 32<br>
>     ><br>
>     > 1.? ? ? ?Simple PDP Update<br>
>     ><br>
>     > This policy defines consensus. It also proposes that a policy<br>
>     discussed at<br>
>     > the PPM does not need to come back for another PPM for the<br>
>     Co-chairs to<br>
>     > arrive at a decision. This can help in streamlining the work<br>
>     during the PPM<br>
>     > and encourages people to use the mailing list.<br>
>     ><br>
>     > There were lots of irrelevant objections on the mailing list such as<br>
>     > someone registering many emails. We believe that this does not<br>
>     matter<br>
>     > because rough consensus is not about numbers but quality objections.<br>
>     ><br>
>     > However, there is strong opposition to this policy based on the<br>
>     following:<br>
>     ><br>
>     > a.? ? ? ? ? ? ? ? ? ?Oppose the policy because of the way the<br>
>     consensus<br>
>     > is reached. This proposal proposes that the consensus be reached<br>
>     through a<br>
>     > balance of the mailing list/forum and not at the PPM. This<br>
>     endangers fair<br>
>     > consensus and hijacks the policymaking process. Based on<br>
>     experience, it is<br>
>     > during the PPM that most community members focus on policies.<br>
>     ><br>
>     > b.? ? ? ? ? ? ? ? ? Issues around how the chairs should drop<br>
>     proposals.<br>
>     ><br>
>     > c.? ? ? ? ? ? ? ? ? ?Trust in the mailing list: Some strongly<br>
>     believe<br>
>     > that anonymous contribution should be allowed while some<br>
>     believes it should<br>
>     > not.<br>
>     ><br>
>     > d.? ? ? ? ? ? ? ? ? Issues around having more than 1 PPM per<br>
>     year and<br>
>     > Online PPM because of volunteer burnout. We are all volunteers<br>
>     and it?s a<br>
>     > night job for us. More PPMs mean more time to volunteer and more<br>
>     chances<br>
>     > for burnouts<br>
>     ><br>
>     > e.? ? ? ? ? ? ? ? ? Some members of the Community thinks only<br>
>     burning or<br>
>     > polarizing issues should be brought to the PPM.<br>
>     ><br>
>     > Chairs Decision:? ?No Consensus<br>
>     ><br>
>     ><br>
>     ><br>
>     ><br>
>     ><br>
>     > 2.? ? ? ?PDP Working Group<br>
>     ><br>
>     > This proposal aims at allowing most of the decisions including chair<br>
>     > elections to be determined via consensus.? This can be<br>
>     reasonable when the<br>
>     > community has the same goal. However, there were a number of<br>
>     objections to<br>
>     > it. These are:<br>
>     ><br>
>     > a.? ? ? ? ? ? ? ? ? ?Entrusting the WG to make their decisions by<br>
>     > consensus and the appointment of their co-chairs by consensus do<br>
>     not make<br>
>     > sense and is only utopic.<br>
>     ><br>
>     > b.? ? ? ? ? ? ? ? ? People are not policy proposals, and thus<br>
>     choosing by<br>
>     > consensus is splitting hairs with the election process we<br>
>     already have.<br>
>     > Save the consensus for the proposals, and the election for people.<br>
>     ><br>
>     > c.? ? ? ? ? ? ? ? ? ?Consensus may even take months, and this<br>
>     can?t fly<br>
>     > when we want to put people in the vacant roles.<br>
>     ><br>
>     > d.? ? ? ? ? ? ? ? ? Co-chairs should not have a hand in the<br>
>     consensus,<br>
>     > but only sit back and let the community decide for themselves.<br>
>     > Additionally, the consensus process is not feasible with a deadline.<br>
>     ><br>
>     > e.? ? ? ? ? ? ? ? ? Focus on polishing the current electoral process<br>
>     > instead of complicating other untested forms of ?election?.<br>
>     ><br>
>     > f.? ? ? ? ? ? ? ? ? ? The current status quo?s election should<br>
>     be the<br>
>     > only option in choosing for the roles, and not through less<br>
>     transparent<br>
>     > means.<br>
>     ><br>
>     > g.? ? ? ? ? ? ? ? ? ?Board would be interfering too much on<br>
>     issues that<br>
>     > deal with PDP<br>
>     ><br>
>     > Chairs Decision:? ? No Consensus<br>
>     ><br>
>     ><br>
>     ><br>
>     > 3.? ? ? ?Chairs Election Process<br>
>     ><br>
>     > This proposal aims at introducing an online voting system for the<br>
>     > Co-Chairs election. The following are the opposition to this<br>
>     proposal.<br>
>     ><br>
>     > a.? ? ? ? ? ? ? ? ? ?This policy reduces participation. Equal<br>
>     > representation is violated because the board has unprecedented<br>
>     power.<br>
>     ><br>
>     > b.? ? ? ? ? ? ? ? ? There is also not enough information on the<br>
>     logistics<br>
>     > of the vote (e-voting).<br>
>     ><br>
>     > c.? ? ? ? ? ? ? ? ? ?There is a contradiction on when the term ends<br>
>     > during the meeting. ?The term ends during the first PPM<br>
>     corresponding to<br>
>     > the end of the term for which they were appointed? is not clear<br>
>     enough, and<br>
>     > ?A term may begin or end no sooner than the first day of the PPM<br>
>     and no<br>
>     > later than the last day of the PPM as determined by mutual<br>
>     agreement of the<br>
>     > current Chair and the new Chair? contradicts each other.<br>
>     ><br>
>     > d.? ? ? ? ? ? ? ? ? Gender restriction on 3.3.1.3 , some community<br>
>     > members argue it is impractical and maybe even unfair if we<br>
>     force both<br>
>     > chairs to have different genders.<br>
>     ><br>
>     > e.? ? ? ? ? ? ? ? ? Issues around which voter's register should be<br>
>     > adopted<br>
>     ><br>
>     > Chairs Decision: No Consensus<br>
>     ><br>
>     ><br>
>     ><br>
>     > 4.? ? ? ?Board Prerogatives<br>
>     ><br>
>     > This proposal aims at clarifying how the board and the PDWG? works.<br>
>     > However, there were a few oppositions to this proposal except for a<br>
>     > specific section.<br>
>     ><br>
>     > a.? ? ? ? ? ? ? ? ? ?It seems like a piecemeal approach to<br>
>     dealing with<br>
>     > issues.<br>
>     ><br>
>     > b.? ? ? ? ? ? ? ? ? Opposition to the section below<br>
>     ><br>
>     > *?As an exception of the preceding paragraph, in the absence of<br>
>     elections<br>
>     > processes for aspects related to the PDP (co-chairs, appeal<br>
>     committee),<br>
>     > those aspects will be still handled by the board in consultation<br>
>     with the<br>
>     > community. However, this is also a temporary measure and also<br>
>     specific<br>
>     > draft policy proposals should be introduced for that*?. The authors<br>
>     > agreed to remove the above section hence<br>
>     ><br>
>     > Chairs Decision: Consensus provided the above section is removed<br>
>     ><br>
>     ><br>
>     ><br>
>     > 5.? ? ? ?Policy Compliance Dashboard<br>
>     ><br>
>     > The policy proposal seeks to provide a framework or a policy<br>
>     compliance<br>
>     > dashboard be developed by AFRINIC and incorporated in myAFRINIC<br>
>     (and future<br>
>     > member?s communication platforms).? It will allow a periodic<br>
>     review of the<br>
>     > policy compliance status of each member. It will also enable<br>
>     members to<br>
>     > receive automated notifications for any issue. Staff will<br>
>     receive repeated<br>
>     > warnings of lack of compliance or severe violations enshrined in<br>
>     the CPM.<br>
>     > However, there are several oppositions to this proposal, such as:<br>
>     ><br>
>     > a.? ? ? ? ? ? ? ? ? ?This policy seems to be redundant of the<br>
>     status quo<br>
>     > as violations are already checked and processed by the human staff.<br>
>     ><br>
>     > b.? ? ? ? ? ? ? ? ? There is already an existing system of<br>
>     guidelines on<br>
>     > keeping track of the violations of members.<br>
>     ><br>
>     > c.? ? ? ? ? ? ? ? ? ?The policy is not binding and does not enforce<br>
>     > members actually to follow the rules and not violate policies.<br>
>     ><br>
>     > d.? ? ? ? ? ? ? ? ? Ignorance could be a convenient excuse for<br>
>     violations<br>
>     > because one could claim that they never got notified about their<br>
>     violations.<br>
>     ><br>
>     > e.? ? ? ? ? ? ? ? ? There is no comprehensive system on how the<br>
>     board<br>
>     > should take proper actions once members violate policies, nor<br>
>     does it give<br>
>     > guidelines based on the severity of the violations.<br>
>     ><br>
>     > f.? ? ? ? ? ? ? ? ? ? This policy takes away resources that<br>
>     could be used<br>
>     > for more beneficial pursuits to AFRINIC for something existing<br>
>     in the<br>
>     > system.<br>
>     ><br>
>     > g.? ? ? ? ? ? ? ? ? ?It an administrative? process, and this<br>
>     should be<br>
>     > left to staff<br>
>     ><br>
>     > Chairs Decision:? NO rough Consensus<br>
>     ><br>
>     ><br>
>     ><br>
>     > 6.? ? ? ?Abuse Contact Update<br>
>     ><br>
>     > The proposal makes it mandatory for AFRINIC to include in each<br>
>     resource<br>
>     > registration, a contact where network abuse from users of those<br>
>     resources<br>
>     > will be reported.? The proposal whois DB attribute (abuse-c) to<br>
>     be used to<br>
>     > publish abuse public contact information. There?s also a process<br>
>     to ensure<br>
>     > that the recipient must receive abuse report and that contacts are<br>
>     > validated by AFRINIC regularly. However, there some opposition<br>
>     to the<br>
>     > proposal there are:<br>
>     ><br>
>     > a.? ? ? ? ? ? ? ? ? ?Staff analysis on how it affects legacy<br>
>     holder not<br>
>     > conclusive? (not sure why this should affect legacy holders)<br>
>     ><br>
>     > b.? ? ? ? ? ? ? ? ? The proposal doesn?t state what will be the<br>
>     > consequences of one member fails to comply. Why are we creating<br>
>     the abuse<br>
>     > contact when there is no consequence for not providing the abuse<br>
>     contact<br>
>     ><br>
>     > c.? ? ? ? ? ? ? ? ? ?Abuse contact email and issues with GDPR<br>
>     concerning<br>
>     > the whois database<br>
>     ><br>
>     > d.? ? ? ? ? ? ? ? ? No proper definition of the term Abuse<br>
>     ><br>
>     > e.? ? ? ? ? ? ? ? ? To force members to reply to their abuse<br>
>     email is not<br>
>     > in the scope of AFRINIC.<br>
>     ><br>
>     > Chairs Decision: No rough consensus<br>
>     ><br>
>     ><br>
>     ><br>
>     > 7.? ? ? ?RPKI ROAs for Unallocated and Unassigned AFRINIC<br>
>     Address Space<br>
>     ><br>
>     > The proposal instructs AFRINIC to create ROAs for all<br>
>     unallocated and<br>
>     > unassigned address space under its control. This will enable<br>
>     networks<br>
>     > performing RPKI-based BGP Origin Validation to easily reject all<br>
>     the bogon<br>
>     > announcements covering resources managed by AFRINIC. However,<br>
>     there are<br>
>     > many oppositions such as:<br>
>     ><br>
>     > a.? ? ? ? ? ? ? ? ? ?Allowing resource holders to create AS0/<br>
>     ROA will<br>
>     > lead to an increase of even more invalid prefixes in the routing<br>
>     table.<br>
>     ><br>
>     > b.? ? ? ? ? ? ? ? ? Revocation time of AS0 state, and the time<br>
>     for new<br>
>     > allocation doesn?t match.<br>
>     ><br>
>     > c.? ? ? ? ? ? ? ? ? ?Other RIRs don?t have a similar the policy<br>
>     > therefore, it can not be effective<br>
>     ><br>
>     > d.? ? ? ? ? ? ? ? ? This will become a uniform policy if it is not<br>
>     > globally implemented, which causes additional stress.<br>
>     ><br>
>     > e.? ? ? ? ? ? ? ? ? Validity period:? ?if members decide to<br>
>     implement it,<br>
>     > is it not better to recover the space if it is kept unused for<br>
>     too long?<br>
>     ><br>
>     > f.? ? ? ? ? ? ? ? ? ? How do we revoke the ROA? How long does it<br>
>     take to<br>
>     > revoke it (chain/ refreshing )?<br>
>     ><br>
>     > g.? ? ? ? ? ? ? ? ? ?What happens if AFRINIC accidentally issues<br>
>     a ROA<br>
>     > for an address in error?<br>
>     ><br>
>     > h.? ? ? ? ? ? ? ? ? It also might affect the neighbours and involves<br>
>     > monitoring of unallocated spaces.<br>
>     ><br>
>     > i.? ? ? ? ? ? ? ? ? ? ?Possibility of it being used against a<br>
>     member who<br>
>     > is yet to pay dues.<br>
>     ><br>
>     > Suggestions were made to improve the policy such as<br>
>     ><br>
>     > a)? ? ? ? ? ? ? ? ? The automatic creation of AS0 ROAs should be<br>
>     limited<br>
>     > to space that has never been allocated by an RIR or part of a legacy<br>
>     > allocation.<br>
>     ><br>
>     > b)? ? ? ? ? ? ? ? ? AFRINIC should require the explicit consent<br>
>     of the<br>
>     > previous holder to issue AS0 ROAs in respect of re-claimed,<br>
>     returned, etc,<br>
>     > space.<br>
>     ><br>
>     > c)? ? ? ? ? ? ? ? ? ?Any ROAs issued under this policy should be<br>
>     issued<br>
>     > and published in a way that makes it operationally easy for a<br>
>     relying party<br>
>     > to ignore them (probably by issuing under a separate TA).<br>
>     ><br>
>     > d)? ? ? ? ? ? ? ? ? The proposal should include the clause ?as<br>
>     used in<br>
>     > APNIC as to dues not paid on time.?<br>
>     ><br>
>     > Chairs Decision: No consensus<br>
>     ><br>
>     ><br>
>     ><br>
>     > 8.? ? ? ?IPv4 Inter-RIR Resource Transfers (Comprehensive Scope)<br>
>     ><br>
>     > The proposal puts in place a mechanism to transfer IPv4 and<br>
>     (some ASN)<br>
>     > resources between AFRINIC and other RIRs and between AFRINIC<br>
>     > members/entities. Some conditions are attached to the source and<br>
>     recipient<br>
>     > based on need and disclosure made. The inter-RIR transfers will be<br>
>     > suspended if the number of outgoing IPv4 addresses exceeds the<br>
>     incoming<br>
>     > ones for six consecutive months. However, there are oppositions<br>
>     to it<br>
>     ><br>
>     > a.? ? ? ? ? ? ? ? ? ?ASN Transfer is not necessary<br>
>     ><br>
>     > b.? ? ? ? ? ? ? ? ? Issue of board inferring: no board in all of<br>
>     the five<br>
>     > RIRs have ever been involved in deciding a transfer or allocating IP<br>
>     > address. It is not the board's responsibility.<br>
>     ><br>
>     > c.? ? ? ? ? ? ? ? ? ?Suspending clause with no reinstalling<br>
>     clause. This<br>
>     > mainly makes the policy potentially invalid.<br>
>     ><br>
>     > Chairs Decision: No consensus.<br>
>     ><br>
>     ><br>
>     ><br>
>     > 9.? ? ? ?AFRINIC Number Resource Transfer<br>
>     ><br>
>     > a.? ? ? ? ? ? ? ? ? ?Not realistic for one-way inter RIR resource<br>
>     > transfer as it has to be reciprocal. One way would never happen<br>
>     as only<br>
>     > global resources can come in and go out<br>
>     ><br>
>     > b.? ? ? ? ? ? ? ? ? It would be difficult for the recipient to<br>
>     follow the<br>
>     > rules of AFRINIC if they are not in the African region.<br>
>     ><br>
>     > c.? ? ? ? ? ? ? ? ? ?No need for ASN transfer. If one is moving<br>
>     regions<br>
>     > and doesn't have an ASN in the new region, it can request and<br>
>     receive from<br>
>     > the local RIRs<br>
>     ><br>
>     > d.? ? ? ? ? ? ? ? ? Additional attributes create none-operational<br>
>     > complexity in the whois database.<br>
>     ><br>
>     > Chairs Decision: No consensus.<br>
>     ><br>
>     ><br>
>     ><br>
>     > 10.? ?Resource Transfer Policy<br>
>     ><br>
>     > This proposal aims to introduce Inter RIR transfer. However, it<br>
>     has the<br>
>     > following opposition<br>
>     ><br>
>     > a.? ? ? ? ? ? ? ? ? ?Issues with Legacy holder transfer is<br>
>     potentially<br>
>     > considered none-reciprocal by ARIN<br>
>     ><br>
>     > b.? ? ? ? ? ? ? ? ? Potential abuse of AFRINIC free pool without<br>
>     the time<br>
>     > limit of receiving an allocation from AFRINIC.<br>
>     ><br>
>     > Chairs Decision: The proposal is the least contested of all the 3<br>
>     > competing proposals. However because of the community?s desire<br>
>     and clear<br>
>     > expression for the? need for an Inter RIR transfer, we, the<br>
>     Co-chairs,<br>
>     > believe that in the interest of the community we should focus on<br>
>     a proposal<br>
>     > rather than several similar ones. This desire was clearly<br>
>     expressed at the<br>
>     > AFRINIC 31 meeting in Angola. Therefore, We suggest that the<br>
>     authors of<br>
>     > this proposal make the following amendments:<br>
>     ><br>
>     > ?? ? ? ? ?5.7.3.2? Source entities are not eligible to receive<br>
>     further<br>
>     > IPv4 allocations or assignments from AFRINIC for 12 months<br>
>     period after the<br>
>     > transfer.<br>
>     ><br>
>     > ?? ? ? ? ?5.7.4.3. Transferred legacy resources will still be<br>
>     regarded as<br>
>     > legacy resources.<br>
>     ><br>
>     > Chairs Decision: Provided that the above are amended, the<br>
>     decisions is<br>
>     > Rough Consensus is achieved<br>
>     ><br>
>     ><br>
>     ><br>
>     > Based on the above, The updated version of the follow proposal which<br>
>     > achieved rough consensus would be posted on the PDWG website<br>
>     ><br>
>     > *1.? ? ? ?**Board Prerogatives *<br>
>     ><br>
>     > *2.? ? ? ?**Resource Transfer Policy*<br>
>     ><br>
>     > Therefore, these two policies are now on last call.<br>
>     ><br>
>     > Co-Chair<br>
>     > PDWG<br>
>     ><br>
>     > Website <<a href="http://www.unilorin.edu.ng" rel="noreferrer noreferrer" target="_blank">http://www.unilorin.edu.ng</a><br>
>     <<a href="http://www.unilorin.edu.ng" rel="noreferrer noreferrer" target="_blank">http://www.unilorin.edu.ng</a>>>, Weekly Bulletin<br>
>     > <<a href="http://www.unilorin.edu.ng/index.php/bulletin" rel="noreferrer noreferrer" target="_blank">http://www.unilorin.edu.ng/index.php/bulletin</a><br>
>     <<a href="http://www.unilorin.edu.ng/index.php/bulletin" rel="noreferrer noreferrer" target="_blank">http://www.unilorin.edu.ng/index.php/bulletin</a>>> UGPortal<br>
>     > <<a href="http://uilugportal.unilorin.edu.ng/" rel="noreferrer noreferrer" target="_blank">http://uilugportal.unilorin.edu.ng/</a><br>
>     <<a href="http://uilugportal.unilorin.edu.ng/" rel="noreferrer noreferrer" target="_blank">http://uilugportal.unilorin.edu.ng/</a>>> PGPortal<br>
>     > <<a href="https://uilpgportal.unilorin.edu.ng/" rel="noreferrer noreferrer" target="_blank">https://uilpgportal.unilorin.edu.ng/</a><br>
>     <<a href="https://uilpgportal.unilorin.edu.ng/" rel="noreferrer noreferrer" target="_blank">https://uilpgportal.unilorin.edu.ng/</a>>><br>
>     ><br>
>     > _______________________________________________<br>
>     > RPD mailing list<br>
>     > <a href="mailto:RPD@afrinic.net" target="_blank" rel="noreferrer">RPD@afrinic.net</a> <mailto:<a href="mailto:RPD@afrinic.net" target="_blank" rel="noreferrer">RPD@afrinic.net</a>><br>
>     > <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
>     <<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a>><br>
>     ><br>
>     -------------- next part --------------<br>
>     An HTML attachment was scrubbed...<br>
>     URL:<br>
>     <<a href="https://lists.afrinic.net/pipermail/rpd/attachments/20200925/a8a5d980/attachment.html" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/pipermail/rpd/attachments/20200925/a8a5d980/attachment.html</a><br>
>     <<a href="https://lists.afrinic.net/pipermail/rpd/attachments/20200925/a8a5d980/attachment.html" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/pipermail/rpd/attachments/20200925/a8a5d980/attachment.html</a>>><br>
><br>
>     ------------------------------<br>
><br>
>     Subject: Digest Footer<br>
><br>
>     _______________________________________________<br>
>     RPD mailing list<br>
>     <a href="mailto:RPD@afrinic.net" target="_blank" rel="noreferrer">RPD@afrinic.net</a> <mailto:<a href="mailto:RPD@afrinic.net" target="_blank" rel="noreferrer">RPD@afrinic.net</a>><br>
>     <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
>     <<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a>><br>
><br>
><br>
>     ------------------------------<br>
><br>
>     End of RPD Digest, Vol 168, Issue 213<br>
>     *************************************<br>
><br>
><br>
> _______________________________________________<br>
> RPD mailing list<br>
> <a href="mailto:RPD@afrinic.net" target="_blank" rel="noreferrer">RPD@afrinic.net</a><br>
> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="https://lists.afrinic.net/pipermail/rpd/attachments/20200925/1e6effea/attachment.html" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/pipermail/rpd/attachments/20200925/1e6effea/attachment.html</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
RPD mailing list<br>
<a href="mailto:RPD@afrinic.net" target="_blank" rel="noreferrer">RPD@afrinic.net</a><br>
<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
<br>
<br>
------------------------------<br>
<br>
End of RPD Digest, Vol 168, Issue 219<br>
*************************************<br>
</blockquote></div></div></div>