I agree that likely extensions and internal API discussions can become one session. I think the API side of that won't need to fill a whole session. <span></span><br><br>On Wednesday, October 16, 2013, Adam Young  wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 10/16/2013 12:23 PM, Dolph Mathews wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'll be finalizing the design summit schedule [1] for keystone<br>
following the weekly meeting [2] on Tuesday, October 22nd 18:00 UTC.<br>
Please have your proposals submitted before then.<br>
<br>
So far I think everyone has done a GREAT job self-organizing the<br>
proposed sessions to avoid overlap, but we currently have two more<br>
proposals than we do slots. During the meeting, we'll review which<br>
sessions should be split, combined or cut.<br>
<br>
Lastly, if you have comments on a particular session regarding scope<br>
or scheduling, *please* take advantage of the new comments section at<br>
the bottom of each session proposal. Such feedback is highly<br>
appreciated!<br>
<br>
[1]: <a href="http://summit.openstack.org/cfp/topic/10" target="_blank">http://summit.openstack.org/<u></u>cfp/topic/10</a><br>
[2]: <a href="https://wiki.openstack.org/wiki/Meetings/KeystoneMeeting" target="_blank">https://wiki.openstack.org/<u></u>wiki/Meetings/KeystoneMeeting</a><br>
<br>
Thanks!<br>
<br>
-Dolph<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a>OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</blockquote>
Some suggestions:<br>
<br>
V3 API Domain scoped tokens, and Henry Nash's purification of Assignments proposal are both dealing with the scoped and binding of authorization decisions.<br>
<br>
<br>
Internal API stabilization and Extensions are both about code management, and can be combined.  I think<br>
<br>
Auditing is going to be bigger than just Keystone, as it happens based on Policy enforcement.  I suspect that this session should be where we discuss the Keystone side of Policy.<br>
<br>
Token Revocation and the client and auth_token middleware are all related topics.<br>
<br>
We discussed Quota storage in Keystone last summit.  We have pretty good progress on the blueprint.  Do we really need to discuss this again, or do we just need to implement<br>
<br>
The HTML talk should probably pull in members from the Horizon team.  I would almost want to merge it with <a href="http://summit.openstack.org/cfp/details/3" target="_blank">http://summit.openstack.org/<u></u>cfp/details/3</a> "UX and Future Direction of OpenStack Dashboard"  or<br>

<a href="http://summit.openstack.org/cfp/details/161" target="_blank">http://summit.openstack.org/<u></u>cfp/details/161</a> "Separate Horizon and OpenStack Dashboard"  as we can discuss how we will split responsibility for managing administration and customization.  If they have an open slot, we might be able to move this to a Horizon talk.<br>

<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a>OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</blockquote>