<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:x="urn:schemas-microsoft-com:office:excel" xmlns:p="urn:schemas-microsoft-com:office:powerpoint" xmlns:a="urn:schemas-microsoft-com:office:access" xmlns:dt="uuid:C2F41010-65B3-11d1-A29F-00AA00C14882" xmlns:s="uuid:BDC6E3F0-6DA3-11d1-A2A3-00AA00C14882" xmlns:rs="urn:schemas-microsoft-com:rowset" xmlns:z="#RowsetSchema" xmlns:b="urn:schemas-microsoft-com:office:publisher" xmlns:ss="urn:schemas-microsoft-com:office:spreadsheet" xmlns:c="urn:schemas-microsoft-com:office:component:spreadsheet" xmlns:odc="urn:schemas-microsoft-com:office:odc" xmlns:oa="urn:schemas-microsoft-com:office:activation" xmlns:html="http://www.w3.org/TR/REC-html40" xmlns:q="http://schemas.xmlsoap.org/soap/envelope/" xmlns:D="DAV:" xmlns:x2="http://schemas.microsoft.com/office/excel/2003/xml" xmlns:ois="http://schemas.microsoft.com/sharepoint/soap/ois/" xmlns:dir="http://schemas.microsoft.com/sharepoint/soap/directory/" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:dsp="http://schemas.microsoft.com/sharepoint/dsp" xmlns:udc="http://schemas.microsoft.com/data/udc" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:sub="http://schemas.microsoft.com/sharepoint/soap/2002/1/alerts/" xmlns:ec="http://www.w3.org/2001/04/xmlenc#" xmlns:sp="http://schemas.microsoft.com/sharepoint/" xmlns:sps="http://schemas.microsoft.com/sharepoint/soap/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:udcs="http://schemas.microsoft.com/data/udc/soap" xmlns:udcxf="http://schemas.microsoft.com/data/udc/xmlfile" xmlns:udcp2p="http://schemas.microsoft.com/data/udc/parttopart" xmlns:wf="http://schemas.microsoft.com/sharepoint/soap/workflow/" xmlns:dsss="http://schemas.microsoft.com/office/2006/digsig-setup" xmlns:dssi="http://schemas.microsoft.com/office/2006/digsig" xmlns:mdssi="http://schemas.openxmlformats.org/package/2006/digital-signature" xmlns:mver="http://schemas.openxmlformats.org/markup-compatibility/2006" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns:mrels="http://schemas.openxmlformats.org/package/2006/relationships" xmlns:spwp="http://microsoft.com/sharepoint/webpartpages" xmlns:ex12t="http://schemas.microsoft.com/exchange/services/2006/types" xmlns:ex12m="http://schemas.microsoft.com/exchange/services/2006/messages" xmlns:pptsl="http://schemas.microsoft.com/sharepoint/soap/SlideLibrary/" xmlns:spsl="http://microsoft.com/webservices/SharePointPortalServer/PublishedLinksService" xmlns:Z="urn:schemas-microsoft-com:" xmlns:st="&#1;" xmlns="http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=Content-Type content="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 12 (filtered medium)">
<style>
<!--
 /* Font Definitions */
 @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;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p
        {mso-style-priority:99;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page Section1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
        {page:Section1;}
-->
</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=blue vlink=purple>

<div class=Section1>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>I suspect this class of issue is quite important to the specs
council members. But&#8230;I&#8217;m not speaking authoritatively! The power in
such decision making is always function of who pays the bills!<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>Of course, there is not a single thing that openid does that
other protocols don&#8217;t already accomplish &nbsp;(typically using xml ,dsig
and https). But, like any standards-based product, what matters is not the pure
function but the unique design concept that builds an online community
operating a &#8220;certain way&#8221;. UCI-openid and Shib-SAML could not be
more different in operational concepts, despite having the same functional
output.<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>I suspect spec council people will want the trust networking topic
addressed according to &#8220;the openid philosophy&#8221;. It has to smell
like web2.0 in its culture, not like the kind of material that OASIS (or IEEE) would
typically generate. It also has to avoid smelling like a W3C standard, which tends
to be too far out (like the half billion FOAF files that exist&#8230; but no
one uses). Though unstated, any design &nbsp;may have to avoid &#8220;that&#8221;
which induced openid in the first place (being merely the nth websso protocol
to come out of the gate in recent years).<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>The way the high-level criteria are structured suggests that it&#8217;s
a defensive posture and fundamentally a political process - which will require canvassing
the council members rather than rationalizing the content. Its rule system
design pretty obviously allows the &#8220;founders&#8221; to hold further developments
true to the founding spirit as they see it &#8211; and they get to do that outside
of membership control, with no formal accountability ; needing only to claim they
are upholding the &#8220;vision&#8221;.<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<div style='border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt'>

<div>

<div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'>

<p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span
style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Nat Sakimura
[mailto:sakimura@gmail.com] <br>
<b>Sent:</b> Thursday, January 15, 2009 3:03 PM<br>
<b>To:</b> Peter Williams<br>
<b>Cc:</b> David Recordon; general@openid.net<br>
<b>Subject:</b> Re: [OpenID] CX proposal status<o:p></o:p></span></p>

</div>

</div>

<p class=MsoNormal><o:p>&nbsp;</o:p></p>

<p class=MsoNormal style='margin-bottom:12.0pt'>Well, to be clear, I am not
proposing to rubber stamp on JAL implementation. <br>
<br>
That's fairly different than what we would come up. <br>
<br>
For example, JAL implementation actually uses XML contract format with XML Sig.
<br>
I actually prefer that, but I was guessing that this community would want
something not XML nor XML Sig. Of course, if the community wants XML+XMLSig, I
am more than happy. <br>
<br>
It is just the use case from JAL implementation that I am bringing in. <br>
<br>
=nat<o:p></o:p></p>

<div>

<p class=MsoNormal>On Fri, Jan 16, 2009 at 2:29 AM, Peter Williams &lt;<a
href="mailto:pwilliams@rapattoni.com">pwilliams@rapattoni.com</a>&gt; wrote:<o:p></o:p></p>

<div>

<div>

<p><span style='font-size:11.0pt;color:#1F497D'>I'm guessing culturally, that
there are a number of things that need to get dropped.</span><o:p></o:p></p>

<p><span style='font-size:11.0pt;color:#1F497D'>&nbsp;</span><o:p></o:p></p>

<p><span style='font-size:11.0pt;color:#1F497D'>The notion of &quot;use-case
driven&quot; WG needs to go. I doubt we want to introduce a distinction between
those outputs that are engineered using use-case methods vs those that are not.
Use of one or other method is incidental, and neither supports or limits the
technical work. The WG members should pick one or more once engaged. There is
nothing in a &quot;charter&quot; that has to decide this issue upfront.
(otherwise, it smacks of religion, that introduces politics, &nbsp;that induces
worry.. that causes delay&#8230;).</span><o:p></o:p></p>

<p><span style='font-size:11.0pt;color:#1F497D'>&nbsp;</span><o:p></o:p></p>

<p><span style='font-size:11.0pt;color:#1F497D'>The notion of that the
particular topic (higher assurance protocols for trust network) demands certain
(Security) engineering techniques (e.g. crypto and signatures) should also go.
The WG might want to decide to adopt an existing apparatus, tune commodity
infrastructure (e.g. PKI), posit 2 levels of OPs (just like in IS-IS or OSPF
enterprise backbones),&#8230;</span><o:p></o:p></p>

<p><span style='font-size:11.0pt;color:#1F497D'>&nbsp;</span><o:p></o:p></p>

<p><span style='font-size:11.0pt;color:#1F497D'>One should be clear that no
additional &quot;profiling&quot; will be required for interworking. I'm not
sure this culture want to adopt the market fragmentation attitudes present in
the SAML adoption space for example. We have to&nbsp; remember this is the web,
focused on consumers (not B2B). B2B is secondary, and must be an
&quot;overlay&quot; on&nbsp; the consumer &nbsp;infrastructure&#8211; much like
military folks overlay additional trust on _<i>Commodity</i>_ SSL when needed.</span><o:p></o:p></p>

<p><span style='font-size:11.0pt;color:#1F497D'>&nbsp;</span><o:p></o:p></p>

<p><span style='font-size:11.0pt;color:#1F497D'>It's an important step for
Openid to frontally address trust networking (as Nate has headed for a year
now). But, the charter needs to generic and open minded, not a rubber stamp of
whatever works at JAL today. At the same time, it needs a practical orientation,
so the debate doesn't just become a tech vendor-fest - each wanting their own
stuff to get adopted to help their mindshare marketing.</span><o:p></o:p></p>

<p><span style='font-size:11.0pt;color:#1F497D'>&nbsp;</span><o:p></o:p></p>

<div style='border:none;border-left:solid windowtext 1.5pt;padding:0in 0in 0in 4.0pt;
border-color:-moz-use-text-color -moz-use-text-color -moz-use-text-color blue'>

<div>

<div style='border:none;border-top:solid windowtext 1.0pt;padding:3.0pt 0in 0in 0in;
border-color:-moz-use-text-color -moz-use-text-color'>

<p><b><span style='font-size:10.0pt'>From:</span></b><span style='font-size:
10.0pt'> Nat Sakimura [mailto:<a href="mailto:sakimura@gmail.com"
target="_blank">sakimura@gmail.com</a>] <br>
<b>Sent:</b> Thursday, January 15, 2009 8:53 AM<br>
<b>To:</b> David Recordon<br>
<b>Cc:</b> <a href="mailto:general@openid.net" target="_blank">general@openid.net</a>;
Peter Williams<br>
<b>Subject:</b> Re: [OpenID] CX proposal status</span><o:p></o:p></p>

</div>

</div>

<div>

<div>

<p>&nbsp;<o:p></o:p></p>

<p>Right. And the response to them were:&nbsp;<o:p></o:p></p>

<div>

<p>&nbsp;<o:p></o:p></p>

<div>

<p>On Thu, Jan 15, 2009 at 4:36 AM, David Recordon &lt;<a
href="mailto:david@sixapart.com" target="_blank">david@sixapart.com</a>&gt;
wrote:<o:p></o:p></p>

<div>

<div>

<p><span style='color:black'>I think that's a fair assessment, though missing
the piece that the proposal hasn't been making it clear enough that CX must
build on top of existing OpenID specifications&nbsp;</span><o:p></o:p></p>

</div>

</div>

<div>

<p>&nbsp;<o:p></o:p></p>

</div>

<div>

<p>the revised proposal (a version before the current one on the wiki) clearly
stated it&nbsp;<o:p></o:p></p>

</div>

<div>

<p>&nbsp;<o:p></o:p></p>

</div>

<blockquote style='border:none;border-left:solid windowtext 1.0pt;padding:0in 0in 0in 6.0pt;
margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt;
border-color:-moz-use-text-color -moz-use-text-color -moz-use-text-color rgb(204, 204, 204)'>

<div>

<div>

<p><span style='color:black'>and&nbsp;that the working group should not be
allowed to produce an indeterminate number of specifications.</span><o:p></o:p></p>

</div>

</div>

</blockquote>

<div>

<p>&nbsp;<o:p></o:p></p>

</div>

<div>

<p>the word &quot;series of&quot; was used to make room for the possibility of
modularization instead of a monolithic one, and it is the scope that limits the
work of the WG and not the number of specs. In the early stage of use case
driven WG, it is often difficult to determine how it is going to be modularized
at the outset. Having said that, I have removed the words &quot;series of&quot;
as well.&nbsp;<o:p></o:p></p>

</div>

<div>

<p>&nbsp;<o:p></o:p></p>

</div>

<div>

<p>=nat<o:p></o:p></p>

</div>

<div>

<p>&nbsp;<o:p></o:p></p>

</div>

<div>

<p>&nbsp;<o:p></o:p></p>

</div>

<blockquote style='border:none;border-left:solid windowtext 1.0pt;padding:0in 0in 0in 6.0pt;
margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt;
border-color:-moz-use-text-color -moz-use-text-color -moz-use-text-color rgb(204, 204, 204)'>

<div>

<div>

<p><span style='color:black'><br>
<br>
I'm looking forward to the call.<br>
<br>
--David</span><o:p></o:p></p>

<div>

<div>

