Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1177611 - HA routers interact badly with l2pop
HA routers interact badly with l2pop
Status: CLOSED ERRATA
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-neutron (Show other bugs)
6.0 (Juno)
Unspecified Unspecified
medium Severity medium
: beta
: 8.0 (Liberty)
Assigned To: Mike Kolesnik
Alexander Stafeyev
:
Depends On:
Blocks: 1271974
  Show dependency treegraph
 
Reported: 2014-12-29 08:03 EST by Toni Freger
Modified: 2016-04-26 16:42 EDT (History)
11 users (show)

See Also:
Fixed In Version: openstack-neutron-7.0.0-4.el7ost
Doc Type: Known Issue
Doc Text:
A known issue has been identified for interactions between High Availability (VRRP) routers and L2 Population. Currently, when connecting a HA router to a subnet, HA routers use a distributed port by design. Each router has the same port details on each node that it's scheduled on, and only the master router has IPs configured on that port; all the slaves have the port without any IPs configured. Consequently, L2Population uses the stale information to advise that the router is present on the node (which it states in the port binding information for that port). As a result, each node that has a port on that logical network has a tunnel created only to the node where the port is presumably bound. In addition, a forwarding entry is set so that any traffic to that port is sent through the created tunnel. However, this action may not succeed as there is not guarantee that the master router is on the node specified in the port binding. Furthermore, in the event that the master router is in fact on the node, a failover event would cause it to migrate to another node and result in a loss of connectivity with the router.
Story Points: ---
Clone Of:
Environment:
Last Closed: 2016-04-07 17:00:02 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Launchpad 1365476 None None None Never
OpenStack gerrit 141114 None None None Never
OpenStack gerrit 211166 None None None Never
Red Hat Product Errata RHEA-2016:0603 normal SHIPPED_LIVE Red Hat OpenStack Platform 8 Enhancement Advisory 2016-04-07 20:53:53 EDT

  None (edit)
Description Toni Freger 2014-12-29 08:03:14 EST
Description of problem:

Since internal HA router interfaces are created on more than a single agent, this interacts badly with l2pop that assumes that a Neutron port is located in a certain place in the network. We'll need to report to l2pop when a HA router transitions to an active state, so the port location is changed.
Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:
Comment 2 lpeer 2014-12-29 08:45:46 EST
This bug implies we can not activate L2pop with HA routers for now. a documentation bug was reported bug 1177623
Comment 3 Martin Lopes 2015-01-29 00:55:00 EST
*** Bug 1177623 has been marked as a duplicate of this bug. ***
Comment 5 lpeer 2015-04-30 03:17:21 EDT
The fix won't be available in Kilo it would first go to liberty.
After the patch is merged we need to look into backporting it both u/s and d/s.
If a backport is feasible then we should clone this bug to OSP-7
Comment 6 Nir Yechiel 2015-08-11 10:52:53 EDT
The patch was merged and will be available with Liberty.
Comment 7 Assaf Muller 2015-08-11 10:56:30 EDT
Attached u/s Kilo backport patch:
https://review.openstack.org/#/c/211166/
Comment 14 Alexander Stafeyev 2015-12-01 04:16:55 EST
Verified after testing on Liberty
Comment 16 errata-xmlrpc 2016-04-07 17:00:02 EDT
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.

https://rhn.redhat.com/errata/RHEA-2016-0603.html

Note You need to log in before you can comment on or make changes to this bug.