Hi Cristian,
I tried to reproduce the issue by reverting the configuration, but it
didn't occur. It's still unclear to me why only v4 was affected and v6
was not. Furthermore, in stable state (which it was in my case) vrrp
backup is silent so no mac move events can happen and I confirmed it
with vrrp statistics that I collected before disabling VRRP, backup
router wasn't sending anything.
After re-activating the interface on backup router I also didn't see any
vrrp packet sent from it. Eventually I ended up with configuring
exception for VRRP MACs and will watch how it goes:
https://www.juniper.net/documentation/us/en/software/junos/evpn-vxlan/multicast-l2/topics/ref/statement/exclusive-mac-edit-protocols-l2-learning-global-mac-move.html
Kind regards,
Andrey
Cristian Cardoso писал(а) 2022-12-14 11:20:
Hi Andrey
In my case, what you said happened, as I modified the arp suppression
configuration of evpn-vxlan, since this was silently dropping mac's
and dropping VRRPv4 only, in IPv6 this did not happen.
set protocols evpn duplicate-mac-detection detection-threshold 20
set protocols evpn duplicate-mac-detection detection-window 5
set protocols evpn duplicate-mac-detection auto-recovery-time 5
With the above configurations, I never had a problem with VRRPv4
crashing in my environment.
Environment with VRRP is already working since the email that responds
in 2021 without any drop or problems.
kind regards,
Cristian Cardoso
_______________________________________________
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp
