<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Feb 18, 2015 at 1:29 PM, Kevin Benton <span dir="ltr"><<a href="mailto:blak111@gmail.com" target="_blank">blak111@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Perhaps I am misunderstanding, but doesn't the OSC support for pluggable auth just come for free from Neutron's perspective? (i.e. we don't have to make any Neutron-specific changes for that to work)</div></blockquote><div><br></div><div>It does if/when the command layer were implemented in OSC.  It already knows how to create a neutron client object and give it the plugin auth info.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>What I was hoping here was that we could get something in the Neutron client that works with the older auth plugins written for the Nova client to support setups not using OSC (specifically the Nova->Neutron interactions). I didn't mean that I didn't want to support OSC at all.</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><div></div></div></div></div></blockquote></div><br>I think one thing needs to be clarified...what you are talking about is utilizing keystoneclient's auth plugins in neutronclient.  Phrasing it as 'novaclient parity' reinforces the old notion that novaclient is the model for doing things.  It is no longer that...and maybe not even the right example of how to use auth plugins even though jamielennox did most of that work.<br clear="all"><div><br></div><div>dt</div><div><br></div>-- <br><div class="gmail_signature"><br>Dean Troyer<br><a href="mailto:dtroyer@gmail.com">dtroyer@gmail.com</a><br></div>
</div></div>