Strictly speaking, this is not *essential* to start from MIN and not
MIN+1 (once the hint reaches max, it will wrap back to MIN anyway), but
this is inconsistent with how we handle datapath and port keys (we start
with hint = 0 there).

Signed-off-by: Ihar Hrachyshka <ihrac...@redhat.com>
---
 northd/northd.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/northd/northd.c b/northd/northd.c
index c568f6360..4baff408d 100644
--- a/northd/northd.c
+++ b/northd/northd.c
@@ -641,7 +641,8 @@ init_mcast_info_for_datapath(struct ovn_datapath *od)
     }
 
     hmap_init(&od->mcast_info.group_tnlids);
-    od->mcast_info.group_tnlid_hint = OVN_MIN_IP_MULTICAST;
+    /* allocations start from hint + 1 */
+    od->mcast_info.group_tnlid_hint = OVN_MIN_IP_MULTICAST - 1;
     ovs_list_init(&od->mcast_info.groups);
 
     if (od->nbs) {
-- 
2.41.0

_______________________________________________
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev

Reply via email to