<div dir="ltr">I believe you may have misunderstood my question. That said, it would be very useful if you could point to such a public message from the ADs.<div><br></div><div>As an IETF veteran, I'm sure you understand this process, but for the sake of the members less engaged in such SDOs, there's two aspects here:</div><div>1) Agreement within the IETF that</div><div>  a) The errata fixes a known deficiency or</div><div>  b) The errata represents a significant enough change to be held for a subsequent document update (which would replace the current CAA draft).</div><div>2) Creating a subsequent document update</div><div><br></div><div>b generally happens if something would be a 'breaking' change - resulting in observable differences - while a generally happens if the text, as written, was not implementable or correct.</div><div><br></div><div>With respect to the Area Directors (ADs), #1 is not blocked on 'finishing the existing LAMPS work first'. Errata gets discussed and confirmed - after all, that's the purpose of maintaining the standards.</div><div><br></div><div>#2 is blocked on making sure that there are authors willing to edit the specification and make timely and considerate edits, and that there are sufficient participants (of which, as a reminder, anyone can participate) that agree that the document needs update and are willing to contribute to reviewing and correcting it.</div><div><br></div><div>So while #2 - the production of a new CAA document - may be stalling due to a lack of an editor willing to make the timely edits, or a lack of participation in the IETF (since, as it stands, it's mostly been 4-5 people discussing it), that wouldn't block #1 - the confirmation and discussion of the errata, consensus that it's technically correct and accurate, and worthy of considering.</div><div><br></div><div>My question remains that it's unclear that you're asking for, Phillip, so I'm hoping you could try to rephrase your question. What would you like the Forum to do? There are several possible ways to read your message:</div><div>1) Review the Errata and, within the IETF, express support for adopting it as technically correct (and implementable).</div><div>2) Commit to reviewing an updated draft (that you will presumably edit) within the IETF, to express support for progressing on a new I-D that would UPDATE the existing CAA RFCs</div><div>3) Support a ballot that requires that Errata 5029 be considered 'as if' #2 had happened, without actually going through the community-driven, consensus-based process that the IETF provides</div><div><br></div><div>There's probably more readings, but I'm hoping you can clarify your intent.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 6, 2017 at 10:52 AM, Phillip <span dir="ltr"><<a href="mailto:philliph@comodo.com" target="_blank">philliph@comodo.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="blue" vlink="purple"><div class="m_7909551039491782026WordSection1"><p class="MsoNormal">It is really very difficult to see how we can do anything in IETF when the ADs are telling us we have to finish the existing LAMPS work first.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><b>From:</b> Ryan Sleevi [mailto:<a href="mailto:sleevi@google.com" target="_blank">sleevi@google.com</a>] <br><b>Sent:</b> Tuesday, June 6, 2017 10:41 AM<br><b>To:</b> CA/Browser Forum Public Discussion List <<a href="mailto:public@cabforum.org" target="_blank">public@cabforum.org</a>><br><b>Cc:</b> Phillip <<a href="mailto:philliph@comodo.com" target="_blank">philliph@comodo.com</a>><br><b>Subject:</b> Re: [cabfpub] FW: [Technical Errata Reported] RFC6844 (5029)<u></u><u></u></p><div><div class="h5"><p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal">On Tue, Jun 6, 2017 at 10:35 AM, Phillip via Public <<a href="mailto:public@cabforum.org" target="_blank">public@cabforum.org</a>> wrote:<u></u><u></u></p><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"><p class="MsoNormal">This is the update for the CAA errata as approved by Jacob. Please review in case there is another cut n' paste screw up and we can go to a ballot.<br><br>Do I have a seconder?<u></u><u></u></p></blockquote><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Could you clarify what you're asking for? You mention a ballot and seconder, but this is just the technical correction. That is, are you looking for folks to review and say "Yes, this addresses the issues" - or are you interpreting it as "Yes, this addresses the issues, and the CABF should make this normatively required" ?<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">For the second half, wouldn't it be more appropriate to endorse support in the IETF to such errata is Accepted/Verified/Held for Document update before going to a CABF ballot? <u></u><u></u></p></div></div></div></div></div></div></div></div></blockquote></div><br></div>