Oh, my bad. I’ll send out v3. Sorry. > On 4 Apr 2024, at 19:53, Dumitru Ceara <dce...@redhat.com> wrote: > > On 4/4/24 18:06, Vladislav Odintsov wrote: >> Commit [1] introduced a "vxlan mode" concept. It brought a limitation >> for available tunnel IDs because of lack of space in VXLAN VNI. >> In vxlan mode OVN is limited by 4095 datapaths (LRs or non-transit LSs) >> and 2047 logical switch ports per datapath. >> >> Prior to this patch vxlan mode was enabled automatically if at least one >> chassis had encap of vxlan type. In scenarios where one want to use VXLAN >> only for HW VTEP (RAMP) switch, such limitation makes no sence. >> >> This patch adds support for explicit disabling of vxlan mode via >> Northbound database. >> >> 1: https://github.com/ovn-org/ovn/commit/b07f1bc3d068 >> >> CC: Ihar Hrachyshka <ihrac...@redhat.com> >> Fixes: b07f1bc3d068 ("Add VXLAN support for non-VTEP datapath bindings") >> Signed-off-by: Vladislav Odintsov <odiv...@gmail.com> >> --- > > >> diff --git a/ovs b/ovs >> index fe55ce37a..94191b7a4 160000 >> --- a/ovs >> +++ b/ovs >> @@ -1 +1 @@ >> -Subproject commit fe55ce37a7b090d09dee5c01ae0797320ad678f6 >> +Subproject commit 94191b7a4926204510931770c52992c9ea24d4e2 > > Looks like you included a submodule change by accident. This causes the > CI to fail: > https://github.com/ovsrobot/ovn/actions/runs/8557944614 > > Regards, > Dumitru
Regards, Vladislav Odintsov _______________________________________________ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev