<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Hi Anthony.<br>
      It may "resolve" one issue and creates a bigger one with the
      legacy. Resolve between quotes because the proposal has other
      problems that lack confirmation by staff and other RIRs which may
      not have the effect it is intended. That's why rushing for it is
      unnecessarily. AfriNic will definitely survive if a few more
      months are necessary to get it right.</p>
    <p>We cannot just close our eyes and let is through this way with
      such a major thing being changed at the very last minute. <br>
      <br>
      Well, overall the main reason it should not reach consensus and be
      brought back to discussion have been mentioned by me and others
      and a couple of other messages which wait more clarifications from
      the Co-Chair. On this one I am commenting just the legacy stuff.<br>
      Fernando<br>
    </p>
    <div class="moz-cite-prefix">On 25/09/2020 19:17, Anthony Ubah
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAHcb0ARtDwXRoYwkQTkeXE3dpyr3y40fCDq_05vp1fqv5Us7Rw@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <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"
                moz-do-not-send="true">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" moz-do-not-send="true">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"
                moz-do-not-send="true">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" moz-do-not-send="true">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" moz-do-not-send="true">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" moz-do-not-send="true">fhfrediani@gmail.com</a>><br>
              To: <a href="mailto:rpd@afrinic.net" target="_blank"
                rel="noreferrer" moz-do-not-send="true">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" moz-do-not-send="true">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" moz-do-not-send="true">rpd-request@afrinic.net</a>
              <br>
              > <mailto:<a href="mailto:rpd-request@afrinic.net"
                target="_blank" rel="noreferrer" moz-do-not-send="true">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" moz-do-not-send="true">rpd@afrinic.net</a>
              <mailto:<a href="mailto:rpd@afrinic.net"
                target="_blank" rel="noreferrer" moz-do-not-send="true">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"
                moz-do-not-send="true">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
              >     <<a
                href="https://lists.afrinic.net/mailman/listinfo/rpd"
                rel="noreferrer noreferrer" target="_blank"
                moz-do-not-send="true">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" moz-do-not-send="true">rpd-request@afrinic.net</a>
              <mailto:<a href="mailto:rpd-request@afrinic.net"
                target="_blank" rel="noreferrer" moz-do-not-send="true">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" moz-do-not-send="true">rpd-owner@afrinic.net</a>
              <mailto:<a href="mailto:rpd-owner@afrinic.net"
                target="_blank" rel="noreferrer" moz-do-not-send="true">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" moz-do-not-send="true">bfyama@gmail.com</a>
              <mailto:<a href="mailto:bfyama@gmail.com"
                target="_blank" rel="noreferrer" moz-do-not-send="true">bfyama@gmail.com</a>>><br>
              >     To: ABDULKARIM OLOYEDE <<a
                href="mailto:oloyede.aa@unilorin.edu.ng" target="_blank"
                rel="noreferrer" moz-do-not-send="true">oloyede.aa@unilorin.edu.ng</a><br>
              >     <mailto:<a
                href="mailto:oloyede.aa@unilorin.edu.ng" target="_blank"
                rel="noreferrer" moz-do-not-send="true">oloyede.aa@unilorin.edu.ng</a>>><br>
              >     Cc: rpd List <<a href="mailto:rpd@afrinic.net"
                target="_blank" rel="noreferrer" moz-do-not-send="true">rpd@afrinic.net</a>
              <mailto:<a href="mailto:rpd@afrinic.net"
                target="_blank" rel="noreferrer" moz-do-not-send="true">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" moz-do-not-send="true">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" moz-do-not-send="true">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" moz-do-not-send="true">oloyede.aa@unilorin.edu.ng</a>
              <mailto:<a href="mailto:oloyede.aa@unilorin.edu.ng"
                target="_blank" rel="noreferrer" moz-do-not-send="true">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" moz-do-not-send="true">http://www.unilorin.edu.ng</a><br>
              >     <<a href="http://www.unilorin.edu.ng"
                rel="noreferrer noreferrer" target="_blank"
                moz-do-not-send="true">http://www.unilorin.edu.ng</a>>>,
              Weekly Bulletin<br>
              >     > <<a
                href="http://www.unilorin.edu.ng/index.php/bulletin"
                rel="noreferrer noreferrer" target="_blank"
                moz-do-not-send="true">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"
                moz-do-not-send="true">http://www.unilorin.edu.ng/index.php/bulletin</a>>>
              UGPortal<br>
              >     > <<a
                href="http://uilugportal.unilorin.edu.ng/"
                rel="noreferrer noreferrer" target="_blank"
                moz-do-not-send="true">http://uilugportal.unilorin.edu.ng/</a><br>
              >     <<a href="http://uilugportal.unilorin.edu.ng/"
                rel="noreferrer noreferrer" target="_blank"
                moz-do-not-send="true">http://uilugportal.unilorin.edu.ng/</a>>>
              PGPortal<br>
              >     > <<a
                href="https://uilpgportal.unilorin.edu.ng/"
                rel="noreferrer noreferrer" target="_blank"
                moz-do-not-send="true">https://uilpgportal.unilorin.edu.ng/</a><br>
              >     <<a
                href="https://uilpgportal.unilorin.edu.ng/"
                rel="noreferrer noreferrer" target="_blank"
                moz-do-not-send="true">https://uilpgportal.unilorin.edu.ng/</a>>><br>
              >     ><br>
              >     >
              _______________________________________________<br>
              >     > RPD mailing list<br>
              >     > <a href="mailto:RPD@afrinic.net"
                target="_blank" rel="noreferrer" moz-do-not-send="true">RPD@afrinic.net</a>
              <mailto:<a href="mailto:RPD@afrinic.net"
                target="_blank" rel="noreferrer" moz-do-not-send="true">RPD@afrinic.net</a>><br>
              >     > <a
                href="https://lists.afrinic.net/mailman/listinfo/rpd"
                rel="noreferrer noreferrer" target="_blank"
                moz-do-not-send="true">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
              >     <<a
                href="https://lists.afrinic.net/mailman/listinfo/rpd"
                rel="noreferrer noreferrer" target="_blank"
                moz-do-not-send="true">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"
                moz-do-not-send="true">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"
                moz-do-not-send="true">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" moz-do-not-send="true">RPD@afrinic.net</a>
              <mailto:<a href="mailto:RPD@afrinic.net"
                target="_blank" rel="noreferrer" moz-do-not-send="true">RPD@afrinic.net</a>><br>
              >     <a
                href="https://lists.afrinic.net/mailman/listinfo/rpd"
                rel="noreferrer noreferrer" target="_blank"
                moz-do-not-send="true">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
              >     <<a
                href="https://lists.afrinic.net/mailman/listinfo/rpd"
                rel="noreferrer noreferrer" target="_blank"
                moz-do-not-send="true">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" moz-do-not-send="true">RPD@afrinic.net</a><br>
              > <a
                href="https://lists.afrinic.net/mailman/listinfo/rpd"
                rel="noreferrer noreferrer" target="_blank"
                moz-do-not-send="true">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"
                moz-do-not-send="true">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" moz-do-not-send="true">RPD@afrinic.net</a><br>
              <a href="https://lists.afrinic.net/mailman/listinfo/rpd"
                rel="noreferrer noreferrer" target="_blank"
                moz-do-not-send="true">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>
    </blockquote>
  </body>
</html>