Bug 2162756
| Summary: | Centralized traffic due to unexpected behavior of reside-on-redirect-chassis and ovn-chassis-mac-mappings | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Luis Tomas Bolivar <ltomasbo> | ||||
| Component: | openstack-neutron | Assignee: | Luis Tomas Bolivar <ltomasbo> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Eduardo Olivares <eolivare> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | high | ||||||
| Version: | 16.2 (Train) | CC: | amusil, chrisw, ctrautma, eolivare, ihrachys, imatza, jiji, mmichels, ralonsoh, scohen | ||||
| Target Milestone: | beta | Keywords: | Triaged | ||||
| Target Release: | 17.1 | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | openstack-neutron-18.6.1-1.20230412171020.541d969.el9ost | Doc Type: | Bug Fix | ||||
| Doc Text: |
Before this update, VLAN network traffic was centralized over the Controller nodes. With this update, if all the tenant provider networks that are connected to a router are of the VLAN/Flat type, that traffic is now distributed. The node that contains the instance sends the traffic directly.
|
Story Points: | --- | ||||
| Clone Of: | |||||||
| : | 2177155 (view as bug list) | Environment: | |||||
| Last Closed: | 2023-08-16 01:13:18 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: | 2007120 | ||||||
| Bug Blocks: | 2177155 | ||||||
| Attachments: |
|
||||||
|
Description
Luis Tomas Bolivar
2023-01-20 18:43:01 UTC
Hi, I had a look at the configuration and documentation, and based on what I'm seeing, it appears there's a bit of configuration missing that should make this work. Since you do not have options:reside-on-redirect-chassis set to true on the gateway port, you have to set options:redirect-type=bridged in order for traffic to be redirected over the localnet port instead of being tunneled. According to the NB DB uploaded here, that option is not set on the gateway router port. Also, since the southbound database has not been uploaded, we can only assume the ovn-chassis-mac-mappings have been set correctly. Please do the following: 1) Try setting options:redirect-type=bridged on the gateway router port and retry your scenario. If the traffic is sent over the localnet port, then all is well and we can close this issue. 2) If (1) doesn't work, then please upload your southbound database so that we can attempt to reproduce with the same ovn-chassis-mac-mappings configured. Thanks! (In reply to Mark Michelson from comment #1) > Hi, I had a look at the configuration and documentation, and based on what > I'm seeing, it appears there's a bit of configuration missing that should > make this work. Since you do not have options:reside-on-redirect-chassis set > to true on the gateway port, you have to set options:redirect-type=bridged > in order for traffic to be redirected over the localnet port instead of > being tunneled. According to the NB DB uploaded here, that option is not set > on the gateway router port. > > Also, since the southbound database has not been uploaded, we can only > assume the ovn-chassis-mac-mappings have been set correctly. > > Please do the following: > > 1) Try setting options:redirect-type=bridged on the gateway router port and > retry your scenario. If the traffic is sent over the localnet port, then all > is well and we can close this issue. > 2) If (1) doesn't work, then please upload your southbound database so that > we can attempt to reproduce with the same ovn-chassis-mac-mappings > configured. > > Thanks! Either I'm setting it wrong or it still does not work. If I set the option redirect-type=bridged [1] it does nothing and the traffic is still going tunneled to the controller. I'm attaching the new DBs for the new setup [1] ovn-nbctl set logical_router_port 099c0427-d457-4a4d-b4fc-58c0a20db544 options:redirect-type=bridged Hi, to me it still seems like misconfiguration. Looking through the SB DB you did set the redirect-type to bridged, but for the other LRP. The DGP is "lrp-9dfdf3ed-9ace-4baf-a611-934cd9f0ec44". This is also mentioned in documentation that it works only for DGP: "If set to bridged on a distributed gateway port, this option causes OVN to redirect packets to the gateway chassis over a localnet port instead of a tunnel. The relevant chassis must share a localnet port." Can you please try to set it on the DGP instead and check if there is still an issue? We have a test for this scenario that is working fine, but there might be something wrong nevertheless. Thanks, Ales Sorry, my bad, I'll try to reprovision and check again by setting it on the lrp-XXX asociated to the OVN router gateway port (the one that has the cr-lrp associated to it) Testing it on the different port does not seems to work. Ales pointing out it may be due to https://bugzilla.redhat.com/show_bug.cgi?id=2007120 And yet another update, the "options:redirect-type=bridged" flag works as expected, the issue was that neutron is not aware of it and it is removing it automatically. So moving this bug to neutron so that this flag is managed properly 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 (Release of components for Red Hat OpenStack Platform 17.1 (Wallaby)), 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://access.redhat.com/errata/RHEA-2023:4577 |