<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
h2
{mso-style-priority:9;
mso-style-link:"Heading 2 Char";
margin-top:2.0pt;
margin-right:0in;
margin-bottom:0in;
margin-left:0in;
margin-bottom:.0001pt;
page-break-after:avoid;
font-size:13.0pt;
font-family:"Calibri Light",sans-serif;
color:#2F5496;
font-weight:normal;}
h3
{mso-style-priority:9;
mso-style-link:"Heading 3 Char";
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:13.5pt;
font-family:"Calibri",sans-serif;
font-weight:bold;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
{mso-style-priority:99;
mso-style-link:"Plain Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.PlainTextChar
{mso-style-name:"Plain Text Char";
mso-style-priority:99;
mso-style-link:"Plain Text";
font-family:"Calibri",sans-serif;}
span.EmailStyle20
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:#002060;}
span.EmailStyle21
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:#002060;}
span.Heading3Char
{mso-style-name:"Heading 3 Char";
mso-style-priority:9;
mso-style-link:"Heading 3";
font-family:"Calibri",sans-serif;
font-weight:bold;}
span.mw-headline
{mso-style-name:mw-headline;}
span.Heading2Char
{mso-style-name:"Heading 2 Char";
mso-style-priority:9;
mso-style-link:"Heading 2";
font-family:"Calibri Light",sans-serif;
color:#2F5496;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:1867014042;
mso-list-type:hybrid;
mso-list-template-ids:-925336968 67698689 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}
@list l0:level1
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l0:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l0:level3
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l0:level4
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l0:level5
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l0:level6
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l0:level7
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l0:level8
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l0:level9
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal"><span style="color:#002060">I’m not going to keep going back and forth, but for those who weren’t there at the time, the history of the development of OpenID Connect does bear out the fact that the we value implementations early and often
and we iterate, changing the specifications based on what was learned from the implementations.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#002060"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#002060">There were five rounds of interop testing for implementations different iterations of OpenID Connect specifications, with major changes made between each round. The details on Interops 3-5 are from
<a href="http://osis.idcommons.net/wiki/Main_Page">http://osis.idcommons.net/wiki/Main_Page</a>.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#002060"><o:p> </o:p></span></p>
<p class="MsoNormal" style="margin-left:.5in"><span class="MsoHyperlink"><b><span style="font-size:12.0pt;font-family:"Arial",sans-serif;color:#0645AD"><a href="http://osis.idcommons.net/wiki/OC5:OpenID_Connect_Interop_5" title="OC5:OpenID Connect Interop 5"><span style="color:#0645AD">Fifth
OpenID Connect Interop</span></a></span></b></span>:<span class="mw-headline"><span style="font-size:12.0pt;font-family:"Arial",sans-serif;color:black">
</span></span><span class="mw-headline"><b><span style="font-size:12.0pt;font-family:"Arial",sans-serif;color:black">June 2013-mid 2014</span></b></span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:1.0in"><span style="font-size:10.5pt;font-family:"Arial",sans-serif;color:#252525">It began in June 2013 using the
</span><a href="http://openid.net/2013/07/30/second-openid-connect-implementers-drafts-approved/"><span style="font-size:10.5pt;font-family:"Arial",sans-serif;color:#3366BB;text-decoration:none">second set of OpenID Connect Implementer's Drafts</span></a><span style="font-size:10.5pt;font-family:"Arial",sans-serif;color:#252525">
and is now being conducted using the </span><a href="http://openid.net/developers/specs/"><span style="font-size:10.5pt;font-family:"Arial",sans-serif;color:#3366BB;text-decoration:none">final OpenID Connect specifications</span></a><span style="font-size:10.5pt;font-family:"Arial",sans-serif;color:#252525">
(the two of which are nearly identical). 24 new feature tests were added in June 2014, including third party login tests, key rollover tests, and issuer consistency tests, including two negative tests.</span><o:p></o:p></p>
<h3 style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;line-height:19.6pt">
<span class="mw-headline"><span style="font-size:12.0pt;font-family:"Arial",sans-serif;color:black"><a href="http://osis.idcommons.net/wiki/OC4:OpenID_Connect_Interop_4" title="OC4:OpenID Connect Interop 4"><span style="color:#0645AD">Fourth OpenID Connect
Interop</span></a>: June 2012-June 2013</span></span><span style="font-size:12.0pt;font-family:"Arial",sans-serif;color:black"><o:p></o:p></span></h3>
<p style="mso-margin-top-alt:5.2pt;margin-right:0in;margin-bottom:5.2pt;margin-left:1.0in;line-height:16.7pt;orphans: 2;-webkit-text-stroke-width: 0px;word-spacing:0px">
<span style="font-size:10.5pt;font-family:"Arial",sans-serif;color:#252525">The <a href="http://osis.idcommons.net/wiki/OC4:OpenID_Connect_Interop_4" title="OC4:OpenID Connect Interop 4">
<span style="color:#0645AD">Fourth OpenID Connect Interop</span></a> tested implementations of the
<a href="http://openid.net/connect/"><span style="color:#3366BB">OpenID Connect</span></a> specifications as they evolved between the first and second sets of Implementer's Drafts.
<o:p></o:p></span></p>
<h3 style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;line-height:19.6pt;background-clip: border-box;background-origin: padding-box;background-position-x: 0%;background-position-y: 0%;background-size: auto;orphans: 2;-webkit-text-stroke-width: 0px;background-attachment:scroll;overflow:hidden;word-spacing:0px">
<span class="mw-headline"><span style="font-size:12.0pt;font-family:"Arial",sans-serif;color:black"><a href="http://osis.idcommons.net/wiki/OC3:OpenID_Connect_Interop_3" title="OC3:OpenID Connect Interop 3"><span style="color:#0645AD">Third OpenID Connect Interop</span></a>:
January-June 2012</span></span><span style="font-size:12.0pt;font-family:"Arial",sans-serif;color:black"><o:p></o:p></span></h3>
<p style="mso-margin-top-alt:5.2pt;margin-right:0in;margin-bottom:5.2pt;margin-left:1.0in;line-height:16.7pt;orphans: 2;-webkit-text-stroke-width: 0px;word-spacing:0px">
<span style="font-size:10.5pt;font-family:"Arial",sans-serif;color:#252525">The <a href="http://osis.idcommons.net/wiki/OC3:OpenID_Connect_Interop_3" title="OC3:OpenID Connect Interop 3">
<span style="color:#0645AD">Third OpenID Connect Interop</span></a> tested implementations of the
<a href="http://openid.net/2012/02/16/openid-connect-implementers-drafts-approved/">
<span style="color:#3366BB">first set of OpenID Connect Implementer's Drafts</span></a>.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#002060"> </span><b><span style="font-size:12.0pt;color:#002060">Second OpenID Connect Interop: September-November 2011<o:p></o:p></span></b></p>
<p class="MsoNormal" style="margin-left:1.0in"><span style="color:#002060">Held in person at the Facebook-hosted OpenID Summit and the Internet Identity Workshop (IIW). Produced feedback leading to first Implementer’s Drafts.<o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:.5in"><b><span style="font-size:12.0pt;color:#002060">First OpenID Connect Interop: July-September 2011<o:p></o:p></span></b></p>
<p class="MsoNormal" style="margin-left:1.0in"><span style="color:#002060">Interop testing of the functionally complete specs produced in July 2011.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#002060"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#002060">Implementers were all aware they were providing feedback on a moving target – helping to refine it until it was mature enough to call it “Final”.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#002060"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#002060"> -- Mike<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#002060"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From:</b> Phil Hunt <phil.hunt@oracle.com> <br>
<b>Sent:</b> Tuesday, July 31, 2018 12:42 PM<br>
<b>To:</b> Mike Jones <Michael.Jones@microsoft.com><br>
<b>Cc:</b> Prateek Mishra <Prateek.Mishra@oracle.com>; openid-specs-ab@lists.openid.net; Mike Schwartz <mike@gluu.org>; Don Thibeau <don@oidf.org><br>
<b>Subject:</b> Re: ABSTAIN on the vote to approve Implementer’s Draft of OpenID Connect Federation Specification<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt">Inline<o:p></o:p></p>
<div id="AppleMailSignature">
<p class="MsoNormal">Phil<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
On Jul 31, 2018, at 1:11 PM, Mike Jones <<a href="mailto:Michael.Jones@microsoft.com">Michael.Jones@microsoft.com</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal"><span style="color:#002060">Phil – you can contribute as a working group member at any time. There’s no need to wait for one of the Implementer’s Draft votes to submit comments on specifications you care about. Attend calls. File issues.
Actively participate in the working group if you want to see specific changes made.</span><o:p></o:p></p>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">You miss my point entirely. <o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">We are submitting comments which are largely ignored. No attempt is made to reconcile these comments!<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal"><span style="color:#002060"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#002060">The Foundation-wide votes are about IPR and a final check-and-balance on the working group output. They’re not where the work happens.</span><o:p></o:p></p>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">Why did you claim it meant consensus on the work then?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal"><span style="color:#002060"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#002060">The consensus sought was to seek IPR protections for implementers. No consensus was sought or assumed that the spec was in any way close to final. (Indeed, the spec itself makes it clear that it’s not at
<a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__openid.net_specs_openid-2Dconnect-2Dfederation-2D1-5F0-2D04.html-23rfc.appendix.C&d=DwMGaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=na5FVzBTWmanqWNy4DpctyXPpuYqPkAI1aLcLN4KZNA&m=_mcnuLzBOW5dilLwFDF3nfuG2kxsgs1ApGpgKj6ZeQk&s=4oWEDyuu2bNwQeUJyo1swJxwL9QUDqXRzrxMdWlpTNM&e=">
https://openid.net/specs/openid-connect-federation-1_0-04.html#rfc.appendix.C</a>.) The two things shouldn’t be confused.</span><o:p></o:p></p>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">This is not what happens in practice. Once specs are implementer major changes are refused in practice. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">You need to have consensus on the approach so that only minor changes are needed. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">For example on backchannel I pleaded with you to await the SECEVENT delivery draft. You ignored me. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Now RISC used this as leverage against the common standard. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Mike S raised foundational issues that went largely undiscussed. <o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal"><span style="color:#002060"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#002060">We want implementations to inform our understanding of what works well and what doesn’t so we can iterate.</span><o:p></o:p></p>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">Yes. That is true. When there is consensus on a proposal. There often is not in my experience. <br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal"><span style="color:#002060"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#002060">And yes, once the editors work on Mike’s and Filip’s and other’s comment on the Federation spec, of course we’ll check back to see whether the submitter’s concerns were resolved.</span><o:p></o:p></p>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">Jumping to implementer is inappropriate given the type of feedback received. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Making people write code that may be yanked is always wrong and informs nothing. <o:p></o:p></p>
</div>
<div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal"><span style="color:#002060"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#002060">I appreciate that you’re trying to improve things and you’re being listened to. Hopefully the
</span>“<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__openid.net_wg_about_&d=DwMGaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=na5FVzBTWmanqWNy4DpctyXPpuYqPkAI1aLcLN4KZNA&m=NnPF7FCLPyqK-nY0vHImj_B3tAO2x17Y_LX70hX3mT8&s=_NiTssWR0ref_upQGYd9QRX0opVB0ViSN8szuUluktA&e=">How
do working groups work?</a>” <span style="color:#002060">doc that you’d requested will help make things clearer and easier for everyone.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#002060"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#002060"> Thanks,</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#002060"> -- Mike</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#002060"> </span><o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From:</b> Phil Hunt <<a href="mailto:phil.hunt@oracle.com">phil.hunt@oracle.com</a>>
<br>
<b>Sent:</b> Tuesday, July 31, 2018 11:44 AM<br>
<b>To:</b> Mike Jones <<a href="mailto:Michael.Jones@microsoft.com">Michael.Jones@microsoft.com</a>><br>
<b>Cc:</b> Prateek Mishra <<a href="mailto:Prateek.Mishra@oracle.com">Prateek.Mishra@oracle.com</a>>;
<a href="mailto:openid-specs-ab@lists.openid.net">openid-specs-ab@lists.openid.net</a>; Mike Schwartz <<a href="mailto:mike@gluu.org">mike@gluu.org</a>>; Don Thibeau <<a href="mailto:don@oidf.org">don@oidf.org</a>><br>
<b>Subject:</b> Re: ABSTAIN on the vote to approve Implementer’s Draft of OpenID Connect Federation Specification<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Mike<o:p></o:p></p>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">The issue is checking back with an issue submitter whether their concern was resolved. Too often it feels like “Your concern was heard and we do not agree and have ignored it”. This seems to fly in the face of building consensus from the
issuers perspective. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">You have also stated to me that the IPR vote has nothing to do with the evolution/consensus of the spec except legal standing to implement. But then why did you just presume consensus with with a 100% vote to implement?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">This is why I have asked many times for more work on specs that seem to lack consensus before the IPR vote. For example backchannel was voter yes against my concerns. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">This process has been negative for newcomers and Mike S’s concerns were well founded in my experience. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">My point in commenting here is to improve OpenId process. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">As a corporate employee member I cannot vote. In the absence of consensus calls I effectively have no say in the spec process and am strongly demotivated by OIDF practices from contributing. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
<div>
<div id="AppleMailSignature">
<p class="MsoNormal">Phil<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
On Jul 31, 2018, at 11:04 AM, Mike Jones <<a href="mailto:Michael.Jones@microsoft.com">Michael.Jones@microsoft.com</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoPlainText">Hi Prateek,<o:p></o:p></p>
<p class="MsoPlainText"> <o:p></o:p></p>
<p class="MsoPlainText">We wrote the “<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__openid.net_wg_about_&d=DwMGaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=na5FVzBTWmanqWNy4DpctyXPpuYqPkAI1aLcLN4KZNA&m=NnPF7FCLPyqK-nY0vHImj_B3tAO2x17Y_LX70hX3mT8&s=_NiTssWR0ref_upQGYd9QRX0opVB0ViSN8szuUluktA&e=">How
do working groups work?</a>” doc in response to feedback from you and Phil earlier on wanting to understand the working group processes better. Thanks for asking us to write that. If there are points that you believe still need to be described better, please
let us know. We want everyone to understand how to effectively contribute to OpenID working groups. (My apologies that it took me a while to get to it – lots going on!)<o:p></o:p></p>
<p class="MsoPlainText"> <o:p></o:p></p>
<p class="MsoPlainText">As has been documented earlier on this list, no comments are being ignored and none will be. In fact, the editors responded to Mike Schwartz and Filip Skokan, who provided editorial feedback, saying that their suggested improvements
will be incorporated in the next draft (see <a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.openid.net_pipermail_openid-2Dspecs-2Dab_Week-2Dof-2DMon-2D20180611_006794.html&d=DwMGaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=na5FVzBTWmanqWNy4DpctyXPpuYqPkAI1aLcLN4KZNA&m=NnPF7FCLPyqK-nY0vHImj_B3tAO2x17Y_LX70hX3mT8&s=2-VCVA_vuw98TPBpjukqLMX773cX2LN1Jv-TOyiO2Ic&e=">
http://lists.openid.net/pipermail/openid-specs-ab/Week-of-Mon-20180611/006794.html</a>). This will occur following the current IPR vote.<o:p></o:p></p>
<p class="MsoPlainText"> <o:p></o:p></p>
<p class="MsoPlainText">Yes, we can take the feedback into account that you’d like more explicit notification prior to all foundation-wide votes, and do this more clearly in the future. That being said, given that there was a unanimous decision to seek IPR
protections for implementers at the in-person working group meeting that you hosted at Oracle, I don’t understand why you’re saying now that you were surprised. If you thought there was anything to discuss when the decision was made, you could have spoken
up then and the working group would had a conversation about it on the spot.<o:p></o:p></p>
<p class="MsoPlainText"> <o:p></o:p></p>
<p class="MsoPlainText">Finally, please read what the “<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__openid.net_wg_about_&d=DwMGaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=na5FVzBTWmanqWNy4DpctyXPpuYqPkAI1aLcLN4KZNA&m=NnPF7FCLPyqK-nY0vHImj_B3tAO2x17Y_LX70hX3mT8&s=_NiTssWR0ref_upQGYd9QRX0opVB0ViSN8szuUluktA&e=">How
do working groups work?</a>” doc says about Implementer’s Drafts and the value of implementation. An Implementer’s Draft is no different than any other draft, other than that the working group has decided that enough new content is there that it’s worth locking
in IPR commitments to protect implementers who are producing experimental implementations so as to be able to provide feedback on the draft. Changes can and will be made in the future – many of them informed by what’s learned from the experimental implementations
that the working group wants to encourage as a core part of how we produce high-quality, implementable, deployable specifications.<o:p></o:p></p>
<p class="MsoPlainText"> <o:p></o:p></p>
<p class="MsoPlainText">We value your input and do seek to have effective working group experiences for all participants.<o:p></o:p></p>
<p class="MsoPlainText"> <o:p></o:p></p>
<p class="MsoPlainText"> Thanks again,<o:p></o:p></p>
<p class="MsoPlainText"> -- Mike<o:p></o:p></p>
<p class="MsoPlainText"> <o:p></o:p></p>
<p class="MsoPlainText">-----Original Message-----<br>
From: Prateek Mishra <<a href="mailto:Prateek.Mishra@oracle.com">Prateek.Mishra@oracle.com</a>>
<br>
Sent: Tuesday, July 31, 2018 9:35 AM<br>
To: <a href="mailto:openid-specs-ab@lists.openid.net">openid-specs-ab@lists.openid.net</a><br>
Cc: Mike Schwartz <<a href="mailto:mike@gluu.org">mike@gluu.org</a>>; Don Thibeau <<a href="mailto:don@oidf.org">don@oidf.org</a>>; Mike Jones <<a href="mailto:Michael.Jones@microsoft.com">Michael.Jones@microsoft.com</a>>; Phil Hunt <<a href="mailto:phil.hunt@oracle.com">phil.hunt@oracle.com</a>><br>
Subject: ABSTAIN on the vote to approve Implementer’s Draft of OpenID Connect Federation Specification<o:p></o:p></p>
<p class="MsoPlainText"> <o:p></o:p></p>
<p class="MsoPlainText">I have voted to abstain. I did not find a way to add a comment to the vote, hence this message.<o:p></o:p></p>
<p class="MsoPlainText"> <o:p></o:p></p>
<p class="MsoPlainText">This reflects our perception that there are WG consensus issues where feedback on issues is received and apparently ignored in the perception of the submitter.
<o:p></o:p></p>
<p class="MsoPlainText"> <o:p></o:p></p>
<p class="MsoPlainText">Editors need to confirm agreement and chairs should be calling for consensus on items which might not yet be resolved.
<o:p></o:p></p>
<p class="MsoPlainText"> <o:p></o:p></p>
<p class="MsoPlainText">There should be a notice prior to major voting calling for all participants to review the document before the vote. This should be a “consensus call”.”<o:p></o:p></p>
<p class="MsoPlainText"> <o:p></o:p></p>
<p class="MsoPlainText"> <o:p></o:p></p>
</div>
</blockquote>
</div>
</div>
</blockquote>
</div>
</div>
</body>
</html>