Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1056594

Summary:	ML2 with L2 population mechanism driver
Product:	Red Hat OpenStack	Reporter:	Nir Yechiel <nyechiel>
Component:	openstack-neutron	Assignee:	lpeer <lpeer>
Status:	CLOSED ERRATA	QA Contact:	Nir Magnezi <nmagnezi>
Severity:	high	Docs Contact:
Priority:	high
Version:	5.0 (RHEL 7)	CC:	amuller, chrisw, jlibosva, lpeer, nyechiel, oblaut, yeylon
Target Milestone:	rc	Keywords:	FutureFeature, TestOnly, Triaged
Target Release:	5.0 (RHEL 7)
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:	upstream_status_implemented
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:
Clones:	1069465 (view as bug list)		Environment:
Last Closed:	2014-07-08 15:33:52 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	1003878, 1069465

Comment 6 Assaf Muller 2014-03-23 15:02:49 UTC

OVS ARP responder - https://review.openstack.org/#/c/49227:
Currently has a -2 from Mark McClain with no signs of changing. It's been deferred to Juno.

Regardless, OVS agent with l2pop will give us:
a) Unicast table of agents pre-populated whenever new ports go up in any hypervisor. If a port went up in hypervisor A, then the MAC address should be learned in the unicast table of all other hypervisors.
b) Broadcasts only sent to hypervisors actually hosting ports in the destination network. If hypervisor 'Boston' is hosting ports belonging to network A but not B, and some VM (Not on 'boston') sends a broadcast to the B network, then 'boston' shouldn't receive that broadcast.

Testing would assert both claims.

More information about l2pop may be found here:
http://assafmuller.wordpress.com/2014/02/23/ml2-address-population/

Comment 7 Assaf Muller 2014-04-02 10:58:50 UTC

I linked a patch upstream (Targeted for Juno by now) that solves a known bug about duplicate entries if l2pop is enabled.

Comment 11 Nir Magnezi 2014-04-23 08:14:19 UTC

Verified NVR:
openstack-neutron-2013.2.2-5.el6ost.noarch
openstack-neutron-ml2-2013.2.2-5.el6ost.noarch

Tested OK and Verified.

Comment 14 errata-xmlrpc 2014-07-08 15:33:52 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHEA-2014-0848.html