← Back to team overview

yahoo-eng-team team mailing list archive

[Bug 2003997] Re: [ovn-octavia-provider] ovn-lb with VIP on provider network not working

 

Reviewed:  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/871263
Committed: https://opendev.org/openstack/ovn-octavia-provider/commit/d10feb642f2adacb90c83e383fd387e8f4e87295
Submitter: "Zuul (22348)"
Branch:    master

commit d10feb642f2adacb90c83e383fd387e8f4e87295
Author: Luis Tomas Bolivar <ltomasbo@xxxxxxxxxx>
Date:   Thu Jan 26 17:04:55 2023 +0100

    Remove LB from LS belonging to provider networks
    
    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
    
    [1] https://bugzilla.redhat.com/show_bug.cgi?id=2164652
    
    Closes-Bug: #2003997
    
    Change-Id: I009ddd2604d208bbf793e2d19d4195b77726f7b2


** Changed in: neutron
       Status: In Progress => Fix Released

** Bug watch added: Red Hat Bugzilla #2164652
   https://bugzilla.redhat.com/show_bug.cgi?id=2164652

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/2003997

Title:
  [ovn-octavia-provider] ovn-lb with VIP on provider network not working

Status in neutron:
  Fix Released

Bug description:
  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

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/2003997/+subscriptions



References