Tried on branch-3.1, branch-2.17, and branch-2.16, and all of them work well.
Thanks very much! Ilya Maximets <i.maxim...@ovn.org> 于2023年2月24日周五 00:41写道： > On 2/22/23 02:31, 张祖建 wrote: > > I'm using OVS v3.1 + OVN v22.12. Both Geneve and VXLAN have similar > behavior. > > I think, I found the root cause of this behavior. > Posted a patch to fix it here: > > https://patchwork.ozlabs.org/project/openvswitch/patch/20230223163927.915879-1-i.maxim...@ovn.org/ > > Would be great if you can try it out. > > Best regards, Ilya Maximets. > > > > > Ilya Maximets <i.maxim...@ovn.org <mailto:i.maxim...@ovn.org>> > 于2023年2月22日周三 03:53写道： > > > > On 2/16/23 02:28, 张祖建 via discuss wrote: > > > Hi all, > > > I'm investigating packet drop during ovs restart/upgrade and found > that the > > > Gevene interface genev_sys_6082 was deleted and recreated during > ovs-vswitchd > > > starts up: > > > > > > > > > root@node1:/root# ip -c a show genev_sys_6081 > > > 17: genev_sys_6081: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 65000 > qdisc noqueue master ovs-system state UNKNOWN group default qlen 1000 > > > link/ether fa:1e:c7:a8:da:49 brd ff:ff:ff:ff:ff:ff > > > root@node1:/root# ip monitor dev genev_sys_6081 > > > 17: genev_sys_6081: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 65000 > qdisc noqueue state UNKNOWN group default > > > link/ether fa:1e:c7:a8:da:49 brd ff:ff:ff:ff:ff:ff > > > 17: genev_sys_6081: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 65000 > qdisc noqueue state UNKNOWN group default > > > link/ether fa:1e:c7:a8:da:49 brd ff:ff:ff:ff:ff:ff > > > 17: genev_sys_6081: <BROADCAST,MULTICAST> mtu 65000 qdisc noqueue > state DOWN group default > > > link/ether fa:1e:c7:a8:da:49 brd ff:ff:ff:ff:ff:ff > > > Deleted 17: genev_sys_6081: <BROADCAST,MULTICAST> mtu 65000 qdisc > noop state DOWN group default > > > link/ether fa:1e:c7:a8:da:49 brd ff:ff:ff:ff:ff:ff > > > ^C > > > root@node1:/root# ip -c a show genev_sys_6081 > > > 18: genev_sys_6081: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 65000 > qdisc noqueue master ovs-system state UNKNOWN group default qlen 1000 > > > link/ether 7a:b4:13:b8:c0:4f brd ff:ff:ff:ff:ff:ff > > > > > > > > > Is this behavior by design? How can I avoid tunnel interface > recreation? > > > > Hi. > > > > No, that should not happen in general. Ports should not be deleted > > and re-created on restart. > > > > What version of OVS you have? There was a bug in v2.15.0 that could > > cause this kind of behavior. > > > > Best regards, Ilya Maximets. > > > >
_______________________________________________ discuss mailing list disc...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