<p><span style='color:black'><br>
<br>
----- &quot;Nat Sakimura&quot; &lt;<a href="mailto:sakimura@gmail.com"
target="_blank">sakimura@gmail.com</a>&gt; wrote: <br>
&gt; Some members of spec council suggested rejection on the basis of (1) the
scope being too wide (2) not getting enough support from the community, i.e.,
probalby on 4.2(c). Some proposers replied back to those points in
specs-council ML that (1) being usecase driven, it may look that scope is wide
but it really is not, (2) it has support from EU, Japan, and US members and
suggested a call to close on this. The call is being planned right now. <br>
&gt; <br>
&gt; Would that be a fair summary? <br>
&gt; <br>
&gt; =nat<br>
&gt; <br>
&gt; </span><o:p></o:p></p>

<div>

<p><span style='color:black'>&gt; On Mon, Jan 12, 2009 at 8:24 AM, Peter
Williams &lt;<a href="mailto:pwilliams@rapattoni.com" target="_blank">pwilliams@rapattoni.com</a>&gt;
wrote:<br>
&gt; </span><o:p></o:p></p>

<div>

<p><span style='color:black'>&gt; </span><o:p></o:p></p>

<div>

<p><span style='font-size:11.0pt;color:#1F497D'>Can anyone summarize for folks
here (in ~100 words) the status of the specs council discussion on the CX
proposal?</span><o:p></o:p></p>

<p><span style='font-size:11.0pt;color:#1F497D'>&nbsp;</span><o:p></o:p></p>

<p><span style='font-size:11.0pt;color:#1F497D'>&nbsp;</span><o:p></o:p></p>

<div style='border:none;border-left:solid windowtext 1.5pt;padding:0in 0in 0in 4.0pt;
border-color:-moz-use-text-color -moz-use-text-color -moz-use-text-color blue'>

<p><span style='color:black'>&gt; </span><o:p></o:p></p>

<div style='border:none;border-left:solid windowtext 1.5pt;padding:0in 0in 0in 4.0pt;
border-color:-moz-use-text-color -moz-use-text-color -moz-use-text-color blue'>

<p><span style='color:black'>&gt; </span><o:p></o:p></p>

<div style='border:none;border-left:solid windowtext 1.5pt;padding:0in 0in 0in 4.0pt;
border-color:-moz-use-text-color -moz-use-text-color -moz-use-text-color blue'>

<p><span style='color:black'>&gt; </span><o:p></o:p></p>

<div style='border:none;border-left:solid windowtext 1.5pt;padding:0in 0in 0in 4.0pt;
border-color:-moz-use-text-color -moz-use-text-color -moz-use-text-color blue'>

<p><span style='color:black'>&gt; </span><o:p></o:p></p>

<div>

<p><span style='color:black'>&nbsp;</span><o:p></o:p></p>

</div>

</div>

</div>

</div>

</div>

</div>

</div>

<p><span style='color:black'><br>
&gt; _______________________________________________<br>
&gt; general mailing list<br>
&gt; <a href="mailto:general@openid.net" target="_blank">general@openid.net</a><br>
&gt; <a href="http://openid.net/mailman/listinfo/general" target="_blank">http://openid.net/mailman/listinfo/general</a><br>
&gt; <br>
&gt; </span><o:p></o:p></p>

</div>

<p><span style='color:black'><br>
&gt; <br clear=all>
<br>
&gt; -- <br>
&gt; Nat Sakimura (=nat)<br>
&gt; <a href="http://www.sakimura.org/en/" target="_blank">http://www.sakimura.org/en/</a><br>
&gt; </span><o:p></o:p></p>

</div>

</div>

<p><span style='color:black'>&gt;
_______________________________________________ general mailing list <a
href="mailto:general@openid.net" target="_blank">general@openid.net</a> <a
href="http://openid.net/mailman/listinfo/general" target="_blank">http://openid.net/mailman/listinfo/general</a>
</span><o:p></o:p></p>

</div>

</div>

</blockquote>

</div>

<p><br>
<br clear=all>
<br>
-- <br>
Nat Sakimura (=nat)<br>
<a href="http://www.sakimura.org/en/" target="_blank">http://www.sakimura.org/en/</a><o:p></o:p></p>

</div>

</div>

</div>

</div>

</div>

</div>

</div>

<p class=MsoNormal><br>
<br clear=all>
<br>
-- <br>
Nat Sakimura (=nat)<br>
<a href="http://www.sakimura.org/en/">http://www.sakimura.org/en/</a><o:p></o:p></p>

</div>

</div>

</body>

</html>