e for limiting the number of auth calls to Keystone.
> It
> >> >> > is out
> >> >> > of scope in this CLI work, but I think it might be totally in scope
> >> >> > for the
> >> >> > AuthN work.
> >> >> [DG] Its not
t;> >> > AuthN work.
>> >> [DG] Its not very clear how is caching related to AuthN work, it has
>> >> to be implemented in CLI (although not as part of this bp).
>> >>
>> >>
>> >> Deepak
>> >>
>> >>
gh not as part of this bp).
> >>
> >>
> >> Deepak
> >>
> >>
> >> >
> >> > Salvatore
> >> >
> >> >> -Original Message-
> >> >> From: netstack-
> >> >> bounces+salvato
re
>> >
>> >> -Original Message-
>> >> From: netstack-
>> >> bounces+salvatore.orlando=eu.citrix@lists.launchpad.net
>> >> [mailto:netstack-
>> >> bounces+salvatore.orlando=eu.citrix@lists.launchpad.net] On Behalf
>
ounces+salvatore.orlando=eu.citrix@lists.launchpad.net] On Behalf
> Of
> >> Deepak Garg
> >> Sent: 01 April 2012 10:36
> >> To: Dan Wendlandt
> >> Cc: netstack@lists.launchpad.net
> >> Subject: Re: [Netstack] Quantum CLI Auth bp
> >>
>
t; [mailto:netstack-
>> bounces+salvatore.orlando=eu.citrix@lists.launchpad.net] On Behalf Of
>> Deepak Garg
>> Sent: 01 April 2012 10:36
>> To: Dan Wendlandt
>> Cc: netstack@lists.launchpad.net
>> Subject: Re: [Netstack] Quantum CLI Auth bp
>>
>> Regarding cac
Cc: netstack@lists.launchpad.net
> Subject: Re: [Netstack] Quantum CLI Auth bp
>
> Regarding caching:
> As of today, caching strategies vary a lot between projects although they are
> a valid candidate for openstack-common. I don't see it being done in short
> term.
>
> My
Regarding caching:
As of today, caching strategies vary a lot between projects although
they are a valid candidate for openstack-common. I don't see it being
done in short term.
My proposal is to ping openstack-common folks and see if we can
include the basic auth code there and when other project
On Fri, Mar 30, 2012 at 12:35 AM, Deepak Garg wrote:
> Thanks Rohit for taking out time to go through the bp.
>
> Keystone may be implementing some caching but in case when the user
> has stored the Username credentials as env vars and he is using the
> quantum cli again and again, we wouldn't lik
Thanks Rohit for taking out time to go through the bp.
Keystone may be implementing some caching but in case when the user
has stored the Username credentials as env vars and he is using the
quantum cli again and again, we wouldn't like to make the Auth call
again and fetch a different token. So q
10 matches
Mail list logo
