[Netstack] Quantum and Keystone

Hi, Are there any guidelines in configuring Quantum to use Keystone? Thanks in advance Gary -- Mailing list: https://launchpad.net/~netstack Post to : netstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~netstack More help : https://help.launchpad.net/ListHelp

[Netstack] Netstack Documentation/Man pages

Hi, I am Gary from Red Hat. I though that a good place to start with the Quantum project would be to address the documentation. In particular I was thinking about adding man pages so that users who download the packages would be able to receive a little additional help. Should I open a bluepri

[Netstack] Network creation

Hi, Is it intended that a network with the same name can be created more than once? Or is this a bug? For example: [root@localhost ~]quantum create_net default XXX Created a new Virtual Network with ID: 1acf8fe7-5d53-4b55-beaa-1ca603f4c175 for Tenant: default [root@localhost ~]# quantum create_n

Re: [Netstack] Network creation

/openstack-network/developer/quantum-api-1.0/content/index.html) is that any value that must be unique is explicitly described as such, and all other fields are not expected to be unique. Thanks for the clarification. Dan On Wed, Apr 18, 2012 at 5:13 AM, Gary Kotton <mailto:gkot...@redhat.

[Netstack] Quantum Bugs and Blueprints

Hi, At the moment I am working on a POC that integrates Quantum into oVirt. At the moment I am using When I rebooted the oVirt engine I encountered a number of issues. Bug #985470 - the agent had an exception and terminated Bug #985646 - the agent would remove vlan tags for VM's on a

Re: [Netstack] Quantum Bugs and Blueprints

um/quantum/manager.py", line 32, in from quantum.common import utils ImportError: No module named common Any ideas? Is there any documentation for the unit tests for the agents? Thanks Gary Dan On Thu, Apr 19, 2012 at 6:28 AM, Gary Kotton <mailto:gkot...@redhat.com>> wrote:

[Netstack] Quantum agents

Hi, Sorry for not being able to attend the IRC meeting - it was in the middle of the night :) Whilst I was working on the integration of Quantum into oVirt I encountered a number of issues and challenges regarding the agents. Some of the issues were discussed in yesterdays meeting namely: 1.

Re: [Netstack] Quantum agents

ld be pulled out it. Thanks, ~Sumit. *From:*netstack-bounces+snaiksat=cisco@lists.launchpad.net [mailto:netstack-bounces+snaiksat=cisco@lists.launchpad.net] *On Behalf Of *Gary Kotton *Sent:* Wednesday, April 25, 2012 12:55 AM *To:* netstack@lists.launchpad.net *Subject:* [Netstack] Qu

[Netstack] Common Database Interface

Hi, I have posted the blueprint - https://blueprints.launchpad.net/quantum/+spec/database-common If anyone has any comments can you please let me know. I'd be happy to start to work on this. In nova there is a similar treatment - ../nova/nova/db/sqlalchemy. What is the process when it comes to

Re: [Netstack] Quantum agents

On 04/26/2012 07:09 PM, Gary Kotton wrote: On your question regarding the need for an agent and if it can be done in the VIF driver -- the VIF driver is not actually an independent thread of control, it gets executed as a part of the VM creation process. If a VM's VIF had to be a

[Netstack] Quantum and oVirt

