On Tue, Jun 26, 2012 at 2:31 AM, Shiv Haris wrote:
> Hi Quantum Team,
>
> ** **
>
> I got quite used to testing Quantum Plugins with the Quauntum CLI in the
> Essex release. Now that I have moved on to Folsom I don’t seem to find the
> CLI in the usual location of /opt/stack/quantum/bin/quant
Hi,in new version, we have bin/quantum(old) and bin/quantumv2 for quantum client, you should be able to find the quantum and quantumv2 by which command.quantum api v2.0 nova integration: https://blueprints.launchpad.net/quantum/+spec/improved-nova-quantum-integrationquantum new cli: https://bluepr
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
Thanks Deepak,
Yes it's true..that's the beauty of "Quantum". I had just confused
"tenants" word. Now I understood it.
Also, It has been described in "quantum-admin-guide-trunk.pdf".
>
>
> On Sun, Mar 18, 2012 at 12:51 AM, Deepak Garg
> wrote:
>
>> Thanks, Dan.
>> I didn't know that line in
Thanks, Dan.
I didn't know that line in the guide is temporary. I thought thats
what quantum cli was meant for.
@Hitesh
The nova api/cli is limited: e.g. when you type a $ nova-manage
networkyou have very limited options
on network management. With Quantum, one will be able to create
network
Hi Dan,
Nice explanation !!
It will be great if you could explain more on this with example (likewise
you have given examples for nova+Quantum Manager) -- > "such that we can
expose the Quantum API directly to tenants for network creation and port
configuration."
A short description would be h
Hi Deepak,
For essex, the Nova + Quantum integration relies on Nova to do most of the
work. For example, when you invoke "nova-manage network create", the
Quantum Manager code in Nova reaches out and creates a corresponding
network via the Quantum API. Also, when you create a virtual server usin
16 matches
Mail list logo