Re: [Openstack] Quantum features in the folsom release
Hi, I have added the following section to the bug report, --- In the following quantum command, quantum net-create --tenant-id $TENANT_ID net1 --provider:network_type vlan --provider:physical_network physnet1 --provider:segmentation_id 1024 provider:segmentation_id is actually a VLAN id which is used in the network for controller and compute nodes. This same VLAN id is also passed to the physical switch that interconnects controller and compute nodes. Try to avoid use VLAN id 1 since some physical switches do not forward VLAN 1 frames by default. -- Thanks. Dennis Qin From: openstack-bounces+xiaohong.qin=emc@lists.launchpad.net [mailto:openstack-bounces+xiaohong.qin=emc@lists.launchpad.net] On Behalf Of Jasper Aikema Sent: Thursday, October 18, 2012 3:12 PM To: openstack@lists.launchpad.net Subject: Re: [Openstack] Quantum features in the folsom release Hello all, I did report a bug about the lack of good documentation of quantum and provider routing. If you find the solution, can you add it to the bug report? Maybe I can write a 'fix' for it. The bug number is #1066782 Kind regards, Jasper Aikema I have also tried it out in my lab by following steps documented in this URL, http://docs.openstack.org/trunk/openstack-network/admin/content/app_demo.html The floating IP address assigned to VM spawned off in controller node is working from, however, for VMs spawned off on compute node, floating IP address associated to them are not reachable from controller node or anywhere else. I don't have a dedicated physical machine running as network node; this node is combined into the controller node which is a real physical machine. In the pages following the network diagram, the CLIs provided using eth1, eth2 etc, but didn't associate these network interface names with the three network links (mgmt net, data net, and public net) illustrated in the diagram. So maybe I'm still missing magic CLIs here to get multi node deployment working. Appreciate a lot if someone can shed some light here. Thanks. Dennis Qin From: openstack-bounces+xiaohong.qin=emc@lists.launchpad.netmailto:openstack-bounces+xiaohong.qin=emc@lists.launchpad.net [mailto:openstack-bounces+xiaohong.qin=emc@lists.launchpad.net] On Behalf Of Mohammad Banikazemi Sent: Thursday, October 18, 2012 6:15 AM To: Dan Wendlandt Cc: openstack-bounces+mb=us.ibm@lists.launchpad.netmailto:openstack-bounces+mb=us.ibm@lists.launchpad.net; openstack@lists.launchpad.netmailto:openstack@lists.launchpad.net Subject: Re: [Openstack] Quantum features in the folsom release Trying to setup something similar to the Demo Setup described on the Openstack Quantum Admin Guide posted at: http://docs.openstack.org/trunk/openstack-network/admin/content/app_demo.html. I am using devstack to do the installation. For the Network Node it says three network interfaces are required: The node must have at least three network interfaces. The first is used to communicate with the controller node, this is via the management network. The IP address of this interface should be configured to 100.1.1.12/24. The second interface will be used for the VM traffic, this is on the data network. The third interface will be used to connect to the external gateway on the network. This interface will be bridged to the Open vSwitch bridge br-ex interface. 1- Anyway we can set things up with only one or two interfaces? This is a real requirement or just to make the demo setup easier to implement? 2- Right now I only have two interfaces on my server and if I connect either of them to br-ex my server (the node and all the VMs on it) becomes unreachable. Right now I want to have only one single server for my experiments so I really do not need the network for VM traffic. 3- Is the br-eht1 bridge required for VM to VM communication is there to deal with namespaces? Earlier all I had to do to connect VMs on the same network together was to connect say eth1 directly to br-int. Now, there is this additional br-eth1 that needs to be created. Thanks. [cid:image001.gif@01CDB2B2.2C6D5D20]Dan Wendlandt ---09/10/2012 02:43:07 PM---On Mon, Sep 10, 2012 at 11:07 AM, Bilel Msekni ski...@hotmail.frmailto:ski...@hotmail.fr wrote: Hi Stackers, From: Dan Wendlandt d...@nicira.commailto:d...@nicira.com To: Bilel Msekni ski...@hotmail.frmailto:ski...@hotmail.fr, Cc: openstack@lists.launchpad.netmailto:openstack@lists.launchpad.net Date: 09/10/2012 02:43 PM Subject: Re: [Openstack] Quantum features in the folsom release Sent by: openstack-bounces+mb=us.ibm@lists.launchpad.netmailto:openstack-bounces+mb=us.ibm@lists.launchpad.net On Mon, Sep 10, 2012 at 11:07 AM, Bilel Msekni ski...@hotmail.frmailto:ski...@hotmail.fr wrote: Hi Stackers, Can someone here help me out by detailing the new Quantum features that will be available in the Folsom release. Even a link or anything could help
Re: [Openstack] Quantum features in the folsom release
Trying to setup something similar to the Demo Setup described on the Openstack Quantum Admin Guide posted at: http://docs.openstack.org/trunk/openstack-network/admin/content/app_demo.html . I am using devstack to do the installation. For the Network Node it says three network interfaces are required: The node must have at least three network interfaces. The first is used to communicate with the controller node, this is via the management network. The IP address of this interface should be configured to 100.1.1.12/24. The second interface will be used for the VM traffic, this is on the data network. The third interface will be used to connect to the external gateway on the network. This interface will be bridged to the Open vSwitch bridge br-ex interface. 1- Anyway we can set things up with only one or two interfaces? This is a real requirement or just to make the demo setup easier to implement? 2- Right now I only have two interfaces on my server and if I connect either of them to br-ex my server (the node and all the VMs on it) becomes unreachable. Right now I want to have only one single server for my experiments so I really do not need the network for VM traffic. 3- Is the br-eht1 bridge required for VM to VM communication is there to deal with namespaces? Earlier all I had to do to connect VMs on the same network together was to connect say eth1 directly to br-int. Now, there is this additional br-eth1 that needs to be created. Thanks. From: Dan Wendlandt d...@nicira.com To: Bilel Msekni ski...@hotmail.fr, Cc: openstack@lists.launchpad.net Date: 09/10/2012 02:43 PM Subject:Re: [Openstack] Quantum features in the folsom release Sent by:openstack-bounces+mb=us.ibm@lists.launchpad.net On Mon, Sep 10, 2012 at 11:07 AM, Bilel Msekni ski...@hotmail.fr wrote: Hi Stackers, Can someone here help me out by detailing the new Quantum features that will be available in the Folsom release. Even a link or anything could help ! i can't seem to find any proper documentation and i have to persuade my boss about the potentials of Quantum :) Hi Bilel, Don't worry, the Quantum team is working hard on docs for Folsom as we speak. At an extremely high-level, the two main things that Quantum provides are: 1) A rich tenant-facing API for defining networks. This let's tenants create rich network topologies, including multiple private networks, multi-tier web applications, etc. and choose which IP subnets are used on these networks (this even works if two tenants decide to use the same subnet). 2) Quantum has pluggable backends that allow cloud operators to use more advanced network technologies on the back-end. For example, you can use Open vSwitch tunneling to avoid limitations around VLANs or take advantage of a plugin that is aware of advanced hardware capabilities. The Quantum Admin Guide is still in draft form and we're hoping to have a publicly consumable draft near the end of this week. That should provide the additional details about specific capabilities. Dan Thanks ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp -- ~~~ Dan Wendlandt Nicira, Inc: www.nicira.com twitter: danwendlandt ~~~ ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp inline: graycol.gif___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Quantum features in the folsom release
I have also tried it out in my lab by following steps documented in this URL, http://docs.openstack.org/trunk/openstack-network/admin/content/app_demo .html The floating IP address assigned to VM spawned off in controller node is working from, however, for VMs spawned off on compute node, floating IP address associated to them are not reachable from controller node or anywhere else. I don't have a dedicated physical machine running as network node; this node is combined into the controller node which is a real physical machine. In the pages following the network diagram, the CLIs provided using eth1, eth2 etc, but didn't associate these network interface names with the three network links (mgmt net, data net, and public net) illustrated in the diagram. So maybe I'm still missing magic CLIs here to get multi node deployment working. Appreciate a lot if someone can shed some light here. Thanks. Dennis Qin From: openstack-bounces+xiaohong.qin=emc@lists.launchpad.net [mailto:openstack-bounces+xiaohong.qin=emc@lists.launchpad.net] On Behalf Of Mohammad Banikazemi Sent: Thursday, October 18, 2012 6:15 AM To: Dan Wendlandt Cc: openstack-bounces+mb=us.ibm@lists.launchpad.net; openstack@lists.launchpad.net Subject: Re: [Openstack] Quantum features in the folsom release Trying to setup something similar to the Demo Setup described on the Openstack Quantum Admin Guide posted at: http://docs.openstack.org/trunk/openstack-network/admin/content/app_demo .html. I am using devstack to do the installation. For the Network Node it says three network interfaces are required: The node must have at least three network interfaces. The first is used to communicate with the controller node, this is via the management network. The IP address of this interface should be configured to 100.1.1.12/24. The second interface will be used for the VM traffic, this is on the data network. The third interface will be used to connect to the external gateway on the network. This interface will be bridged to the Open vSwitch bridge br-ex interface. 1- Anyway we can set things up with only one or two interfaces? This is a real requirement or just to make the demo setup easier to implement? 2- Right now I only have two interfaces on my server and if I connect either of them to br-ex my server (the node and all the VMs on it) becomes unreachable. Right now I want to have only one single server for my experiments so I really do not need the network for VM traffic. 3- Is the br-eht1 bridge required for VM to VM communication is there to deal with namespaces? Earlier all I had to do to connect VMs on the same network together was to connect say eth1 directly to br-int. Now, there is this additional br-eth1 that needs to be created. Thanks. Dan Wendlandt ---09/10/2012 02:43:07 PM---On Mon, Sep 10, 2012 at 11:07 AM, Bilel Msekni ski...@hotmail.fr wrote: Hi Stackers, From: Dan Wendlandt d...@nicira.com To: Bilel Msekni ski...@hotmail.fr, Cc: openstack@lists.launchpad.net Date: 09/10/2012 02:43 PM Subject: Re: [Openstack] Quantum features in the folsom release Sent by: openstack-bounces+mb=us.ibm@lists.launchpad.net On Mon, Sep 10, 2012 at 11:07 AM, Bilel Msekni ski...@hotmail.fr wrote: Hi Stackers, Can someone here help me out by detailing the new Quantum features that will be available in the Folsom release. Even a link or anything could help ! i can't seem to find any proper documentation and i have to persuade my boss about the potentials of Quantum :) Hi Bilel, Don't worry, the Quantum team is working hard on docs for Folsom as we speak. At an extremely high-level, the two main things that Quantum provides are: 1) A rich tenant-facing API for defining networks. This let's tenants create rich network topologies, including multiple private networks, multi-tier web applications, etc. and choose which IP subnets are used on these networks (this even works if two tenants decide to use the same subnet). 2) Quantum has pluggable backends that allow cloud operators to use more advanced network technologies on the back-end. For example, you can use Open vSwitch tunneling to avoid limitations around VLANs or take advantage of a plugin that is aware of advanced hardware capabilities. The Quantum Admin Guide is still in draft form and we're hoping to have a publicly consumable draft near the end of this week. That should provide the additional details about specific capabilities. Dan Thanks ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp -- ~~~ Dan Wendlandt Nicira, Inc: www.nicira.com twitter: danwendlandt ~~~ ___ Mailing list: https://launchpad.net
Re: [Openstack] Quantum features in the folsom release
Hello all, I did report a bug about the lack of good documentation of quantum and provider routing. If you find the solution, can you add it to the bug report? Maybe I can write a 'fix' for it. The bug number is #1066782 Kind regards, Jasper Aikema I have also tried it out in my lab by following steps documented in this URL, http://docs.openstack.org/trunk/openstack-network/admin/content/app_demo.html The floating IP address assigned to VM spawned off in controller node is working from, however, for VMs spawned off on compute node, floating IP address associated to them are not reachable from controller node or anywhere else. I dont have a dedicated physical machine running as network node; this node is combined into the controller node which is a real physical machine. In the pages following the network diagram, the CLIs provided using eth1, eth2 etc, but didnt associate these network interface names with the three network links (mgmt net, data net, and public net) illustrated in the diagram. So maybe Im still missing magic CLIs here to get multi node deployment working. Appreciate a lot if someone can shed some light here. Thanks. Dennis Qin From: openstack-bounces+xiaohong.qin=emc@lists.launchpad.net [mailto:openstack-bounces+xiaohong.qin=emc@lists.launchpad.net] On Behalf Of Mohammad Banikazemi Sent: Thursday, October 18, 2012 6:15 AM To: Dan Wendlandt Cc: openstack-bounces+mb=us.ibm@lists.launchpad.net; openstack@lists.launchpad.net Subject: Re: [Openstack] Quantum features in the folsom release Trying to setup something similar to the Demo Setup described on the Openstack Quantum Admin Guide posted at: http://docs.openstack.org/trunk/openstack-network/admin/content/app_demo.html. I am using devstack to do the installation. For the Network Node it says three network interfaces are required: The node must have at least three network interfaces. The first is used to communicate with the controller node, this is via the management network. The IP address of this interface should be configured to 100.1.1.12/24. The second interface will be used for the VM traffic, this is on the data network. The third interface will be used to connect to the external gateway on the network. This interface will be bridged to the Open vSwitch bridge "br-ex" interface. 1- Anyway we can set things up with only one or two interfaces? This is a real requirement or just to make the demo setup easier to implement? 2- Right now I only have two interfaces on my server and if I connect either of them to br-ex my server (the node and all the VMs on it) becomes unreachable. Right now I want to have only one single server for my experiments so I really do not need the network for VM traffic. 3- Is the br-eht1 bridge required for VM to VM communication is there to deal with namespaces? Earlier all I had to do to connect VMs on the same network together was to connect say eth1 directly to br-int. Now, there is this additional br-eth1 that needs to be created. Thanks. Dan Wendlandt ---09/10/2012 02:43:07 PM---On Mon, Sep 10, 2012 at 11:07 AM, Bilel Msekni ski...@hotmail.fr wrote: Hi Stackers, From: Dan Wendlandt d...@nicira.com To: Bilel Msekni ski...@hotmail.fr, Cc: openstack@lists.launchpad.net Date: 09/10/2012 02:43 PM Subject: Re: [Openstack] Quantum features in the folsom release Sent by: openstack-bounces+mb=us.ibm@lists.launchpad.net On Mon, Sep 10, 2012 at 11:07 AM, Bilel Msekni ski...@hotmail.fr wrote: Hi Stackers, Can someone here help me out by detailing the new Quantum features that will be available in the Folsom release. Even a link or anything could help ! i can't seem to find any proper documentation and i have to persuade my boss about the potentials of Quantum :)
[Openstack] Quantum features in the folsom release
Hi Stackers, Can someone here help me out by detailing the new Quantum features that will be available in the Folsom release. Even a link or anything could help ! i can't seem to find any proper documentation and i have to persuade my boss about the potentials of Quantum :) Thanks ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Quantum features in the folsom release
You can use Launchpad for this. https://launchpad.net/quantum/folsom Take a look at each of the milestones in Folsom for a list of blueprints and bugfixes in that milestone: https://launchpad.net/quantum/+milestone/folsom-1 https://launchpad.net/quantum/+milestone/folsom-2 https://launchpad.net/quantum/+milestone/folsom-3 https://launchpad.net/quantum/+milestone/folsom-rc1 At Your Service, Mark T. Voelker Systems Development Unit +1 919 392-4326 mvoel...@cisco.com On 09/10/2012 02:07 PM, Bilel Msekni wrote: Hi Stackers, Can someone here help me out by detailing the new Quantum features that will be available in the Folsom release. Even a link or anything could help ! i can't seem to find any proper documentation and i have to persuade my boss about the potentials of Quantum :) Thanks ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp signature.asc Description: OpenPGP digital signature ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Quantum features in the folsom release
In addition to looking at blueprints in launchpad, you might want to (start by) view(ing) the following slide decks produced by some of the principal engineers behind quantum. They were helpful to me in getting my arms around the motivations behind quantum and openstack in general. As they say, a picture is worth a thousand words. In no particular order: http://www.slideshare.net/salv_orlando/quantum-virtual-networks-for-openstack http://www.slideshare.net/danwent/quantum-openstack-meetup-feb-9th-2012 http://www.slideshare.net/sumit_naik/openstack-quantum syd -Original Message- From: openstack-bounces+slogan=broadcom@lists.launchpad.net [mailto:openstack-bounces+slogan=broadcom@lists.launchpad.net] On Behalf Of Bilel Msekni Sent: Monday, September 10, 2012 11:07 AM To: openstack@lists.launchpad.net Subject: [Openstack] Quantum features in the folsom release Hi Stackers, Can someone here help me out by detailing the new Quantum features that will be available in the Folsom release. Even a link or anything could help ! i can't seem to find any proper documentation and i have to persuade my boss about the potentials of Quantum :) Thanks ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Quantum features in the folsom release
On Mon, Sep 10, 2012 at 11:07 AM, Bilel Msekni ski...@hotmail.fr wrote: Hi Stackers, Can someone here help me out by detailing the new Quantum features that will be available in the Folsom release. Even a link or anything could help ! i can't seem to find any proper documentation and i have to persuade my boss about the potentials of Quantum :) Hi Bilel, Don't worry, the Quantum team is working hard on docs for Folsom as we speak. At an extremely high-level, the two main things that Quantum provides are: 1) A rich tenant-facing API for defining networks. This let's tenants create rich network topologies, including multiple private networks, multi-tier web applications, etc. and choose which IP subnets are used on these networks (this even works if two tenants decide to use the same subnet). 2) Quantum has pluggable backends that allow cloud operators to use more advanced network technologies on the back-end. For example, you can use Open vSwitch tunneling to avoid limitations around VLANs or take advantage of a plugin that is aware of advanced hardware capabilities. The Quantum Admin Guide is still in draft form and we're hoping to have a publicly consumable draft near the end of this week. That should provide the additional details about specific capabilities. Dan Thanks ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp -- ~~~ Dan Wendlandt Nicira, Inc: www.nicira.com twitter: danwendlandt ~~~ ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Quantum features in the folsom release
Le 10/09/2012 20:39, Dan Wendlandt a écrit : On Mon, Sep 10, 2012 at 11:07 AM, Bilel Msekni ski...@hotmail.fr wrote: Hi Stackers, Can someone here help me out by detailing the new Quantum features that will be available in the Folsom release. Even a link or anything could help ! i can't seem to find any proper documentation and i have to persuade my boss about the potentials of Quantum :) Hi Bilel, Don't worry, the Quantum team is working hard on docs for Folsom as we speak. At an extremely high-level, the two main things that Quantum provides are: 1) A rich tenant-facing API for defining networks. This let's tenants create rich network topologies, including multiple private networks, multi-tier web applications, etc. and choose which IP subnets are used on these networks (this even works if two tenants decide to use the same subnet). 2) Quantum has pluggable backends that allow cloud operators to use more advanced network technologies on the back-end. For example, you can use Open vSwitch tunneling to avoid limitations around VLANs or take advantage of a plugin that is aware of advanced hardware capabilities. The Quantum Admin Guide is still in draft form and we're hoping to have a publicly consumable draft near the end of this week. That should provide the additional details about specific capabilities. Dan Thanks ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp Thanks Dan, Sydney and Logan for your help, Actually i am already familiar with Quantum features but what i am really interested in is the monitoring and QoS apects. I was reading what happened in folsom summit in this link : http://etherpad.openstack.org/quantum-folsom and my guess is that Quantum will not support the monitoring and QoS features in the folsom release. Am i correct ? ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Quantum features in the folsom release
For a user , I just hope Horizon can manage Quantum in Folsom. On Tue, Sep 11, 2012 at 2:49 AM, Bilel Msekni ski...@hotmail.fr wrote: Le 10/09/2012 20:39, Dan Wendlandt a écrit : On Mon, Sep 10, 2012 at 11:07 AM, Bilel Msekni ski...@hotmail.fr ski...@hotmail.fr wrote: Hi Stackers, Can someone here help me out by detailing the new Quantum features that will be available in the Folsom release. Even a link or anything could help ! i can't seem to find any proper documentation and i have to persuade my boss about the potentials of Quantum :) Hi Bilel, Don't worry, the Quantum team is working hard on docs for Folsom as we speak. At an extremely high-level, the two main things that Quantum provides are: 1) A rich tenant-facing API for defining networks. This let's tenants create rich network topologies, including multiple private networks, multi-tier web applications, etc. and choose which IP subnets are used on these networks (this even works if two tenants decide to use the same subnet). 2) Quantum has pluggable backends that allow cloud operators to use more advanced network technologies on the back-end. For example, you can use Open vSwitch tunneling to avoid limitations around VLANs or take advantage of a plugin that is aware of advanced hardware capabilities. The Quantum Admin Guide is still in draft form and we're hoping to have a publicly consumable draft near the end of this week. That should provide the additional details about specific capabilities. Dan Thanks ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp Thanks Dan, Sydney and Logan for your help, Actually i am already familiar with Quantum features but what i am really interested in is the monitoring and QoS apects. I was reading what happened in folsom summit in this link : http://etherpad.openstack.org/quantum-folsom and my guess is that Quantum will not support the monitoring and QoS features in the folsom release. Am i correct ? ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp -- Shake Chen ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp