Re: [openstack-dev] [neutron] DVR Tunnel Design Question

Hi Kevin, Typically we noticed that the underlay switches maintained a table like this: VLAN IDMAC Address Learned-Interface In the physical underlay, with the current architecture if we enable VLAN, the same DVR Unique MAC will appear on different VLANs as the packets get DVR

Re: [openstack-dev] [neutron] DVR Tunnel Design Question

| Firewall | On Wed, Sep 17, 2014 at 11:19 PM, Narasimhan, Vivekanandan vivekanandan.narasim...@hp.com wrote: Hi Kevin, Typically we noticed that the underlay switches maintained a table like this: VLAN IDMAC

Re: [openstack-dev] [Neutron][ML2] Modular L2 agent architecture

Managing the ports and plumbing logic is today driven by L2 Agent, with little assistance from controller. If we plan to move that functionality to the controller, the controller has to be more heavy weight (both hardware and software) since it has to do the job of L2 Agent for all

Re: [openstack-dev] DVR and FWaaS integration

Hi Yi, Swami will be available from this week. Will it be possible for you to join the regular DVR Meeting (Wed 8AM PST) next week and we can slot that to discuss this. I see that FwaaS is of much value for E/W traffic (which has challenges), but for me it looks easier to implement the

Re: [openstack-dev] DVR and FWaaS integration

join late or may not be able to join at all. If I missed it, please see if you can join FWaaS meeting at Wed 11:30AM PST on openstack-meeting-3. Otherwise, a separated meeting is still preferred Thanks Yi On 7/4/14, 12:23 AM, Narasimhan, Vivekanandan wrote: Hi Yi, Swami

[openstack-dev] Tox run failure during installation of dependencies in requirements

Hi, Recently , the Tox runs started to fail in my workspace. It fails consistently during installing dependencies with the following. Downloading/unpacking PrettyTable=0.7,0.8 (from python-keystoneclient=0.10.0--r /home/narasimv/dev/bug1350485/neutron/requirements.txt (line 22)) Cleaning

Re: [openstack-dev] Tox run failure during installation of dependencies in requirements

question, what is wrong with Tox now? -- Igor On Wed, Aug 6, 2014 at 1:19 PM, Narasimhan, Vivekanandan vivekanandan.narasim...@hp.commailto:vivekanandan.narasim...@hp.com wrote: Hi, Recently , the Tox runs started to fail in my workspace. It fails consistently during installing

[openstack-dev] Unit test test_ovs_neutron_agent fails with dependency errors

Hi, I 've been trying to run test_ovs_neutron_agent.py unit test from openstack neutron master 'tip', and am hitting dependency errors for novaclient as here: Do we need to clone python-novaclient repo as well and point PYTHONPATH to it and try re-running the same? Please help.

Re: [openstack-dev] [ML2] L2 population mechanism driver

Hi Slawek, I think L2 pop driver needs to be used in conjunction with other mechanism drivers. It only deals with pro-actively informing agents on which MAC Addresses became available/unavailable on cloud nodes and is not meant for binding/unbinding ports on segments. If you configure

[openstack-dev] [Neutron][Security Groups] Pings to router ip from VM with default security groups

Hi , We have been trying to understand behavior of security group rules in icehouse stable. The default security group contains 4 rules, two ingress and two egress. The two ingress rules are one for IPv4 and other for IPv6. We see both the ingress rules use cyclic security groups,

[openstack-dev] [Neutron] Is vendor CI tests pass mandatory to merging fixes upstream...

Hi Neutron'ers, Could you please let us know if all vendor CI tests must pass , If we need to merge a fix to the upstream master? For example , for this bug fix https://review.openstack.org/#/c/93624/ Posted to upstream master for merge, we see failure for Mellanox CI and Hyper-V CI.

Re: [openstack-dev] [Neutron] Default routes to SNAT gateway in DVR

Thanks Carl, for pitching in for us. As Carl said, this is the last detail that is being worked out. Wuhogning, I am requesting Rajeev and Mike(CC'ed) who are working in DVR SNAT to post the document into to the blueprint link here, so that you can take a look.

Re: [openstack-dev] [Neutron] Default routes to SNAT gateway in DVR

network will be tunneled to NN where SNAT'ing puts them onto external network. -- Thanks, Vivek -Original Message- From: A, Keshava Sent: Friday, May 23, 2014 1:11 PM To: OpenStack Development Mailing List (not for usage questions); Carl Baldwin Cc: Narasimhan, Vivekanandan; Grover

[openstack-dev] [Neutron] LeastNetwork scheduling for DHCP

Hi Neutron Stackers, There is an interest among vendors to bring Least Networks scheduling for DHCP into Openstack Neutron. Currently there are the following blueprints lying there, all of them trying to address this issue: https://review.openstack.org/111210

Re: [openstack-dev] [neutron] L2 gateway as a service

Hi Salvatore, Thanks for the review comments on the BP. Yes, Maruti’s BP supersedes the review https://review.openstack.org/#/c/100278 posted by Isaku, and we discussed with Isaku during the summit to embrace his BP. For the review https://review.openstack.org/#/c/93613 by Racha , we

Re: [openstack-dev] Request for comments for a possible solution

Hi Mike, Few clarifications inline [Vivek] -Original Message- From: Mike Kolesnik [mailto:mkole...@redhat.com] Sent: Thursday, December 18, 2014 10:58 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Neutron][L2Pop][HA Routers] Request for

Re: [openstack-dev] Request for comments for a possible solution

Hi Mike, Just one comment [Vivek] -Original Message- From: Mike Kolesnik [mailto:mkole...@redhat.com] Sent: Sunday, December 21, 2014 11:17 AM To: OpenStack Development Mailing List (not for usage questions) Cc: Robert Kukura Subject: Re: [openstack-dev] [Neutron][L2Pop][HA Routers]