yahoo-eng-team team mailing list archive

[OpenStack Infra <2123911@xxxxxxxxxxxxxxxxxx>]

Reviewed:  https://review.opendev.org/c/openstack/neutron/+/961354
Committed: https://opendev.org/openstack/neutron/commit/f29de21350a3e341b1cb9ed25653f155fbba4e1a
Submitter: "Zuul (22348)"
Branch:    master

commit f29de21350a3e341b1cb9ed25653f155fbba4e1a
Author: Slawek Kaplonski <skaplons@xxxxxxxxxx>
Date:   Tue Sep 16 11:05:28 2025 +0200

    [ML2/OVS] Maintain learning OF rules for GARP/ND in br-tun
    
    This patch adds 3 new OF rules in the br-tun bridge to learn with higher
    priority GARP/ND packets which are sent during e.g. failover. With those
    rules, packets will not be send to the old VXLAN tunnels after failover
    as GARP/ND packets sent will force to learn new tunnels for the MAC
    address.
    
    Closes-bug: #2123911
    
    Change-Id: I6e74214908e70e3a35af266dee524d6cf90bad42
    Signed-off-by: Slawek Kaplonski <skaplons@xxxxxxxxxx>


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

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

Title:
  GARP/ND packets ignored by the OF rules

Status in neutron:
  Fix Released

Bug description:
  Bug originally reported at issues.redhat.com where a customer identified that a critical learn action was not updating openflow rules as it should during a bandwidth test that included a vxlan tunnel failover.
  The failover caused a large mount of GARP/ND traffic from the new VXLAN tunnel, but OVS continued to send traffic to the old tunnel.

  Upon investigation we found that in this situation OVS treated GARP/ND
  traffic equally to all other traffic. If any packets happened to be
  processed from the old tunnel after the failover garp packets were
  received, the learn rule would just update the out of date return
  path.

  Possible solution:
  Modify the ML2/OVS interface to maintain GARP/ND rules along with learn actions.

  More info about the issue: https://issues.redhat.com/browse/FDP-1562

  Affected backend: ML2/OVS

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