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

Reply via email to