You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
controller: Derive RAMP tunnel flag from the SB Chassis record.
Commit [1] propagated other_config:is-vtep from the SB Chassis to the
local tunnel Interface and read it back from there. That doesn't
survive an ovn-controller upgrade: tunnel_add() sets other_config only
when it creates a new interface, while the path that reuses an existing
tunnel compares just the interface type and options. After an upgrade
the tunnel ports already exist with unchanged options, so the flag is
never added to them and chassis_tunnel->is_ramp_tunnel stays false
until the tunnel happens to be recreated for some other reason. As a
result, ICMP "fragmentation needed" packets arriving from RAMP tunnels
kept being dropped on upgraded chassis.
Instead, look the chassis up in the SB database by the name encoded in
the tunnel id and read other_config:is-vtep directly from there. This
doesn't depend on any locally stored state, so it works for tunnels
created by older versions as well.
[1] 3391e61
Fixes: 3391e61 ("controller: Skip frag-needed handling for VTEP ICMP packets.")
Signed-off-by: Alexandra Rukomoinikova <ARukomoinikova@k2.cloud>
Signed-off-by: Ales Musil <amusil@redhat.com>
0 commit comments