Hi, As part of a POC we have integrated Quantum into oVirt (http://www.ovirt.org/). This has been tested with the OVS and Linux Bridge plugins. The details of the integration can be found at - https://fedoraproject.org/wiki/Quantum_and_oVirt. Any comments and suggestions would be greatly appre

Re: [Netstack] Quantum and oVirt

ll only be a POC? I personally do not think that the gaps should prevent us from moving forward with the oVirt integration. Thanks, Kyle On Apr 29, 2012, at 5:35 AM, Gary Kotton wrote: Hi, As part of a POC we have integrated Quantum into oVirt (http://www.ovirt.org/). This has been tested with the

Re: [Netstack] Quantum agents

Thanks. On 05/01/2012 03:52 AM, Dan Wendlandt wrote: Hi Gary, On Sat, Apr 28, 2012 at 10:39 PM, Gary Kotton <mailto:gkot...@redhat.com>> wrote: In general, there is also a thought that the VIF driver should be really thin, and to the extent possible Quantum plugin

[Netstack] https://review.openstack.org/#/c/6545/

Hi, When merging with https://review.openstack.org/#/c/6545/ I found a problem in the https://review.openstack.org/#/c/6545/4/quantum/plugins/linuxbridge/tests/unit/_test_linuxbridgeAgent.py. I have fixed this in the merge. Would it be possible that we can get Jenkins to run the agents tests?

Re: [Netstack] https://review.openstack.org/#/c/6545/

Hi, I addition to this there are problems with the logging of the agents. Is it possible to remove the task? Thanks Gary On 05/02/2012 03:28 PM, Gary Kotton wrote: Hi, When merging with https://review.openstack.org/#/c/6545/ I found a problem in the https://review.openstack.org/#/c/6545/4

Re: [Netstack] Change in openstack/quantum[master]: blueprint agent-db-ha bug 985470 bug 985646

he loggin calls in the agents. What do you suggest? Dan On Wed, May 2, 2012 at 12:33 AM, Gary Kotton <mailto:gkot...@redhat.com>> wrote: Hi, It seems that everything has gone pear shaped. I have conflicts with the "HACKING.rst" fix. From the IRC meeting last ni

Re: [Netstack] Change in openstack/quantum[master]: blueprint agent-db-ha bug 985470 bug 985646

On 05/02/2012 08:20 PM, Dan Wendlandt wrote: On Wed, May 2, 2012 at 10:01 AM, Gary Kotton <mailto:gkot...@redhat.com>> wrote: On 05/02/2012 07:56 PM, Dan Wendlandt wrote: Ah, Edgar wasn't at the meeting on tuesday it seems, and so didn't hear about our decisi

Re: [Netstack] Change in openstack/quantum[master]: blueprint agent-db-ha bug 985470 bug 985646

On 05/02/2012 09:31 PM, Dan Wendlandt wrote: Ok. I suggested keeping a version of the code that had not be rebased on top of Maru's changes, as that might be easier to backport to essex/stable. If you need help with git, I can probably help. In general, authoring a change for essex/stable

[Netstack] Database common blueprint

Hi, I have taken a more thorough look at the database implementations. On the plugin side all of the plugins make use of the common database code (../quantum/quantum/db/*). Today I tested a number of scenarios with connectivity to the server. This works well with the linuxbridge and the openv

Re: [Netstack] Database common blueprint

On 05/03/2012 07:15 PM, Dan Wendlandt wrote: Hi Gary, Great to see all the effort on improving usability + consistency. On Thu, May 3, 2012 at 7:36 AM, Gary Kotton <mailto:gkot...@redhat.com>> wrote: > > > Hi, > I have taken a more thorough look at the database implementa

Re: [Netstack] Database common blueprint

On 05/03/2012 08:13 PM, Dan Wendlandt wrote: On Thu, May 3, 2012 at 10:01 AM, Gary Kotton <mailto:gkot...@redhat.com>> wrote: On 05/03/2012 07:15 PM, Dan Wendlandt wrote: Hi Gary, Great to see all the effort on improving usability + consistency. On Thu, May 3, 201

Re: [Netstack] Database common blueprint

c/scalable-agent-comms Thoughts? Maru On 2012-05-03, at 7:36 AM, Gary Kotton wrote: Hi, I have taken a more thorough look at the database implementations. On the plugin side all of the plugins make use of the common database code (../quantum/quantum/db/*). Today I tested a number of scen

Re: [Netstack] [Bug 995283] [NEW] Documentation build is broken

Hi, A few weeks ago I started to work on something like this. I think that it should also cover the MAN pages for the quantum processes that run. I wrote https://blueprints.launchpad.net/quantum/+spec/man-support (I have yet to complete it). Thanks Gary On 05/06/2012 01:26 AM, Maru Newby wrot

[Netstack] Reviews

Hi, First and foremost I think that it was great chatting about the reviews last night. A few days ago Maru opened a bug https://bugs.launchpad.net/quantum/+bug/995283. This was addressed in https://blueprints.launchpad.net/openstack/?searchtext=man-support (it was based on the nova support).

[Netstack] Scalable Agents (https://blueprints.launchpad.net/quantum/+spec/scalable-agent-comms)

Hi, I have added a very high level description on how to address the issue. This can be seen at: https://docs.google.com/document/d/1MbcBA2Os4b98ybdgAw2qe_68R1NG6KMh8zdZKgOlpvg/edit Comments will be greatly appreciated. Questions: 1. Do we want agents to be backward compatible (that is, still m

Re: [Netstack] Scalable Agents (https://blueprints.launchpad.net/quantum/+spec/scalable-agent-comms)

understand how the Melange code is going to be added. Thanks a lot, Irena -Original Message- From: netstack-bounces+irenab=mellanox@lists.launchpad.net [mailto:netstack-bounces+irenab=mellanox@lists.launchpad.net] On Behalf Of Gary Kotton Sent: Wednesday, May 09, 2012 2:42

Re: [Netstack] Scalable Agents(https://blueprints.launchpad.net/quantum/+spec/scalable-agent-comms)

: netstack-bounces+snaiksat=cisco@lists.launchpad.net [mailto:netstack-bounces+snaiksat=cisco@lists.launchpad.net] On Behalf Of Gary Kotton Sent: Wednesday, May 09, 2012 4:27 AM To: Subject: [Netstack] Scalable Agents(https://blueprints.launchpad.net/quantum/+spec/scalable-agent- comms)

Re: [Netstack] Scalable Agents (https://blueprints.launchpad.net/quantum/+spec/scalable-agent-comms)

the agent polling the database. Sumit raised the idea of a broadcast. I am happy to start with this and then optimize later. What are your thoughts? Thanks, Maru On 2012-05-09, at 4:26 AM, Gary Kotton wrote: Hi, I have added a very high level description on how to address the issue. This c

Re: [Netstack] Scalable Agents(https://blueprints.launchpad.net/quantum/+spec/scalable-agent-comms)

can later be optimized to option #2. Thanks Gary On 05/10/2012 10:05 AM, Gary Kotton wrote: On 05/10/2012 12:55 AM, Sumit Naiksatam (snaiksat) wrote: Hi Gary, Thanks for initiating this. A couple of comments/questions - 1. Do we really need the VIF driver to communicate the agent's identi

Re: [Netstack] Scalable Agents(https://blueprints.launchpad.net/quantum/+spec/scalable-agent-comms)

are well-known to all of us. If and when RPC becomes necessary, it will be straightforward to plug in a new transport driver. Let's keep it simple - distributed computing is complicated enough! Cheers, Maru On 2012-05-10, at 8:22 AM, Gary Kotton wrote: Hi,

[Netstack] Fwd: [Openstack] [devstack/quantum] Configuration issue

Original Message Subject:[Openstack] [devstack/quantum] Configuration issue Date: Tue, 15 May 2012 09:00:52 +0300 From: Gary Kotton Reply-To: gkot...@redhat.com Organization: Red Hat To: openst...@lists.launchpad.net Hi, This morning I encountered a

[Netstack] Scalable Agent Communication

Hi, First and foremost sorry for being a bit unclear last night. I am not my best at 1:55am. Would it be possible to move the meeting a few hours forwards or backwards? Update: I have a POC running where instead of the agents polling the plugin database a request is sent from the agent to the

[Netstack] Documentation

Hi, Can we please look at https://review.openstack.org/#/c/7192/. It would be great if we can get this in and then have the Melange details added. It will be very helpful for all of us. In addition it would be great if all could start to build on this. Thanks Gary -- Mailing list: https://lau

Re: [Netstack] Fwd: [Openstack] [devstack/quantum] Configuration issue

@lists.launchpad.net [mailto:netstack-bounces+snaiksat=cisco@lists.launchpad.net] *On Behalf Of *Gary Kotton *Sent:* Monday, May 14, 2012 11:19 PM *To:* *Subject:* [Netstack] Fwd: [Openstack] [devstack/quantum] Configuration issue Original Message *Subject

Re: [Netstack] Want to start Keystone support for Quantum Client

Hi, On the IRC meeting last night the following was discussed - https://blueprints.launchpad.net/quantum/+spec/authorization-support-for-quantum. Are these tasks mutually exclusive? I guess that with the Melange addition the client API may also change - all I have seen is http://etherpad.openst

Re: [Netstack] Want to start Keystone support for Quantum Client

th it. It seems the API design is just at the beginning. Is there a special blueprint for API? Not that I am aware of. Thanks -netstack-bounces+gongysh=cn.ibm@lists.launchpad.net wrote: - To: netstack@lists.launchpad.net From: Gary Kotton Sent by: netstack-bounces+gongysh=c

Re: [Netstack] Fwd: [Openstack] [devstack/quantum] Configuration issue

@lists.launchpad.net] *On Behalf Of *Gary Kotton *Sent:* Monday, May 14, 2012 11:19 PM *To:* *Subject:* [Netstack] Fwd: [Openstack] [devstack/quantum] Configuration issue Original Message *Subject: * [Openstack] [devstack/quantum] Configuration issue *Date

Re: [Netstack] Fwd: [Openstack] [devstack/quantum] Configuration issue

On 05/16/2012 05:55 PM, Dan Wendlandt wrote: On Wed, May 16, 2012 at 1:43 AM, Gary Kotton <mailto:gkot...@redhat.com>> wrote: Thanks! As far as I recall, and I may certain be wrong here, but in the past I did not see the GW created until the first VM was deployed.

[Netstack] Scalable Agent Detailed Design

Hi, Please see the link for a detailed design of the scalable agent solution. I plan to start to work on the actual implementation beginnig of next week. Please let me know if you have any comments and or suggestions. Please note that I have used all of the comments and suggestions from over t

Re: [Netstack] Scalable Agent Detailed Design

On 05/17/2012 04:18 PM, Kyle Mestery (kmestery) wrote: On May 17, 2012, at 8:09 AM, Gary Kotton wrote: Hi, Please see the link for a detailed design of the scalable agent solution. I plan to start to work on the actual implementation beginnig of next week. Please let me know if you have any

Re: [Netstack] Fwd: [Openstack] [devstack/quantum] Configuration issue

t; *Cc:* Sumit Naiksatam (snaiksat); netstack@lists.launchpad.net <mailto:netstack@lists.launchpad.net> *Subject:* Re: [Netstack] Fwd: [Openstack] [devstack/quantum] Configuration issue On Wed, May 16, 2012 at 1:43 AM, Gary Kotton mailto:gkot...@redhat.com>> wrote: Th

Re: [Netstack] Scalable Agent Detailed Design

m ok at the moment. Regards, Irena -Original Message- From: netstack-bounces+irenab=mellanox@lists.launchpad.net [mailto:netstack-bounces+irenab=mellanox@lists.launchpad.net] On Behalf Of Gary Kotton Sent: Thursday, May 17, 2012 4:10 PM To:; Russell Bryant Subject: [Netstack] Scalabl

Re: [Netstack] Scalable Agent Communication

Hi, Thanks for the comments. Please see my replies inline. I hope that these will not take up too much CPU on your side. Thanks Gary On 05/21/2012 07:57 PM, Dan Wendlandt wrote: Btw, this actually isn't the case for the OVS plugin. The OVS vif driver in Nova passes the entire attachment UUID

Re: [Netstack] Scalable Agent Communication

Thanks On 05/21/2012 11:30 PM, Dan Wendlandt wrote: Just looking at it now. I'd really caution against having generic calls like "device_added", since the set of things that may need to be fetched when a device appears will likely increase significantly in the future, even if Folsom-2 (things

Re: [Netstack] Scalable Agent Communication

'--', 'set', 'Interface', dev, 'external-ids:iface-status=active', '--', 'set', 'Interface', dev, 'external-ids:attached-mac=%s' % mac_address, run_as_root=T

[Netstack] Provider networks

Hi Bob, Great work! I have a few questions: 1. I do not understand point number 6 about the deletion. Can you please clarify. If I understand correctly the key is the UUID of the network. How is this related to the VLAN tags? 2. Would it be possible to add the REST API changes? 3. Will the tags

Re: [Netstack] Provider networks

Thanks! On 05/23/2012 04:24 PM, Robert Kukura wrote: On 05/23/2012 02:29 AM, Gary Kotton wrote: Hi Bob, Great work! I have a few questions: 1. I do not understand point number 6 about the deletion. Can you please clarify. If I understand correctly the key is the UUID of the network. How is

Re: [Netstack] Want to start system/integration testing for quantum

Hi, Great to hear. One thing that is important to address is the different plugins. I guess that this may complicate things a little. I think that the addition of Melange may also extend the scope. As of yet I am not familiar with this. Thanks Gary On 05/24/2012 09:59 AM, Hua BJ Zhang wrote: > >

Re: [Netstack] change to pep8 version 1.1?

On 06/03/2012 02:03 AM, Monty Taylor wrote: On 06/02/2012 02:25 PM, Dan Wendlandt wrote: Hi Monty, So moving forward it seems that we have two options here: 1) add hardcoded pep8 version in tox.ini to match the hardcoded version in tools/tests-requires. Benefit: avoid randomly having all revi

[Netstack] Fwd: Re: change to pep8 version 1.1?

:48 +0300 From: Gary Kotton Reply-To: gkot...@redhat.com Organization: Red Hat To: netstack@lists.launchpad.net On 06/03/2012 02:03 AM, Monty Taylor wrote: On 06/02/2012 02:25 PM, Dan Wendlandt wrote: Hi Monty, So moving forward it seems that we have two options here: 1

[Netstack] Blueprint use-common-cfg

Hi, I have a made a number of updates. This now has support for the following 1. Quantum service 2. Plugins: Linuxbridge, OpenvSwitch and RYU There are two little minor issues that I need to resolve: 1. Cisco UCS support (this is in the works). I need to consult with one or more of the Cisco guy

Re: [Netstack] Trying to set up Quantum in Devstack

Hi, Below is an example that works: ENABLED_SERVICES=g-api,g-reg,key,n-api,n-crt,n-obj,n-cpu,n-net,n-vol,n-sch,n-novnc,n-xvnc,n-cauth,horizon,mysql,rabbit,q-svc,quantum,q-agt Q_PLUGIN=openvswitch This is actually declared in stackrc (in the past this was localrc) Thanks Gary On 06/04/2012 07:43 P

Re: [Netstack] proposing Yong Sheng Gong for quantum-core

Big +1 from me On 06/05/2012 04:17 AM, Dan Wendlandt wrote: One more quantum core proposal. Yong has also been doing a lot of great review work already, and has been contributing to quantum + python-quantumclient as well. +1 from me. Dan -- ~~~ Dan Wendlandt Nicira

Re: [Netstack] Nova & Quantum integration

Hi, As far as I understand the nova-network module treats the errors. Please look at the trace - this is when deploying a new instance (via devstack) and the quantum server is not available: 2012-06-05 07:42:09 DEBUG nova.network.quantum.quantum_connection [req-f3a300fa-2fae-4438-9bc3-b6b78c5

[Netstack] quantumclient=2012.1

Hi Monty and Dan, Background: A short while ago I started to port bug fixes for Quantum from Folsom-1 to Stable Essex. Jenkins did not accept the patches due to the fact that the automatic tests did not pass. The failures are due to 2 reasons: 1. pep8 checks (addressed in the tox.ini) 2. missi

Re: [Netstack] quantumclient=2012.1

On 06/05/2012 04:29 PM, Monty Taylor wrote: On 06/05/2012 07:54 AM, Gary Kotton wrote: Hi Monty and Dan, Background: A short while ago I started to port bug fixes for Quantum from Folsom-1 to Stable Essex. Jenkins did not accept the patches due to the fact that the automatic tests did not pass

[Netstack] Quantum Common Configuration Issues

Hi, The reviews of the implementation have brought up a number of issues (https://review.openstack.org/#/c/8101). These are namely the management of the various configuration files and paths. I am sorry for bring this up now. I was under the impression that we want to try and keep the same fil

Re: [Netstack] ovs agent Python 2.4 support

On 06/06/2012 11:25 PM, Roman Sokolkov wrote: Hello! XCP uses only Python 2.4. But upstream version of quantum ovs agent is unsupported by Python 2.4. What do you think about? Could we keep it in supported? And what about refactoring code in favor using RPC calls? Will it be possible to use R

Re: [Netstack] Quantum Common Configuration Issues

t support. Thanks Gary Dan On Tue, Jun 5, 2012 at 10:55 AM, Gary Kotton <mailto:gkot...@redhat.com>> wrote: Hi, The reviews of the implementation have brought up a number of issues (https://review.openstack.org/#/c/8101). These are namely the management of the various conf

[Netstack] Bug 1008029 - more specifically MAC allocation

Hi, If possible I would like to address the bug as follows: 1. When a network is created the user will be able to configure a base MAC address. If a base MAC address is not allocated by the user then a base MAC will be read from the Quantum configuration file (the default will be "fa:16:3e:00:0

Re: [Netstack] Bug 1008029 - more specifically MAC allocation

neglected. Thanks Gary -netstack-bounces+gongysh=cn.ibm@lists.launchpad.net wrote: - To: "" From: Gary Kotton Sent by: netstack-bounces+gongysh=cn.ibm@lists.launchpad.net Date: 06/11/2012 06:35PM Subject: [Netstack] Bug 1008029 - more specifically MAC allocation Hi, I

Re: [Netstack] [Bug 1012223] Re: support vlan_min + vlan_max config opts in ovs plugin

Hi, I think that this bug may be addressed in the "provider network" blueprint. I suggest that you be in touch with Robert Kukura (he is currently working on this). Thanks Gary On 06/13/2012 02:03 AM, Yaguang Tang wrote: should we also follow nova when create a network ,offer a optional para

Re: [Netstack] Quantum DHCP in F-2

On 06/13/2012 04:28 AM, Dan Wendlandt wrote: Thanks for responding Willian! Looping in main list in case others are interested in progress. A few comments inline. Dan On Tue, Jun 12, 2012 at 6:13 PM, Willian Molinari > wrote: Æ!! We were w

[Netstack] Devstack and V2

Hi, I was playing around with devstack this morning and there are a few issues that we should be aware of: 1. Linuxbridge is not supported with the v2 API. I'll open a bug. 2. OVS - looked OK. Was unable to get an image running. From the logs it looked like it was a glance issue (not 100% sure

Re: [Netstack] ovs agent Python 2.4 support

rpc etc.) This may also prove challenging for the 2.4 compatibility. Thanks, Roman Sokolkov 2012/6/7 Gary Kotton mailto:gkot...@redhat.com>> On 06/06/2012 11:25 PM, Roman Sokolkov wrote: Hello! XCP uses only Python 2.4. But upstream version of quantum ovs ag

Re: [Netstack] ovs agent Python 2.4 support

, and python2.6 will be use only by quantum, the system will keep using python2.4. What do you guys think about use it? Great idea! I suggest to try and get some more feedback from guys who are more familiar than me regarding XS and XCP []'s Juliano On Jun 14, 2012, at 2:14 AM, Gary Ko

Re: [Netstack] pep8

Hi, I can do some if you guys wish. Thanks Gary On 06/16/2012 07:54 PM, Juliano Martinez wrote: Sumit, Follow the list of files that need to be fixed: quantum/plugins/cisco/db/l2network_db.py quantum/plugins/cisco/db/l2network_models.py quantum/plugins/cisco/db/models.py quantum/plugins/cisco/

[Netstack] Openstack common

Hi, Over the weekend patches were made to Quantum to support Pep 1.3. Some of the patches were in the openstack common code. I have opened a bug to address this in the openstack common code (https://bugs.launchpad.net/openstack-common/+bug/1014216) I am currently updating the common code and wil

[Netstack] Reviews

Hi, Can people please take a look at the following: Critical: 1. https://review.openstack.org/#/c/8645/ - linux bridge agent does not work Stable Essex Cherry Picks: 1. https://review.openstack.org/#/c/8646/ - Quantum Manager disassociate floating-ips on instance delete 2. https://review.openst

[Netstack] Jenkins and pep8

Hi, I have yet to understand what happened. This afternoon I pushed a fix and Jenkins failed. I got the following error: /home/jenkins/workspace/gate-quantum-pep8/.tox/pep8/log$ /home/jenkins/workspace/gate-quantum-pep8/.tox/pep8/bin/pip install --download-cache=/home/jenkins/workspace/gate

Re: [Netstack] Jenkins and pep8

On 06/18/2012 04:18 PM, Robert Kukura wrote: On 06/18/2012 08:56 AM, Gary Kotton wrote: Hi, I have yet to understand what happened. This afternoon I pushed a fix and Jenkins failed. I got the following error: /home/jenkins/workspace/gate-quantum-pep8/.tox/pep8/log$ /home/jenkins/workspace

[Netstack] Common configuration issue

Hi, Over the last few weeks I have been trying to add a patch that will enable Quantum to make use of the common configuration interface provided by the openstack common library. The task is proving very challenging. At the moment we have the following: 1. OVS and Linux bridge agents using loca

Re: [Netstack] Common configuration issue

On 06/18/2012 07:36 PM, Dan Wendlandt wrote: On Mon, Jun 18, 2012 at 7:14 AM, Gary Kotton <mailto:gkot...@redhat.com>> wrote: Hi, Over the last few weeks I have been trying to add a patch that will enable Quantum to make use of the common configuration interface pr

Re: [Netstack] Common configuration issue

On 06/18/2012 09:23 PM, Dan Wendlandt wrote: On Mon, Jun 18, 2012 at 9:54 AM, Gary Kotton <mailto:gkot...@redhat.com>> wrote: On 06/18/2012 07:36 PM, Dan Wendlandt wrote: On Mon, Jun 18, 2012 at 7:14 AM, Gary Kotton mailto:gkot...@redhat.com>> wrote: Hi,

Re: [Netstack] Low Hanging Fruit Bugs

Hi, I have just opened https://bugs.launchpad.net/quantum/+bug/1015148. I think that this may be a good way of getting involved. In my opinion it needs to be addressed with Quantum and the Quantum client - which gives a nice introduction. Thanks Gary On 06/19/2012 05:26 PM, Dan Wendlandt wrot

[Netstack] v2 subnet deletion

Hi, I have a question regarding the deletion of a subnet in v2. If Quantum has allocated IP's from this subnet to port's should we allow the deletion of the subnet? Do we want to prevent this until all of the allocated IP's on the subnet are released?deleted? Thanks Gary -- Mailing list: https

Re: [Netstack] v2 subnet deletion

On 06/19/2012 05:49 PM, Dan Wendlandt wrote: On Tue, Jun 19, 2012 at 7:47 AM, Gary Kotton <mailto:gkot...@redhat.com>> wrote: Hi, I have a question regarding the deletion of a subnet in v2. If Quantum has allocated IP's from this subnet to port's should we

[Netstack] Common config ...

Hi, Finally this was approved (yay!!) but Jenkins failed due to conflicts (oy vey!). I have resolved the conflicts. Can you please look at https://review.openstack.org/8101 again. There were two changes - merging quantum/common/utils.py and updating an API in quantum/policy.py (please note tha

[Netstack] V2 IP Address Allocations

Hi, In the API (http://wiki.openstack.org/QuantumV2APIIntro#Port), the user is able to pass /*fixed_ips_v4*/ and /*fixed_ips_v6*/. If possible can we please change this to /*fixed_ips*/_,_ where the /*fixed_ips*/ is a list of dictionary's. The dictionary has the following key value pairs:

Re: [Netstack] V2 IP Address Allocations

On 06/20/2012 07:39 PM, Jason Kölker wrote: On Wed, 2012-06-20 at 19:05 +0300, Gary Kotton wrote: Hi, In the API (http://wiki.openstack.org/QuantumV2APIIntro#Port), the user is able to pass /*fixed_ips_v4*/ and /*fixed_ips_v6*/. If possible can we please change this to /*fixed_ips*/_,_ where

Re: [Netstack] V2 IP Address Allocations

On 06/20/2012 09:42 PM, Dan Wendlandt wrote: On Wed, Jun 20, 2012 at 9:05 AM, Gary Kotton <mailto:gkot...@redhat.com>> wrote: Hi, In the API (http://wiki.openstack.org/QuantumV2APIIntro#Port), the user is able to pass /*fixed_ips_v4*/ and /*fixed_ips_v6*/. If possib

[Netstack] IP Address Allocation

Hi, I have committed a first patch for the IP address allocations. Please note that I still need to address the port update. This will at least enable other to make use of the IP address allocations (for example for nova integration). Please note that http://wiki.openstack.org/QuantumV2APIIntr

Re: [Netstack] V2 IP Address Allocations

On 06/21/2012 12:27 PM, Salvatore Orlando wrote: Hi, I am not entirely sure I've got this thread right - so I apologize in advance for any non sense. It seems it started with Gary asking whether we could restructure the request format for POST /v2/ports, but then it seems the discussion is now f

Re: [Netstack] V2 IP Address Allocations

On 06/22/2012 03:35 AM, Salvatore Orlando wrote: Joining Dan in the late-night fun of doing emails :) Replies inline. Salvatore On 21 June 2012 23:59, Dan Wendlandt wrote: On Thu, Jun 21, 2012 at 5:34 PM, Jason Kölker wrote: On Thu, 2012-06-21 at 14:56 +0300, Gary Kotton wrote: However, I

[Netstack] Reviews

Hi, From https://review.openstack.org/#/q/status:open+project:openstack/quantum,n,z 1. https://review.openstack.org/#/c/8736/ - commit message needs to be updated to include hyperlink to bug id 2. https://review.openstack.org/#/c/8556/ - Xen related. I do not feel like I have the know how to c

Re: [Netstack] about query ports via ip_address

On 06/26/2012 09:00 AM, Yong Sheng Gong wrote: Hi Gary, How can I query the ports with ip_adress? At the moment there is no formal way of doing this. Last week there were a number of mails on the list about this particular issue. We did not get to the bottom of this. Your suggestion below

Re: [Netstack] about query ports via ip_address

On 06/26/2012 09:33 AM, Yong Sheng Gong wrote: nova integration: def get_instance_uuids_by_ip_filter(self, context, filters): Silly question - is the instance uuid the port uuid? Thanks Gary -Gary Kotton wrote: - To: Yong Sheng Gong/China/IBM@IBMCN From: Gary Kotton Date: 06

Re: [Netstack] DHCP agent review and the client lib requirement

On 06/28/2012 12:12 AM, Willian Molinari wrote: Hi folks, I was discussing with Mark about it too. Our ISC dhcp agent is using rabbitmq to get the server messages and would be nice to use the RPC for it. The code for generic-firewall (https://blueprints.launchpad.net/quantum/+spec/quantum-gene

[Netstack] Linux Bridge Plugin

Hi, I have started to convert the linux bridge plugin to support v2. Please look at https://review.openstack.org/#/c/9101/. I am still working on the unit tests. I have yet to understand if I need to make changes to the agent (this is under investigation) In the quantum.conf file you need to s

[Netstack] Quantum versions

Hi, With the advent of V2 do we want to continue to support V1? - Yes: - Do we want separate plugins or as Bob suggested have the V2 plugin support V1 requests? V2 support for V1 may require changes in the database. In addition to this we do not have a database upgrade. - No:

Re: [Netstack] Quantum versions

be done with v2 (in particular, we could run and pass the standard gating tests, which test things like floating IPs). I believe there are already plans to update both the NVP, UCS, and (based on the other email thread Ryu as well) in F-3. Thoughts? Dan On Fri, Jun 29, 2012 at 4:55 PM, Gary Ko

[Netstack] Question

Hi, I updated code following comments. Jenkins failed. Does anyone know why? Thanks Gary Original Message Subject:Change in openstack/quantum[master]: blueprint lb-api-v2-support Date: Sun, 1 Jul 2012 11:44:07 + From: Jenkins (Code Review) To: garyk CC: Ma

Re: [Netstack] Quantum v2 api howto

On 07/02/2012 08:18 PM, Aaron Rosen wrote: Hello, I wrote a quick wiki page on get up and running with devstack using the Quantum v2 api here: http://wiki.openstack.org/RunningQuantumV2Api . Great work! I think that you can remove the the "export SERVICE..." section. This information is sav

[Netstack] Devstack and Quantum DHCP agent

Hi, I have updated the wiki written by Aaron. This now includes instructions on how to run the DHCP agent via devstack. Please look at http://wiki.openstack.org/RunningQuantumV2Api. Please let me know if you have any comments regarding https://review.openstack.org/#/c/9362/. Thanks Gary -- Ma

[Netstack] DHCP Agent

Hi, Great work regarding the agent. My tests with the OVS have passed successfully. I nonetheless have some problems regarding the linuxbridge. The problem is that if a device is created from the network ID then it should have a "gw-" as the prefix. I think that if you create the dnsmasq interf

Re: [Netstack] DHCP Agent

gents. This is not written in stone but should be taken into account. Salvatore On 8 July 2012 08:34, Gary Kotton <mailto:gkot...@redhat.com>> wrote: Hi, Great work regarding the agent. My tests with the OVS have passed successfully. I nonetheless have some problems

[Netstack] Scalable agents

Hi, I have posted the first patch for this blueprint (https://blueprints.launchpad.net/quantum/+spec/scalable-agent-comms ) - https://review.openstack.org/#/c/9591. I have marked this as "Work in progress". I have tested on F

Re: [Netstack] [Quantum] Starting a discussion on the official spec for v2 API

On 07/17/2012 10:28 AM, Salvatore Orlando wrote: Hello people of Quantum! As the Folsom release approaches, it is time to gather together and finalize the specification for the v2 API, so that the Openstack-doc team might cast it in stone for the sake of the Quantum users! In order to make th

Re: [Netstack] Request for comments on a pep8 problem

On 08/03/2012 05:11 PM, Kevin L. Mitchell wrote: Yesterday, I submitted https://review.openstack.org/#/c/10736/ to sync up an openstack-common change to policy.py; however, the pep8 configuration for quantum does not match the pep8 configuration for the openstack-common project, and an error is r

Re: [Netstack] [openstack-dev] [Quantum] Proposing Mark McClain & Nachi Ueno for core dev

+1 for Mark In favor of voting Nachi in in the near future. On 08/16/2012 08:22 AM, Yong Sheng Gong wrote: +1 for Mark, Look forward to voting for Nachi Ueno in near future too. Thanks Yong Sheng Gong -Nachi Ueno wrote: - To: Dan Wendlandt From: Nachi Ueno Date: 08/16/2012 07:12AM

  1   2   >