Re: [Netstack] Quantum CLI

2012-06-25 Thread Dan Wendlandt
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

Re: [Netstack] Quantum CLI

2012-06-25 Thread Yong Sheng Gong
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

Re: [Netstack] Quantum CLI Auth bp

2012-04-02 Thread Dan Wendlandt
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

Re: [Netstack] Quantum CLI Auth bp

2012-04-02 Thread Deepak Garg
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 >> >> >> >>

Re: [Netstack] Quantum CLI Auth bp

2012-04-02 Thread Dan Wendlandt
gh not as part of this bp). > >> > >> > >> Deepak > >> > >> > >> > > >> > Salvatore > >> > > >> >> -Original Message- > >> >> From: netstack- > >> >> bounces+salvato

Re: [Netstack] Quantum CLI Auth bp

2012-04-02 Thread Deepak Garg
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 >

Re: [Netstack] Quantum CLI Auth bp

2012-04-02 Thread Dan Wendlandt
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 > >> >

Re: [Netstack] Quantum CLI Auth bp

2012-04-02 Thread Deepak Garg
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

Re: [Netstack] Quantum CLI Auth bp

2012-04-01 Thread Salvatore Orlando
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

Re: [Netstack] Quantum CLI Auth bp

2012-04-01 Thread Deepak Garg
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

Re: [Netstack] Quantum CLI Auth bp

2012-04-01 Thread Dan Wendlandt
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

Re: [Netstack] Quantum CLI Auth bp

2012-03-30 Thread Deepak Garg
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

Re: [Netstack] Quantum Cli

2012-03-17 Thread hitesh wadekar
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

Re: [Netstack] Quantum Cli

2012-03-17 Thread Deepak Garg
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

Re: [Netstack] Quantum Cli

2012-03-17 Thread hitesh wadekar
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

Re: [Netstack] Quantum Cli

2012-03-17 Thread Dan Wendlandt
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