Back to bug 2163815
| Who | When | What | Removed | Added |
|---|---|---|---|---|
| Bruna Bonguardo | 2023-01-24 13:44:33 UTC | Blocks | 2135260 | |
| QA Contact | ekuris | bbonguar | ||
| Red Hat One Jira (issues.redhat.com) | 2023-01-24 13:51:22 UTC | Link ID | Red Hat Issue Tracker OSP-21725 | |
| Bruna Bonguardo | 2023-01-24 14:21:01 UTC | Severity | unspecified | medium |
| Bruna Bonguardo | 2023-01-24 14:27:45 UTC | Summary | [ovn provider] Load balancer's VIP is irresponsive when members are in tenant network | [ovn provider] Load balancer's VIP is irresponsive when VIP is on the provider network |
| Fernando Royo | 2023-01-24 15:58:53 UTC | CC | froyo | |
| Dumitru Ceara | 2023-01-25 22:27:24 UTC | CC | dceara | |
| Luis Tomas Bolivar | 2023-01-26 16:11:58 UTC | CC | ltomasbo | |
| Depends On | 2164652 | |||
| Luis Tomas Bolivar | 2023-01-27 09:09:48 UTC | Severity | medium | high |
| Keywords | Triaged | |||
| Link ID | Launchpad 2003997 OpenStack gerrit 871263 | |||
| Priority | unspecified | urgent | ||
| Assignee | rhos-maint | ltomasbo | ||
| Status | NEW | ASSIGNED | ||
| Luis Tomas Bolivar | 2023-02-07 09:12:02 UTC | Status | ASSIGNED | ON_DEV |
| Luis Tomas Bolivar | 2023-02-07 09:12:36 UTC | Link ID | OpenStack gerrit 872580 | |
| Luis Tomas Bolivar | 2023-02-07 09:21:20 UTC | Status | ON_DEV | POST |
| Luis Tomas Bolivar | 2023-02-07 10:21:48 UTC | Status | POST | MODIFIED |
| Fixed In Version | python-ovn-octavia-provider-1.0.1-0.20230207100356.bbf881f.el9osttrunk | |||
| Gregory Thiemonge | 2023-02-08 10:27:45 UTC | Fixed In Version | python-ovn-octavia-provider-1.0.1-0.20230207100356.bbf881f.el9osttrunk | |
| Status | MODIFIED | POST | ||
| Gregory Thiemonge | 2023-02-14 09:22:41 UTC | Target Milestone | --- | async |
| Target Release | --- | 17.0 | ||
| RHEL Program Management | 2023-02-14 09:22:54 UTC | Target Release | 17.0 | --- |
| Luis Tomas Bolivar | 2023-03-16 11:05:32 UTC | Target Milestone | async | beta |
| Target Release | --- | 17.1 | ||
| RHEL Program Management | 2023-03-16 11:05:42 UTC | Target Release | 17.1 | --- |
| Luis Tomas Bolivar | 2023-03-16 11:12:24 UTC | Fixed In Version | python-ovn-octavia-provider-1.0.3-1.20230206161623.ea6efa9.el9osttrunk | |
| Status | POST | MODIFIED | ||
| Luis Tomas Bolivar | 2023-03-16 11:12:42 UTC | Depends On | 2164652 | |
| Lon Hohberger | 2023-03-17 06:01:58 UTC | Fixed In Version | python-ovn-octavia-provider-1.0.3-1.20230206161623.ea6efa9.el9osttrunk | python-ovn-octavia-provider-1.0.3-1.20230206161623.ea6efa9.el9ost |
| Luis Tomas Bolivar | 2023-03-17 15:07:10 UTC | Target Release | --- | 17.1 |
| RHEL Program Management | 2023-03-17 15:07:19 UTC | Target Release | 17.1 --- | --- 17.1 |
| errata-xmlrpc | 2023-03-21 13:32:36 UTC | Status | MODIFIED | ON_QA |
| Tom Weininger | 2023-03-28 12:11:11 UTC | CC | tweining | |
| Omer Schwartz | 2023-04-04 13:00:53 UTC | CC | oschwart | |
| Status | ON_QA | VERIFIED | ||
| Omer Schwartz | 2023-04-04 13:41:03 UTC | QA Contact | bbonguar | oschwart |
| Andy Stillman | 2023-05-26 12:37:59 UTC | Flags | needinfo?(ltomasbo) | |
| Luis Tomas Bolivar | 2023-05-26 13:01:08 UTC | Doc Type | If docs needed, set a value | Bug Fix |
| Flags | needinfo?(ltomasbo) | |||
| Doc Text | In core OVN, LBs on switches with localnet ports (i.e., neutron provider networks) don't work if traffic comes from localnet [1] In order to force NAT to happen at the virtual router instead of the LS level, when the VIP of the LoadBalancer is associated to a provider network we should avoid adding the LB to the LS associated to the provider network. This fix removes the LB from the LS belonging to the provider network [1] https://bugzilla.redhat.com/show_bug.cgi?id=2164652 |
|||
| Jenny-Anne Lynch | 2023-06-02 13:17:41 UTC | Doc Type | Bug Fix | Known Issue |
| CC | jelynch | |||
| Flags | needinfo?(ltomasbo) | |||
| Doc Text | In core OVN, LBs on switches with localnet ports (i.e., neutron provider networks) don't work if traffic comes from localnet [1] In order to force NAT to happen at the virtual router instead of the LS level, when the VIP of the LoadBalancer is associated to a provider network we should avoid adding the LB to the LS associated to the provider network. This fix removes the LB from the LS belonging to the provider network [1] https://bugzilla.redhat.com/show_bug.cgi?id=2164652 | Currently, in Open Virtual Network (OVN), load balancers on switches with `localnet` ports (Networking service [neutron] provider networks) do not work if traffic comes from `localnet`. Workaround: To force Network Address Translation (NAT) to occur at the virtual router level instead of the logical switch level, do not add the load balancer to the logical switch associated with the provider network. | ||
| Luis Tomas Bolivar | 2023-06-02 13:43:21 UTC | Flags | needinfo?(ltomasbo) | |
| Jenny-Anne Lynch | 2023-06-02 14:04:23 UTC | Doc Text | Currently, in Open Virtual Network (OVN), load balancers on switches with `localnet` ports (Networking service [neutron] provider networks) do not work if traffic comes from `localnet`. Workaround: To force Network Address Translation (NAT) to occur at the virtual router level instead of the logical switch level, do not add the load balancer to the logical switch associated with the provider network. | Before this update, Open Virtual Network (OVN) load balancers on switches with `localnet` ports (Networking service [neutron] provider networks) did not work if traffic came from `localnet`. With this update, load balancers are not added to the logical switch associated with the provider network. This update forces Network Address Translation (NAT) to occur at the virtual router level instead of the logical switch level. |
| Doc Type | Known Issue | Bug Fix | ||
| James Smith | 2023-06-14 02:09:53 UTC | Doc Text | Before this update, Open Virtual Network (OVN) load balancers on switches with `localnet` ports (Networking service [neutron] provider networks) did not work if traffic came from `localnet`. With this update, load balancers are not added to the logical switch associated with the provider network. This update forces Network Address Translation (NAT) to occur at the virtual router level instead of the logical switch level. | Before this update, Open Virtual Network (OVN) load balancers on switches with `localnet` ports (Networking service (neutron) provider networks) did not work if traffic came from `localnet`. With this update, load balancers are not added to the logical switch associated with the provider network. This update forces Network Address Translation (NAT) to occur at the virtual router level instead of the logical switch level. |
| CC | jamsmith | |||
| Jenny-Anne Lynch | 2023-07-19 12:29:19 UTC | CC | jelynch | |
| James Smith | 2023-08-13 20:06:29 UTC | Doc Text | Before this update, Open Virtual Network (OVN) load balancers on switches with `localnet` ports (Networking service (neutron) provider networks) did not work if traffic came from `localnet`. With this update, load balancers are not added to the logical switch associated with the provider network. This update forces Network Address Translation (NAT) to occur at the virtual router level instead of the logical switch level. | Before this update, Open Virtual Network (OVN) load balancers on switches with `localnet` ports (Networking service [neutron] provider networks) did not work if traffic came from `localnet`. With this update, load balancers are not added to the logical switch associated with the provider network. This update forces Network Address Translation (NAT) to occur at the virtual router level instead of the logical switch level. |
| errata-xmlrpc | 2023-08-16 00:04:30 UTC | Status | VERIFIED | RELEASE_PENDING |
| errata-xmlrpc | 2023-08-16 01:13:18 UTC | Status | RELEASE_PENDING | CLOSED |
| Resolution | --- | ERRATA | ||
| Last Closed | 2023-08-16 01:13:18 UTC | |||
| errata-xmlrpc | 2023-08-16 01:13:41 UTC | Link ID | Red Hat Product Errata RHEA-2023:4577 |
Back to bug 2163815