Search RPD Archives
Limit search to: Subject & Body Subject Author
Sort by:

[rpd] new policy proposal: AFPUB-2019-GEN-003-DRAFT01: "Chairs Elections Process"

Fernando Frediani fhfrediani at gmail.com
Tue Nov 12 20:28:35 UTC 2019


Hello Anthony

The point specifically about the Co-chairs be or not form the same
country is a good practice to avoid monopolization from a single country.
You are right that 'in theory' the only thing that should matter are the
candidate requirements, but in practice it may lead to scenarios where
there is a major participation of people from a specific country and
they may vote for someone just because he/she is from the same country
without knowing anything about the person.
While I don't consider this a very critical thing as for example the 6
month period to be able to vote, I think it avoids that possibility I
mentioned which is what is more likely to happen.

Fernando

On 12/11/2019 15:56, Anthony Ubah wrote:

>

> Hello Jordie and Souad,

>

> I’ve just gone through your proposal. Having once contested for a

> chair as co-chair I quite recognize a need to revisit the election

> process. However, I don’t agree with the crust of this proposal.

>

> The stated problem being addressed (below) is accurate, nevertheless

> personally I find that several areas are debatable, t’s as evident in

> the views on the mail trails so far.

>

> *“The Policy Development Working Group (PDWG) discusses very briefly

> how the chairs are chosen. However, there is not sufficient detail

> about the candidate requirements, neither a complete process.”*

>

> Most observations I have made have already been brought previously

> highlighted and brought forward by other members of the community, and

> I see that you(Jordi) have painstakingly tried to address a few of

> them, but I will still want to reiterate a few of mine.

>

> From section 3.3.1

>

> *• Both chairs can’t be from the same country,*

>

> *except in exceptional situations where there are*

>

> *no other acceptable candidates, in which case one*

>

> *of the chairs will cease in their position at the*

>

> *following election process (following year), either*

>

> *because their term has come to an end or by*

>

> *agreement among the two chairs, failing which*

>

> *the chair who has held the position the longest*

>

> *will automatically cease in their position*

>

> Ant: I am an advocate for freedom and transparency, thus I strongly

> disagree with any form of restrictions due to the country of origin or

> resident of the co-chairs. Nomination and election should be a matter

> of substance. Like Daniel said */“Else we may be trading competency

