Back to bug 2177155

Who When What Removed Added
RHEL Program Management 2023-03-10 08:24:28 UTC Target Release 17.1 ---
Luis Tomas Bolivar 2023-03-10 08:25:07 UTC Target Release --- 16.2 (Train on RHEL 8.4)
Target Milestone beta z5
Assignee rhos-maint ltomasbo
Status NEW ON_DEV
RHEL Program Management 2023-03-10 08:25:17 UTC Target Release 16.2 (Train on RHEL 8.4) --- --- 16.2 (Train on RHEL 8.4)
Red Hat One Jira (issues.redhat.com) 2023-03-10 08:28:03 UTC Link ID Red Hat Issue Tracker OSP-23039
Luis Tomas Bolivar 2023-03-14 06:28:22 UTC Status ON_DEV POST
Luis Tomas Bolivar 2023-03-15 08:46:06 UTC Fixed In Version python-networking-ovn-7.4.2-2.20220409154873.el8osttrunk
Status POST MODIFIED
Lon Hohberger 2023-03-20 06:02:39 UTC Fixed In Version python-networking-ovn-7.4.2-2.20220409154873.el8osttrunk python-networking-ovn-7.4.2-2.20220409154873.el8ost
Luis Tomas Bolivar 2023-03-21 14:39:22 UTC Depends On 2007120
Luis Tomas Bolivar 2023-03-23 13:24:09 UTC Status MODIFIED ON_DEV
Luis Tomas Bolivar 2023-03-24 07:17:33 UTC CC eolivare
Luis Tomas Bolivar 2023-03-24 09:30:56 UTC Link ID Launchpad 2012712 Launchpad 2003455
Luis Tomas Bolivar 2023-03-24 09:51:53 UTC Fixed In Version python-networking-ovn-7.4.2-2.20220409154873.el8ost
Gregory Thiemonge 2023-03-24 11:03:16 UTC CC gthiemon
Luis Tomas Bolivar 2023-03-28 07:07:52 UTC CC stchen
CC rsafrono
Thierry Vignaud 2023-03-29 13:18:03 UTC CC tvignaud
Flags needinfo?(ltomasbo)
Luis Tomas Bolivar 2023-03-30 06:47:09 UTC Flags needinfo?(ltomasbo)
Link ID OpenStack gerrit 875644 OpenStack gerrit 878450
Thierry Vignaud 2023-03-30 11:47:54 UTC Flags needinfo?(ltomasbo)
Luis Tomas Bolivar 2023-03-30 12:13:04 UTC Flags needinfo?(ltomasbo)
Jason Joyce 2023-03-30 15:44:36 UTC CC jjoyce
Eran Kuris 2023-04-02 10:26:45 UTC Keywords Regression
Luis Tomas Bolivar 2023-04-03 17:53:11 UTC Link ID OpenStack gerrit 879299
Luis Tomas Bolivar 2023-04-04 06:14:41 UTC Status ON_DEV POST
Maysa Macedo 2023-04-04 11:50:13 UTC CC mdemaced
Thierry Vignaud 2023-04-04 12:15:44 UTC Flags needinfo?(ltomasbo)
Luis Tomas Bolivar 2023-04-04 12:24:25 UTC Flags needinfo?(ltomasbo)
Luis Tomas Bolivar 2023-04-05 07:29:19 UTC Flags needinfo?(tvignaud)
Thierry Vignaud 2023-04-05 08:28:49 UTC Flags needinfo?(tvignaud)
Luis Tomas Bolivar 2023-04-05 10:01:24 UTC Fixed In Version python-networking-ovn-7.4.2-2.20220409154875.el8ost
Status POST MODIFIED
Jason Joyce 2023-04-05 12:03:29 UTC Flags needinfo?(ltomasbo)
Luis Tomas Bolivar 2023-04-05 12:14:22 UTC Status MODIFIED ON_DEV
Flags needinfo?(ltomasbo) needinfo?(jjoyce)
Luis Tomas Bolivar 2023-04-05 12:17:40 UTC Fixed In Version python-networking-ovn-7.4.2-2.20220409154875.el8ost
Luis Tomas Bolivar 2023-04-05 12:53:16 UTC Status ON_DEV MODIFIED
Fixed In Version python-networking-ovn-7.4.2-2.20220409154875.el8ost
errata-xmlrpc 2023-04-05 13:39:28 UTC Status MODIFIED ON_QA
Andy Stillman 2023-04-06 17:16:40 UTC Flags needinfo?(ltomasbo)
Luis Tomas Bolivar 2023-04-10 05:35:01 UTC Flags needinfo?(jjoyce) needinfo?(ltomasbo)
Doc Type If docs needed, set a value Bug Fix
Doc Text The `redirect-type=bridged` option is only used if all the tenant networks connected to the router are of type VLAN or FLAT. In this case their traffic will be distributed. However, if there is a mix of VLAN/FLAT and geneve networks connected to the same router, the redirect-type option is not set, and therefore the traffic for the VLAN/FLAT networks will also be
centralized but not tunneled.
Luis Tomas Bolivar 2023-04-10 08:51:07 UTC Fixed In Version python-networking-ovn-7.4.2-2.20220409154875.el8ost
Status ON_QA POST
Luis Tomas Bolivar 2023-04-12 10:24:42 UTC Fixed In Version python-networking-ovn-7.4.2-2.20220409154876.el8ost
Status POST MODIFIED
errata-xmlrpc 2023-04-12 10:54:13 UTC Status MODIFIED ON_QA
Eduardo Olivares 2023-04-13 08:10:49 UTC QA Contact ekuris eolivare
Ian Frangs 2023-04-19 09:40:28 UTC Flags needinfo?(ltomasbo)
Doc Text The `redirect-type=bridged` option is only used if all the tenant networks connected to the router are of type VLAN or FLAT. In this case their traffic will be distributed. However, if there is a mix of VLAN/FLAT and geneve networks connected to the same router, the redirect-type option is not set, and therefore the traffic for the VLAN/FLAT networks will also be
centralized but not tunneled.
Before this update, there was a misunderstanding about how the `redirect-type=bridged` option should be used because it was not known that this setting affected any GENEVE networks connected to the same router. Therefore when this setting was used when both VLAN or FLAT and GENEVE networks were connected to the same router, then the traffic for the VLAN or FLAT networks would also be tunneled. With this update, the `redirect-type=bridged` option is only used if all the tenant networks connected to the router are of type VLAN or FLAT to distribute their traffic. But if the same router connects both VLAN or FLAT and GENEVE networks, then the `redirect-type=bridged` option is not set, so that the traffic for the VLAN or FLAT networks is centralized but not tunneled.
CC ifrangs
Luis Tomas Bolivar 2023-04-19 12:28:44 UTC Flags needinfo?(ltomasbo)
Bernard Cafarelli 2023-04-19 13:00:49 UTC CC bcafarel
Eric Nothen 2023-04-20 11:03:48 UTC CC enothen
Greg Rakauskas 2023-04-20 13:08:02 UTC CC gregraka, jamsmith
James Smith 2023-04-20 13:13:32 UTC CC astillma, erpeters
Mike Burns 2023-04-24 16:45:20 UTC Doc Type Bug Fix Known Issue
Target Milestone z5 z6
CC mburns
Jon Schlueter 2023-04-25 17:17:19 UTC Status ON_QA MODIFIED
CC jschluet
Greg Rakauskas 2023-04-25 18:58:12 UTC Doc Text Before this update, there was a misunderstanding about how the `redirect-type=bridged` option should be used because it was not known that this setting affected any GENEVE networks connected to the same router. Therefore when this setting was used when both VLAN or FLAT and GENEVE networks were connected to the same router, then the traffic for the VLAN or FLAT networks would also be tunneled. With this update, the `redirect-type=bridged` option is only used if all the tenant networks connected to the router are of type VLAN or FLAT to distribute their traffic. But if the same router connects both VLAN or FLAT and GENEVE networks, then the `redirect-type=bridged` option is not set, so that the traffic for the VLAN or FLAT networks is centralized but not tunneled. There is currently a known issue on Red Hat OpenStack Platform environments that use DVRs on ML2/OVN VLAN tenant networks, where north-south traffic experiences connectivity problems through a router between floating IPs (FIPs) on VM ports and the external network. This traffic should be distributed, but instead is centralized through Controller or Networker nodes. Because that traffic is not properly distributed, MTU issues are also occurring.
+
Workaround: a dummy Geneve tenant network can be created with a subnet. When that subnet is attached to the router, the north-south traffic from the VM with the FIP is successfully distributed. However, for VMs without FIPs, the north-south traffic is centralized and not tunneled.
+
This issue will be fixed In a future release of Fast Datapath (BZ link:https://bugzilla.redhat.com/show_bug.cgi?id=2007120[2007120]). Customers experiencing this issue who need an earlier solution should request a hotfix.
Flags needinfo?(eolivare)
Erin Peterson 2023-04-25 19:00:39 UTC Doc Text There is currently a known issue on Red Hat OpenStack Platform environments that use DVRs on ML2/OVN VLAN tenant networks, where north-south traffic experiences connectivity problems through a router between floating IPs (FIPs) on VM ports and the external network. This traffic should be distributed, but instead is centralized through Controller or Networker nodes. Because that traffic is not properly distributed, MTU issues are also occurring.
+
Workaround: a dummy Geneve tenant network can be created with a subnet. When that subnet is attached to the router, the north-south traffic from the VM with the FIP is successfully distributed. However, for VMs without FIPs, the north-south traffic is centralized and not tunneled.
+
This issue will be fixed In a future release of Fast Datapath (BZ link:https://bugzilla.redhat.com/show_bug.cgi?id=2007120[2007120]). Customers experiencing this issue who need an earlier solution should request a hotfix.
There is currently a known issue on Red Hat OpenStack Platform environments that use DVRs on ML2/OVN VLAN tenant networks, where north-south traffic experiences connectivity problems through a router between floating IPs (FIPs) on VM ports and the external network. This traffic should be distributed, but instead is centralized through Controller or Networker nodes. Because that traffic is not properly distributed, MTU issues are also occurring.
+
Workaround: A dummy Geneve tenant network can be created with a subnet. When that subnet is attached to the router, the north-south traffic from the VM with the FIP is successfully distributed. However, for VMs without FIPs, the north-south traffic is centralized and not tunneled.
+
This issue will be fixed in a future release of Fast Datapath (BZ link:https://bugzilla.redhat.com/show_bug.cgi?id=2007120[2007120]). Customers experiencing this issue who need an earlier solution should request a hotfix.
James Smith 2023-04-25 19:12:05 UTC Doc Text There is currently a known issue on Red Hat OpenStack Platform environments that use DVRs on ML2/OVN VLAN tenant networks, where north-south traffic experiences connectivity problems through a router between floating IPs (FIPs) on VM ports and the external network. This traffic should be distributed, but instead is centralized through Controller or Networker nodes. Because that traffic is not properly distributed, MTU issues are also occurring.
+
Workaround: A dummy Geneve tenant network can be created with a subnet. When that subnet is attached to the router, the north-south traffic from the VM with the FIP is successfully distributed. However, for VMs without FIPs, the north-south traffic is centralized and not tunneled.
+
This issue will be fixed in a future release of Fast Datapath (BZ link:https://bugzilla.redhat.com/show_bug.cgi?id=2007120[2007120]). Customers experiencing this issue who need an earlier solution should request a hotfix.
In OpenStack environments that use DVR on ML2/OVN VLAN project networks, connection problems can occur when north-south flows through a router between floating IPs (FIPs) on VM ports and the external network. This traffic should be distributed. Instead it flows through Controller or Networker nodes. Because that traffic is not properly distributed, MTU issues also occur.
+
Workaround: create a dummy Geneve project network with a subnet. When that subnet is attached to the router, the north-south traffic from the VM with the FIP is successfully distributed. However, for VMs without FIPs, the north-south traffic is centralized and not tunneled.+
Workaround: A dummy Geneve tenant network can be created with a subnet. When that subnet is attached to the router, the north-south traffic from the VM with the FIP is successfully distributed. However, for VMs without FIPs, the north-south traffic is centralized and not tunneled.
+
This issue will be fixed in a future release of Fast Datapath (BZ link:https://bugzilla.redhat.com/show_bug.cgi?id=2007120[2007120]). Customers experiencing this issue who need an earlier solution should request a hotfix.
Andy Stillman 2023-04-25 22:38:03 UTC Flags needinfo?(ltomasbo)
Luis Tomas Bolivar 2023-04-26 05:42:59 UTC Flags needinfo?(ltomasbo)
Luis Tomas Bolivar 2023-04-26 05:44:31 UTC Flags needinfo?(mburns)
Eduardo Olivares 2023-04-26 09:49:22 UTC Flags needinfo?(eolivare)
Erin Peterson 2023-04-26 12:28:10 UTC Target Milestone z6 z5
Doc Text In OpenStack environments that use DVR on ML2/OVN VLAN project networks, connection problems can occur when north-south flows through a router between floating IPs (FIPs) on VM ports and the external network. This traffic should be distributed. Instead it flows through Controller or Networker nodes. Because that traffic is not properly distributed, MTU issues also occur.
+
Workaround: create a dummy Geneve project network with a subnet. When that subnet is attached to the router, the north-south traffic from the VM with the FIP is successfully distributed. However, for VMs without FIPs, the north-south traffic is centralized and not tunneled.+
Workaround: A dummy Geneve tenant network can be created with a subnet. When that subnet is attached to the router, the north-south traffic from the VM with the FIP is successfully distributed. However, for VMs without FIPs, the north-south traffic is centralized and not tunneled.
+
This issue will be fixed in a future release of Fast Datapath (BZ link:https://bugzilla.redhat.com/show_bug.cgi?id=2007120[2007120]). Customers experiencing this issue who need an earlier solution should request a hotfix.
TBD
Greg Rakauskas 2023-04-26 12:54:49 UTC Doc Text TBD In OpenStack environments with ML2/OVN, the north/south traffic for VMs with FIPs, belonging to VLAN tenant networks, is centralized instead of being distributed despite DVR being enabled.
+
This issue will be fixed in a future release of Fast Datapath (BZ link:https://bugzilla.redhat.com/show_bug.cgi?id=2007120[2007120]). Customers experiencing this issue who need an earlier solution should request a hotfix.
James Smith 2023-04-26 15:10:18 UTC Doc Text In OpenStack environments with ML2/OVN, the north/south traffic for VMs with FIPs, belonging to VLAN tenant networks, is centralized instead of being distributed despite DVR being enabled.
+
This issue will be fixed in a future release of Fast Datapath (BZ link:https://bugzilla.redhat.com/show_bug.cgi?id=2007120[2007120]). Customers experiencing this issue who need an earlier solution should request a hotfix.
In OpenStack environments with ML2/OVN, the north/south traffic for VMs with FIPs, belonging to VLAN project (tenant) networks, is centralized instead of distributed, even with DVR enabled.
+
This issue will be fixed in a future release of Fast Datapath (BZ link:https://bugzilla.redhat.com/show_bug.cgi?id=2007120[2007120]). Customers experiencing this issue who need an earlier solution should request a hotfix.
Andy Stillman 2023-04-26 18:16:45 UTC Target Milestone z5 z6
Luis Tomas Bolivar 2023-04-27 05:36:56 UTC Flags needinfo?(mburns)
Lon Hohberger 2023-04-27 10:33:47 UTC Status MODIFIED ON_QA
Keywords TestOnly
Red Hat Bugzilla 2023-05-15 19:42:55 UTC CC stchen
Sébastien Boyron 2023-07-05 09:39:57 UTC CC sboyron
Ian Frangs 2023-08-11 16:19:16 UTC Doc Text In OpenStack environments with ML2/OVN, the north/south traffic for VMs with FIPs, belonging to VLAN project (tenant) networks, is centralized instead of distributed, even with DVR enabled.
+
This issue will be fixed in a future release of Fast Datapath (BZ link:https://bugzilla.redhat.com/show_bug.cgi?id=2007120[2007120]). Customers experiencing this issue who need an earlier solution should request a hotfix.
In OpenStack environments with ML2/OVN, the north/south traffic for instances with FIPs, belonging to VLAN project (tenant) networks, is centralized instead of distributed, even with DVR enabled.
+
This issue will be fixed in a future release of Fast Datapath (BZ link:https://bugzilla.redhat.com/show_bug.cgi?id=2007120[2007120]). Customers experiencing this issue who need an earlier solution should request a hotfix.
Ian Frangs 2023-08-11 16:20:33 UTC Docs Contact astillma

Back to bug 2177155