<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Jan 7, 2019 at 5:45 PM Tim Hollebeek <<a href="mailto:tim.hollebeek@digicert.com">tim.hollebeek@digicert.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US"><div class="gmail-m_2752241907822944784WordSection1"><p class="MsoNormal">The IANA registration has already been made and acknowledged by IANA.  IESG will discuss appointing an expert on their next call. <u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">I will note that what was ACTUALLY agreed to in London was that work with IANA need not obstruct progress at the Forum itself.  </p></div></div></blockquote><div><br></div><div>That is not what is reflected in the minutes or past e-mails.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US"><div class="gmail-m_2752241907822944784WordSection1"><p class="MsoNormal">And there is certainly no requirement in either group that work on a previous specification must complete before the next one can be proposed.</p></div></div></blockquote><div><br></div><div>I believe that materially misrepresents what has been stated. It is not that either group formally requires that process. It's that, as demonstrated with SC13, the process and expectations were violated, and it would be poor form - enough to be reason to oppose a ballot that sought to do it - were it to be repeated. We should learn from our mistakes, not seek to justify or repeat them.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US"><div class="gmail-m_2752241907822944784WordSection1"><p class="MsoNormal">Remember, the only purpose of expert review in this context is to make sure the tag name does not conflict with other proposals.</p></div></div></blockquote><div><br></div><div>This is not correct. For the benefit of others:</div><div><br></div><div><a href="https://tools.ietf.org/html/rfc6844#section-7.2">https://tools.ietf.org/html/rfc6844#section-7.2</a><br></div><div><div>   Addition of tag identifiers requires a public specification and</div><div>   Expert Review as set out in [RFC6195], Section 3.1.1.</div><div><br></div><div>   The tag space is designed to be sufficiently large that exhausting</div><div>   the possible tag space need not be a concern.  The scope of Expert</div><div>   Review SHOULD be limited to the question of whether the specification</div><div>   provided is sufficiently clear to permit implementation and to avoid</div><div>   unnecessary duplication of functionality.</div></div></div></div></div></div>