> for representative”/*. The focus should be on the candidates’

> competence and motivation.

>

> From Section 3.3.2

>

> *3.3.2 About the election of the Chairs*

>

> *• Voting will be conducted electronically, using*

>

> *mechanisms to ensure, as much as possible, that*

>

> *each voter can cast only one vote.*

>

> Ant:

>

> 1.Through what electronic means?

>

> 2.Solely remote voting? When can the community meet and interact with

> the candidates, or do we rely solely on credentials and public

> opinions? If so, then what is the need for waiting till the next PPM?

> Run an election, conclude and announce results on online.

>

> 3.How can voters be identified for transparency in eligibility and

> vote counting?

>

> 4.What mechanism is put in place to detect multiple accounts run by

> one person? Because we might be an advent of a scenario of account

> squatting for voting purposes. Where one person will register multiple

> dummy accounts in anticipation of election time.

>

> 5.How can off-net collusion be detected?

>

> *• Anyone who has been part of the RPD List for at*

>

> *least 6 months prior to the start of the election*

>

> *process may participate.*

>

> Ant: Fair

>

> *• Any use of the list for electoral purposes, even*

>

> *when by persons clearly supportive of a*

>

> *candidate, may result in their disqualification, if*

>

> *there is evidence of collusion.*

>

> Ant: This is controversial. A member can disenfranchise a candidate by

> running a pseudo campaign in his favour, just to have that candidate

> or both disqualified in favour of another. Simply put, one less voter

> for one less Candidate. Very unbalanced.

>

> **

>

> *• AFRINIC will communicate the names of*

>

> *Acceptable candidates to the RPD List,*

>

> *announcing where candidate information will be *

>

> *published.*

>

> The term acceptable candidate reflects in bullet point 3 of 3.3.1 and

> bullet point 7 of 3.3.2. Are there separate criteria stipulated for

> candidates to measure who fall within the “acceptable” threshold, or

> is it the same as voter eligibility as stated in bullet point 3 of

> 3.3.2? If not, what other criteria do you recommend for eligibility?

>

> **

>

> *• A period of 10 calendar days will then begin*

>

> *during which the community will be able to*

>

> *contribute relevant information on the candidates.*

>

> *This information, if confirmed, may be published*

>

> *simultaneously for all candidates on the first*

>

> *working day following the end of the 10-day*

>

> *period. As a result of that information, the Board*

>

> *could disqualify any candidate.*

>

> Ant: Quite Ambiguous. Kindly rephrase.

>

> *• Voting will begin on the first working Monday*

>

> *after the period specified above and will remain*

>

> *open for 7 calendar days*.

>

> Ant: When can the community meet and interact with the candidates?

>

> *• If any objections are raised by a member of the*

>

> *community, such objections must be*

>

> *communicated to the Board within 7 calendar*

>

> *days of the announcement of the results. The*

>

> *Board will then assess whether such objections*

>

> *are significant and have been proven. If no*

>

> *objections are raised, or if those aren’t*

>

> *considered, will proceed to ratify the winning*

>

> *candidate.*

>

> Ant: As I said before, I am an advocate of a transparent system. I

> think narrowing a lot of things down to the Board is a way for locking

> the larger community away from critical decisions.

>

> Drifting off a bit to the second trail on the subject matter. The

> existing election process might not be perfect, but the influence of

> the local community should not be frowned at. The community is

> encouraged to grow, and there is no better opportunity to do that than

> by driving active participation of the host community as was witnessed

> in Kampala, where a lot of IT students participated actively throughout.

>

> Curbing the local influence of the host country/”newcomer voter’ in

> the election process will achieve infinitesimal gain. Since the

> Bi-annual PPM is shifted across regions it solves itself organically.

>

> In conclusion, I think the intention of initiating this proposal is

> very noble, but I would suggest a comprehensive review. It is not ready.

>

> Kind regards,

>

> Anthony

>

> *Best Regards,*

>

> *UBAH ANTHONY **IKECHUKWU ***

>

> Goldspine Nigeria

>

> E-mail: anthony.ubah at goldspine.com <mailto:anthony.ubah at gloworld.com>.ng

>

>

>

> On Sun, Nov 10, 2019 at 11:23 PM <rpd-request at afrinic.net

> <mailto:rpd-request at afrinic.net>> wrote:

>

> Send RPD mailing list submissions to

> rpd at afrinic.net <mailto:rpd at afrinic.net>

>

> To subscribe or unsubscribe via the World Wide Web, visit

> https://lists.afrinic.net/mailman/listinfo/rpd

> or, via email, send a message with subject or body 'help' to

> rpd-request at afrinic.net <mailto:rpd-request at afrinic.net>

>

> You can reach the person managing the list at

> rpd-owner at afrinic.net <mailto:rpd-owner at afrinic.net>

>

> When replying, please edit your Subject line so it is more specific

> than "Re: Contents of RPD digest..."

>

>

> Today's Topics:

>

>    1. Re: AFRINIC Number Resources Transfer Policy (Fernando Frediani)

>    2. Re: new policy proposal: AFPUB-2019-GEN-003-DRAFT01: "Chairs

>       Elections Process" (Caleb Olumuyiwa Ogundele)

>

>

> ----------------------------------------------------------------------

>

> Message: 1

> Date: Sun, 10 Nov 2019 19:01:58 -0300

> From: Fernando Frediani <fhfrediani at gmail.com

> <mailto:fhfrediani at gmail.com>>

> To: rpd at afrinic.net <mailto:rpd at afrinic.net>

> Subject: Re: [rpd] AFRINIC Number Resources Transfer Policy

> Message-ID: <fa51b0ca-936b-5dbf-3ea7-f57fd5474722 at gmail.com

> <mailto:fa51b0ca-936b-5dbf-3ea7-f57fd5474722 at gmail.com>>

> Content-Type: text/plain; charset="utf-8"; Format="flowed"

>

> In practice this situation you describe is very hard to happen, we

> cannot have things in place to treat the very unlikely situation and

> that Phase 2 is about to happen soon. Until there the vast

> majority or

> organization (really the vast!) can get addresses from AfriNic fine.

> I hardly doubt one can justify anything more than a /13 at once at

> the

> moment. Even in a remote hypothesis that is possible the organization

> can receive the /13 and work with that until transfers are allowed as

> per Jordi's proposal that has been changed to start with Phase 2 is

> triggered and that organization will be able to transfer whatever

> else

> is needed.

> One rule for all and much simpler.

>

> Fernando

>

> On 10/11/2019 18:51, Owen DeLong wrote:

> >

> >

> >> On Nov 10, 2019, at 10:51 , Chevalier du Borg

> <virtual.borg at gmail.com <mailto:virtual.borg at gmail.com>

> >> <mailto:virtual.borg at gmail.com

> <mailto:virtual.borg at gmail.com>>> wrote:

> >>

> >>

> >>

> >> Le?dim. 10 nov. 2019 ??21:58, Jaco Kroon <jaco at uls.co.za

> <mailto:jaco at uls.co.za>

> >> <mailto:jaco at uls.co.za <mailto:jaco at uls.co.za>>> a ?crit?:

> >>

> >>     Hi Chevalier.

> >>

> >>     Please allow me to be blunt.? That's short sighted.

> >>

> >>     We cannot transfer IN from other regions unless we allow OUT.

> >>

> >>

> >> Agree 100%,

> >> Then you have no problems with wait till all RIRs are equal run

> out

> >> before we etablish full in and out transfer policy no?

> >>

> >>     All the other RIRs require reciprocal *compatible* policies,

> >>     which means bi-directional transfers.

> >>

> >>

> >>

> >> All RIRs don't all have equal amount of free space. Big difference

> >

> > Depending on your definition here, 4 out of 5 have exactly equal

> > amount == 0.

> >

> >>     Not allowing this means we can't get resources in either.

> >>

> >>

> >> While AfriNIC have free space, operators don't need it

> >> When it run out, then we can allow transfer policy

> >

> > This isn?t entirely true.

> >

> > It?s possible that an operator needs more than they can get via

> > current AfriNIC policies due to ?soft landing? limitations.

> >

> > In such a case, said operator might prefer to transfer a large

> amount

> > of space in even if they are paying for it on the market

> > rather than suffer with the small amount of space they can get from

> > AfriNIC due to the current restrictions.

> >

> > Is there a valid reason to preclude such a transfer which, in

> reality,

> > prolongs the AfriNIC free pool to the benefit of other

> > organizations in Africa?

> >

> > Owen

> >

> >

> >

> > _______________________________________________

> > RPD mailing list

> > RPD at afrinic.net <mailto:RPD at afrinic.net>

> > https://lists.afrinic.net/mailman/listinfo/rpd

> -------------- next part --------------

> An HTML attachment was scrubbed...

> URL:

> <https://lists.afrinic.net/pipermail/rpd/attachments/20191110/6961beb6/attachment-0001.html>

>

> ------------------------------

>

> Message: 2

> Date: Sun, 10 Nov 2019 22:22:39 +0000

> From: Caleb Olumuyiwa Ogundele <muyiwacaleb at gmail.com

> <mailto:muyiwacaleb at gmail.com>>

> To: Owen DeLong <owen at delong.com <mailto:owen at delong.com>>

> Cc: rpd List <rpd at afrinic.net <mailto:rpd at afrinic.net>>

> Subject: Re: [rpd] new policy proposal: AFPUB-2019-GEN-003-DRAFT01:

>         "Chairs Elections Process"

> Message-ID:

>        

> <CAL_ZvK5xNb=LJXC5rCR8bDKUv528XVJGn2grRmxHC1ZE9Go-iQ at mail.gmail.com

> <mailto:LJXC5rCR8bDKUv528XVJGn2grRmxHC1ZE9Go-iQ at mail.gmail.com>>

> Content-Type: text/plain; charset="utf-8"

>

> Owen see reply in line below

>

> On Sun, Nov 10, 2019, 9:03 PM Owen DeLong <owen at delong.com

> <mailto:owen at delong.com>> wrote:

>

> >

> >

> > On Nov 10, 2019, at 02:15 , JORDI PALET MARTINEZ via RPD

> <rpd at afrinic.net <mailto:rpd at afrinic.net>>

> > wrote:

> >

> > Hi Andrew,

> >

> >

> > El 9/11/19 6:19, "Andrew Alston"

> <Andrew.Alston at liquidtelecom.com

> <mailto:Andrew.Alston at liquidtelecom.com>>

> > escribi?:

> >

> > Coupla comments on this one:

> >

> > *In 3.3: **If both Working Group Chairs are unable to attend the

> PPM, the

> > Board will on-the-spot designate a nonconflictive Chair for the

> session,

> > that will be assisted by the staff*

> >

> > I don?t believe the board should designate, it should preferably

> be an on

> > the spot nomination and floor election by show of hands or other

> mechanism

> > at the meeting.  There has been and should remain separation

> between the

> > board and the PDP process ? since it is the boards duty to

> ratify the

> > process followed to declare consensus on any policy passed, and

> hence,

> > should a designate declare consensus on any policy, you create a

> conflict

> > of interest situation.

> >

> > ?    I?m trying to avoid wasting time in the meeting. The idea

> is that

> > this is done up-front the meeting, not during the policy

> session. I?m happy

> > to change that to the nomination committee if you think that

> will resolve

> > the issue. As I mention in my previous email, I didn?t want to

> use the

> > committees references because those are called by the board, so

> it should

> > be the board, if those committees exist, the one that delegate the

> > functions. An alternative is to explicitly have some text in the

> policy

> > that indicates that the board is that ?top responsible, but it must

> > delegate that functions thru a nomination committee?, without

> entering in

> > this policy on the details of that committee. What do you think ?.

> >

> >

> > I think that the situation where no co-chair attends the meeting

> is rare

> > and exceptional enough that using some time at the meeting to

> nominate and

> > elect a chair pro tem is a perfectly valid solution and that any

> other

> > solution presented so far is problematic.

> >

> > Also, assuming that we know before the meeting that the

> co-chairs will be

> > unable to attend is a perilous assumption to build into the

> process, IMHO.

> >

>

> Caleb : A clear example of what happened in Kampala where we had

> only a

> Co-chair supported by staff to chair a meeting. How will a single

> co-chair

> measure rough concensus?

>

> What you can't predict is visa rejections or if there is a travel

> ban on

> the country that one of the co-chair is from.

> Imagine a scenario where the two co-chairs are from the same

> country as

> canvassed by some members on this list, what happens at that PDP

> meeting

> when any or both of them suffers visa rejection or there is a

> civil unrest

> in that country leading to travel ban?

>

> We should in most case see the call to even ensure that no two

> Co-chair

> emanate from the same country to reduce the risk exposure of the

> PDPWG and

> uneventful scenarios like that.

>

> >

> >

> > *In 3.3.1 Bullet point 6: PDWG Chairs will each serve staggered

> two-year

> > terms. PDWG Chairs may only be re-elected for one consecutive

> term but are

> > illegible to run again after a minimum one-year pause. *

> >

> > Should that not say they are eligible after a minimum one-year

> pause?  I

> > presume that?s a typo?

> >

> > Yes, definitively, word autocorrection made a trouble here!

> >

> >

> > Personally, I am opposed to term limits. We have elections.

> Co-Chairs are

> > up for re-election no less than every two years. If people want

> a new

> > co-chair, they can easily vote for that. Why deprive voters of

> choice? Do

> > you not trust the electorate to make good choices?

> >

>

> Caleb: I do see a valid point of of argument here and I'm sure the

> co-authors have taking note of your point.

>

>

> >

> > *In 3.3.2 Bullet point 7: AFRINIC will communicate the names of

> acceptable

> > candidates to the RPD List, announcing where candidate

> information will be

> > published.*

> >

> > This is ambiguous in my view point ? you state in bullet point 3

> of the

> > same section that anyone who has been part of the RPD list for a

> minimum of

> > 6 months may participate, in section 3.3.1 you specify a one

> year minimum

> > pause ? but beyond that ? what does acceptable mean? This needs

> some kind

> > of definition ? and I?d be quite happy to say explicitly that if

> those 2

> > criteria are met, they are eligible and then let the community

> decide, but

> > if it does mean more than that, it needs less ambiguity.

> >

> > In 3.3.1, we have:

> > ?In addition to the candidate?s biographical information,

> nominations must

> > include specific information that allows assessing their

> contribution,

> > participation and experience in the PDWG. The candidates must

> also provide

> > information about what they will like to achieve during their term,

> > possible improvements to the PDWG, etc.?

> >

> > Because AFRINIC (board -> nomination committee) will check all the

> > information, they will verify that the candidate has been there

> for 6

> > months, can be re-elected (if is the case), provide their

> biographical

> > information and some statement about what they want to achieve.

> Only if all

> > that has been provided, is an acceptable candidate. However,

> keep reading ?

> >

> >

> > I am very hesitant to open the can of worms wherein the board is

> allowed

> > to deem RPD co-chair candidates acceptable or not. Am I the only

> one that

> > sees this as a serious avenue for abuse of the process to stack

> the deck on

> > available candidates?

> >

> > My statement here in no way accuses or reflects on the current

> AfriNIC

> > board. It is a question of procedural abuse that I would raise

> in any such

> > construct regardless of the trust or esteem I held for the board in

> > question. These rules should be intended to last well beyond the

> current

> > board and must, therefore, consider any possible board makeup.

> >

> >

> > *In 3.3.2 Bullet Point 8: A period of 10 calendar days will then

> begin

> > during which the community will be able to contribute relevant

> information

> > on the candidates. This information, if confirmed, may be published

> > simultaneously for all candidates on the first working day

> following the

> > end of the 10-day period. As a result of that information, the

> Board could

> > disqualify any candidate.*

> >

> > This represents a big problem to me.  It states as a result of the

> > information the board may disqualify any candidate. This is wide

> open and

> > allows the arbitrary disqualification of candidates. If someone

> is to be

> > disqualified, it should be on the grounds of not meeting a

> defined set of

> > acceptable criteria ? that are published and known and codified

> in policy.

> > Anything else could result in similar conflict of interest to that

> > mentioned in the first point in this email.

> >

> > If the board->nomination committee, receives any information that is

> > relevant and confirmed (so not a ?rumour?), it could be publish

> and any

> > candidate be disqualified. Let me have an example. A candidate

> has been

> > divorced 10 times. Is that relevant to the community? Clearly

> not. However,

> > a candidate has been elected as the chair of an ISPs association

> and then

> > has not followed his duties and this can be publicly confirmed

> (example, a

> > press release from the association indicating that they fired

> its chair).

> > Do you think the candidate is acceptable? The board can decide if

> > publishing a link to the (already) public information, so the

> community

> > knows when voting, or directly disqualify the candidate.

> >

> >

> > This is a _REALLY_ bad idea, IMHO. The board should not be

> preemptively

> > disqualifying candidates on judgment calls in lieu of the

> judgment of the

> > community.

> >

>

> Caleb:The last i checked, there are election and nomination

> committees with

> just a board representative.

>

> The process I think allows for an open call for Expression of

> Interest for

> anyone who wants to participate in that committee which is

> independent of

> the board but has a board representation in that committee that

> provides

> guidance and also give feedback to the board.

>

>

> >

> > *In 3.3.2 Bullet point 9: If any objections are raised by a

> member of the

> > community, such objections must be communicated to the Board

> within 7

> > calendar days of the announcement of the results. The Board will

> then

> > assess whether such objections are significant and have been

> proven. If no

> > objections are raised, or if those aren?t considered, will

> proceed to

> > ratify the winning candidate.*

> >

> > I would prefer this be done in a more open manner. That is to

> say that if

> > an objection is raised, the objection and the consideration

> thereof should

> > be made public.  The community should be able to see the

> objections and why

> > they were adjudicated in a particular manner.

> >

> > The statement doesn?t say that the board ?can?t? publish the

> information.

> > But I think those objections should only be publish if the

> candidate is

> > disqualified because the objections have been proven.

> >

> >

> Caleb : I think the lexicon use of board as against the Nomination &

> Elections Committee can serve as an alternative.

>

> >

> > No? The objections and the adjudication of those objections must

> be public

> > regardless of the outcome. To do otherwise creates a significant

> potential

> > for abuse of process. The objections should not be anonymous and any

> > anonymous objections should not be mentioned. Whoever raises an

> objection

> > should be identified right along with said objection.

> >

> >

> > *In 3.3.2 final point: The Board is the highest instance of

> appeal in

> > matters relating to the election process. The board may delegate

> some or

> > all of the required functions into the Election and Nomination

> Committees.*

> >

> >

> > Caleb : A suggestion here for governance Committee will be

> appropriate.

>

> > I would prefer this be handled by an appeal committee appointed

> outside of

> > the electoral process, and whose members are ineligible for

> participation

> > in the main election.  Again, I do not believe that the board

> should be

> > involved in the functioning of the PDP since it is they that

> have to ratify

> > policy that comes through the process.  Hence, as per a few of

> my other

> > points ? I would prefer clear segregation.  While I acknowledge

> and fully

> > agree that a board member, in his personal capacity, has every

> right to

> > participate in discussions around a policy ? since board members are

> > naturally members of the community, I do not believe that they

> should hold

> > a position to influence anything in the election of a candidate.

> >

> >

> > I agree here.

> >

> >

> > I?ve not read recently how the nomination committee is elected,

> and I

> > think unless somebody raised problems on that, we should trust

> that is

> > working. Otherwise, that requires a different policy or

> procedure, or the

> > board addressing it. You don?t think so?

> >

> >

> > The nomination committee is not what is being discussed in

> 3.3.2, so I am

> > not sure how this comment applies to the discussion above.

> >

> >

> > I?m with you that participants on the committees aren?t valid

> candidates,

> > but is not that part already of those procedures, or should we

> mention it

> > here?

> >

> >

> > You are proposing a new procedures document that will supersede the

> > existing one. As such, it should be mentioned here.

> >

> >

> > Similarly, I?m with you about the segregation of functions, but

> I already

> > responded to this in a previous email, so not repeating it here.

> I also

> > think that it is ?easier? for the community if the board members

> do not

> > participate in the discussions, **however** they have the full

> right to

> > do so, as community members (as well as chairs), and the only

> requisite (as

> > we do in IETF and all the other RIRs) is that if they express a

> personal

> > opinion, they clearly say ?hat off this is my personal view on

> this?, and

> > this personal opinion is not used in a decision for ratifying or

> not a

> > policy (ratification should be based on ?has the process been

> followed? Has

> > this policy a crazy impact on the membership and endangers this

> > organization??).

> >

> >

> > Agreed, but the above 3.3.2 language puts the board as the final and

> > ultimate arbiter of the appeals process and that is not a good idea.

> >

> > Owen

> >

>

>

> Caleb Ogundele

>

> >

> > _______________________________________________

> > RPD mailing list

> > RPD at afrinic.net <mailto:RPD at afrinic.net>

> > https://lists.afrinic.net/mailman/listinfo/rpd

> >

> -------------- next part --------------

> An HTML attachment was scrubbed...

> URL:

> <https://lists.afrinic.net/pipermail/rpd/attachments/20191110/68602c38/attachment.html>

>

> ------------------------------

>

> Subject: Digest Footer

>

> _______________________________________________

> RPD mailing list

> RPD at afrinic.net <mailto:RPD at afrinic.net>

> https://lists.afrinic.net/mailman/listinfo/rpd

>

>

> ------------------------------

>

> End of RPD Digest, Vol 158, Issue 56

> ************************************

>

>

> _______________________________________________

> RPD mailing list

> RPD at afrinic.net

> https://lists.afrinic.net/mailman/listinfo/rpd

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20191112/98b5b137/attachment-0001.html>


More information about the RPD mailing list