Bug 1177611 - HA routers interact badly with l2pop
Summary: HA routers interact badly with l2pop
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-neutron
Version: 6.0 (Juno)
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: beta
: 8.0 (Liberty)
Assignee: Mike Kolesnik
QA Contact: Alexander Stafeyev
URL:
Whiteboard:
Depends On:
Blocks: 1271974
TreeView+ depends on / blocked
 
Reported: 2014-12-29 13:03 UTC by Toni Freger
Modified: 2016-04-26 20:42 UTC (History)
11 users (show)

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.
Clone Of:
Environment:
Last Closed: 2016-04-07 21:00:02 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1365476 0 None None None Never
OpenStack gerrit 141114 0 None MERGED Update port bindings for master router 2020-12-16 02:10:52 UTC
OpenStack gerrit 211166 0 None MERGED Update port bindings for master router 2020-12-16 02:10:52 UTC
Red Hat Product Errata RHEA-2016:0603 0 normal SHIPPED_LIVE Red Hat OpenStack Platform 8 Enhancement Advisory 2016-04-08 00:53:53 UTC

Internal Links: 1177623 1207284

Description Toni Freger 2014-12-29 13:03:14 UTC
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 13:45:46 UTC
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 05:55:00 UTC
*** Bug 1177623 has been marked as a duplicate of this bug. ***

Comment 5 lpeer 2015-04-30 07:17:21 UTC
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 14:52:53 UTC
The patch was merged and will be available with Liberty.

Comment 7 Assaf Muller 2015-08-11 14:56:30 UTC
Attached u/s Kilo backport patch:
https://review.openstack.org/#/c/211166/

Comment 14 Alexander Stafeyev 2015-12-01 09:16:55 UTC
Verified after testing on Liberty

Comment 16 errata-xmlrpc 2016-04-07 21:00:02 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.

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.