<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 22 Sep 2016, at 10:09, <a href="mailto:sm+afrinic@elandsys.com" class="">sm+afrinic@elandsys.com</a> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Hi Alan,<br class=""><br class="">There was an accountability assessment in 2015/2016.  One of the issues identified was about the following in the Bylaws:<br class=""><br class="">  "11.4 Notwithstanding, the provisions of Article 11.2 the Board may adopt<br class="">        such policies regarding the management of internet number resources<br class="">        where it considers that the same is necessary and urgent, having<br class="">        regard to the proper and responsible usage of these resources.<br class=""><br class="">   11.5 Any policy adopted by the Board under the provisions of Article 11.4<br class="">        shall be submitted to the community for endorsement at the next<br class="">        public policy meeting."<br class=""><br class="">And the following was suggested as an improvement:<br class=""><br class="">   "Consider giving the community the right to reject such policy changes<br class="">    introduced by the Board."<br class=""><br class="">The proposed implementation is to submit any policy adopted by the Board under Article 11.4 to the next Policy Development Working Group for endorsement.<br class=""><br class="">In my opinion, the existing Policy Development Process already takes into account issues which Articles 11.4 and 11.5 attempt to cover.  Given those provisions in the Bylaws, Afrinic Ltd cannot claim that it has to follow the existing Policy Development Process to adopt a policy.  Furthermore, why have the Board adopt a policy when it can be rejected at the next public policy meeting?<br class=""></div></div></blockquote><div><br class=""></div><div><br class=""></div><div>Yes, it makes no sense.  To avoid this situation, we should remove and rely on the PDP.  I pointed this out in June -  <a href="https://lists.afrinic.net/pipermail/community-discuss/2016-June/000343.html" class="">https://lists.afrinic.net/pipermail/community-discuss/2016-June/000343.html</a></div><div> </div></div><blockquote type="cite" class=""><br class=""><div class=""><blockquote type="cite" class=""><br class="Apple-interchange-newline"><span style="color: rgb(34, 34, 34); font-family: arial, sans-serif; font-size: small; font-variant-ligatures: normal; orphans: 2; widows: 2; background-color: rgb(255, 255, 255);" class="">On 28 June 2016 at 13:20, Omo Oaiya </span><span dir="ltr" style="color: rgb(34, 34, 34); font-family: arial, sans-serif; font-size: small; font-variant-ligatures: normal; orphans: 2; widows: 2; background-color: rgb(255, 255, 255);" class=""><<a href="mailto:Omo.Oaiya@wacren.net" target="_blank" style="color: rgb(17, 85, 204);" class="">Omo.Oaiya@wacren.net</a>></span><span style="color: rgb(34, 34, 34); font-family: arial, sans-serif; font-size: small; font-variant-ligatures: normal; orphans: 2; widows: 2; background-color: rgb(255, 255, 255);" class=""> wrote:</span><br style="color: rgb(34, 34, 34); font-family: arial, sans-serif; font-size: small; font-variant-ligatures: normal; orphans: 2; widows: 2; background-color: rgb(255, 255, 255);" class=""><blockquote class="gmail_quote" style="color: rgb(34, 34, 34); font-family: arial, sans-serif; font-size: small; font-variant-ligatures: normal; orphans: 2; widows: 2; background-color: rgb(255, 255, 255); margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204); padding-left: 1ex;"><div class=""><blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><br class="">>>>12- Policies introduced by the Board: In terms of the Bylaws section 11.4, the Board <span class="il">may</span> adopt policy changes that did <span class="il">not</span> go through the normal PDP. Consider giving the community the right to reject such policy changes introduced by the Board.</blockquote><br class="">Section 11.5 seems to give this right to the community but endorsement <span class="il">may</span> be open to misinterpretation so we shall just remove this.  In case of emergency, section 8 of PDP on varying the policy process applies.<br class=""></div><div class=""><br class=""></div><blockquote style="margin: 0px 0px 0px 40px; border: none; padding: 0px;" class=""><blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">11.5:  Any policy adopted by the Board under the provisions of Article 11.4 shall be submitted to the community for endorsement at the next public policy meeting.</blockquote></blockquote></blockquote></blockquote></div></blockquote><div class=""><br class=""></div><div><br class=""></div><div>It is the same case with the soft landing policy where the board is given the discretion over address space.   This is a matter for the community and addressed in the Soft Landing-BIS proposal in 3.9.3</div><div><br class=""></div><div><a href="http://www.afrinic.net/en/community/policy-development/policy-proposals/1609-soft-landing-bis" class="">http://www.afrinic.net/en/community/policy-development/policy-proposals/1609-soft-landing-bis</a></div><div><br class=""></div><div>-Omo</div></body></html>