<div id="ymail_android_signature">Policy Development Process Bis might just continue to go round in circles as consensus may never be reached. </div><div id="yMail_cursorElementTracker_1525881141481">I think that the policy can be amended and adopted by section. This would in a long run give the PDWG a clearer view of ALL objections raised so they can be objectively addressed.</div><div id="yMail_cursorElementTracker_1525881284134">This in my opinion would yield a more concise and focused version of this draft policy. </div><div id="yMail_cursorElementTracker_1525881585580">Thank you</div><div id="yMail_cursorElementTracker_1525881613371"><br></div><div id="yMail_cursorElementTracker_1525881591144">Oluwaseun</div> <br> <blockquote style="margin: 0 0 20px 0;"> <div style="font-family:Roboto, sans-serif; color:#6D00F6;"> <div>On Sun, May 6, 2018 at 1:09 PM, Mark Elkins</div><div><mje@posix.co.za> wrote:</div> </div> <div style="padding: 10px 0 0 20px; margin: 10px 0 0 0; border-left: 1px solid #6D00F6;"> <div dir="ltr">I like what you have written. I do though think that some policies can<br></div><div dir="ltr">be agreed upon when there is zero objections to a particular policy -<br></div><div dir="ltr">usually something that is technical, simple and makes common sense<br></div><div dir="ltr">(thinking of no reverse delegation when the nameservers are broken - a<br></div><div dir="ltr">policy under current discussion).<br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">On 06/05/2018 13:58, JORDI PALET MARTINEZ wrote:<br></div><div dir="ltr">> Hi all,<br></div><div dir="ltr">><br></div><div dir="ltr">> I've the feeling that my message <br></div><div dir="ltr">> <a href="https://lists.afrinic.net/pipermail/rpd/2018/008292.html" target="_blank">https://lists.afrinic.net/pipermail/rpd/2018/008292.html</a><br></div><div dir="ltr">><br></div><div dir="ltr">> was not read. People told me that the AfriNIC mailing list is not always forwarding my messages because the DMARC issue. Hopefully this is sorted out soon, as both ARIN and RIPE already did (I think APNIC as well, but not sure ...).<br></div><div dir="ltr">><br></div><div dir="ltr">> So, repeating myself.<br></div><div dir="ltr">><br></div><div dir="ltr">> I think it should be made clearer that:<br></div><div dir="ltr">> 1) The consensus is reached not only in the meeting, but also from the discussion in the mailing list, and because the mailing list has the capability to include a more broader community, it may happen that in the meeting the show-hands show no consensus, but the mailing list weight was "bigger" for the consensus, so the consensus is reached.<br></div><div dir="ltr">><br></div><div dir="ltr">> 2) This means that the chairs MUST NOT take the decision right in the meeting, but have a 2 weeks period to really study the decision. This is the way we are doing in RIPE and also will be from now on in LACNIC.<br></div><div dir="ltr">><br></div><div dir="ltr">><br></div><div dir="ltr">> I've developed for LACNIC for a PDP change proposal which reached consensus the last week, a definition of both, consensus and last-call, which may be helpful here.<br></div><div dir="ltr">><br></div><div dir="ltr">> Definition of ‘Consensus’<br></div><div dir="ltr">> Achieving ‘consensus’ does not mean that proposals are voted for and against, nor that the number of ‘yes's’, ‘no's’ and ‘abstentions’ – or even participants – are counted, but that the proposal has been discussed not only by its author(s) but also by other members of the community, regardless of their number, and that, after a period of discussion, all critical technical objections have been resolved.<br></div><div dir="ltr">><br></div><div dir="ltr">> In general, this might coincide with a majority of members of the community in favor of the proposal, and with those who are against the proposal basing their objections on technical reasons as opposed to ‘subjective’ reasons. In other words, low participation or participants who disagree for reasons that are not openly explained should not be considered a lack of consensus.<br></div><div dir="ltr">><br></div><div dir="ltr">> Objections should not be measured by their number, but instead by their nature and quality within the context of a given proposal. For example, a member of the community whose opinion is against a proposal might receive many ‘emails’ (virtual or real) in their support, yet the chairs might consider that the opinion has already been addressed and technically refuted during the debate; in this case, the chairs would ignore those expressions of support against the proposal.<br></div><div dir="ltr">><br></div><div dir="ltr">> For information purposes, the definition of ‘consensus’ used by the RIRs and the IETF is actually that of ‘rough consensus’, which allows better clarifying the goal in this context, given that ‘consensus’ (Latin for agreement) might be interpreted as ‘agreed by all’ (unanimity). More specifically, RFC7282, explains that “Rough consensus is achieved when all issues are addressed, but not necessarily accommodated.”<br></div><div dir="ltr">><br></div><div dir="ltr">> Last call<br></div><div dir="ltr">> The purpose of the ‘last call’ is to provide the community with a brief and final opportunity to comment on the proposal, especially to those who didn’t do so earlier. Consequently, during this period editorial comments may be submitted and, exceptionally, objections if any aspect is discovered that was not considered in the discussion prior to determining consensus. Any new objections must also be substantiated and must therefore not be based on opinions lacking a technical justification.<br></div><div dir="ltr">><br></div><div dir="ltr">><br></div><div dir="ltr">> This is the LACNIC proposal that reached consensus:<br></div><div dir="ltr">><br></div><div dir="ltr">> <a href="https://politicas.lacnic.net/politicas/detail/id/LAC-2018-10?language=en" target="_blank">https://politicas.lacnic.net/politicas/detail/id/LAC-2018-10?language=en</a><br></div><div dir="ltr">><br></div><div dir="ltr">><br></div><div dir="ltr">> Regards,<br></div><div dir="ltr">> Jordi<br></div><div dir="ltr">>  <br></div><div dir="ltr">>  <br></div><div dir="ltr">><br></div><div dir="ltr">><br></div><div dir="ltr">><br></div><div dir="ltr">> **********************************************<br></div><div dir="ltr">> IPv4 is over<br></div><div dir="ltr">> Are you ready for the new Internet ?<br></div><div dir="ltr">> <a href="http://www.consulintel.es" target="_blank">http://www.consulintel.es</a><br></div><div dir="ltr">> The IPv6 Company<br></div><div dir="ltr">><br></div><div dir="ltr">> This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.<br></div><div dir="ltr">><br></div><div dir="ltr">><br></div><div dir="ltr">><br></div><div dir="ltr">><br></div><div dir="ltr">> _______________________________________________<br></div><div dir="ltr">> RPD mailing list<br></div><div dir="ltr">> <a ymailto="mailto:RPD@afrinic.net" href="mailto:RPD@afrinic.net">RPD@afrinic.net</a><br></div><div dir="ltr">> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br></div><div dir="ltr"><br></div><div dir="ltr">-- <br></div><div dir="ltr">Mark James ELKINS  -  Posix Systems - (South) Africa<br></div><div dir="ltr"><a ymailto="mailto:mje@posix.co.za" href="mailto:mje@posix.co.za">mje@posix.co.za</a>       Tel: +27.128070590  Cell: +27.826010496<br></div><div dir="ltr">For fast, reliable, low cost Internet in ZA: <a href="https://ftth.posix.co.za" target="_blank">https://ftth.posix.co.za</a><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">_______________________________________________<br></div><div dir="ltr">RPD mailing list<br></div><div dir="ltr"><a ymailto="mailto:RPD@afrinic.net" href="mailto:RPD@afrinic.net">RPD@afrinic.net</a><br></div><div dir="ltr"><a href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br></div> </div> </blockquote>