Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

frr 7.5 : mac-ip type2 route removed after 30s (seem to be related to arp cache && new EVPN-MH feature) #9347

Closed
aderumier opened this issue Aug 9, 2021 · 7 comments
Closed

frr 7.5 : mac-ip type2 route removed after 30s (seem to be related to arp cache && new EVPN-MH feature) #9347

aderumier opened this issue Aug 9, 2021 · 7 comments
Labels
bgp evpn triage Needs further investigation

Comments

@aderumier
Copy link

Hi,

I'm currently testing evpn with frr 7.5 (7.5.1 or last stable branch), with a working config with frr 7.4.

Setup is a proxmox hypervisor cluster (kernel 5.11) with a symetric evpn setup with vrf.

vm have ip 192.168.0.2 mac 02:02:99:7b:a8:c0 , with gateway 192.168.0.1 (anycast ip, an svi bridge on each hypervisor, vni 300)

During the test, I'm pinging the svi ip 192.168.0.1 from the vm 192.168.0.2.

It seem than since EVPN-MH implementation && "zebra: support for MAC-IP sync routes"
b169fd6

the type2 mac:ip route of the vm is removed really fast (after 30s).

It seem to correspond when the arp cache of the svi is going to STALE/DELAY state, then at this moment,
local-inactive flag is set and the type2 route is removed.

After 6s, the bridge is doing an arp request to find mac address of 192.168.0.2, then the arp cache is in REACHABLE state,
and the type2 route is added again. (so network is breaking for around 6s)

I didn't have this behaviour with frr 7.4, when the arp could be STALE or DELAY state without any problem, then could make the arp request to refresh his cache.

network config

auto vrf_evpnz
iface vrf_evpnz
        vrf-table auto
        post-up ip route add vrf vrf_evpnz unreachable default metric 4278198272

#l3vni
auto vrfbr_evpnz
iface vrfbr_evpnz
        bridge-ports vrfvx_evpnz
        bridge_stp off
        bridge_fd 0
        mtu 1450
        vrf vrf_evpnz

auto vrfvx_evpnz
iface vrfvx_evpnz
        vxlan-id 1000
        vxlan-local-tunnelip 10.59.100.233
        bridge-learning off
        bridge-arp-nd-suppress on
        mtu 1450


#evpn bridge
auto vevpn
iface vevpn
        address 192.168.0.1/24
        hwaddress 02:02:3A:AE:F4:E4
        bridge_ports vxlan_vevpn
        bridge_stp off
        bridge_fd 0
        mtu 1450
        ip-forward on
        arp-accept on
        vrf vrf_evpnz

auto vxlan_vevpn
iface vxlan_vevpn
        vxlan-id 300
        vxlan-local-tunnelip 10.59.100.233
        bridge-learning off
        bridge-arp-nd-suppress on
        mtu 1450

frr config

log syslog debug
ip forwarding
ipv6 forwarding
frr defaults datacenter
service integrated-vtysh-config
hostname kvmformation3
debug zebra events
debug zebra packet
debug zebra kernel
debug zebra fpm
debug zebra vxlan
debug bgp neighbor-events
debug bgp updates in
debug bgp updates out
debug bgp zebra
!
!
vrf vrf_evpnz
 vni 1000
exit-vrf
!
router bgp 65000
 bgp router-id 10.59.100.233
 no bgp default ipv4-unicast
 coalesce-time 1000
 neighbor VTEP peer-group
 neighbor VTEP remote-as 65000
 neighbor VTEP bfd
 neighbor 10.59.100.231 peer-group VTEP
 neighbor 10.59.100.232 peer-group VTEP
 !
 address-family l2vpn evpn
  neighbor VTEP activate
  advertise-all-vni
 exit-address-family
!
router bgp 65000 vrf vrf_evpnz
!
line vty
!

initial state

#  show evpn arp-cache vni 300 
Number of ARPs (local and remote) known for this VNI: 4
Flags: I=local-inactive, P=peer-active, X=peer-proxy
Neighbor               Type   Flags State    MAC               Remote ES/VTEP                 Seq #'s
192.168.0.2            local        active   02:02:99:7b:a8:c0                                0/0

# ip neigh s
192.168.0.2 dev vevpn lladdr 02:02:99:7b:a8:c0 REACHABLE

# sh bgp l2vpn evpn

Route Distinguisher: 10.59.100.233:2
*> [2]:[0]:[48]:[02:02:99:7b:a8:c0]
                    10.59.100.233(kvmformation3)
                                                       32768 i
                    ET:8 RT:65000:300 RT:65000:1000 Rmac:92:e4:1c:9a:e2:6b
*> [2]:[0]:[48]:[02:02:99:7b:a8:c0]:[32]:[192.168.0.2]
                    10.59.100.233(kvmformation3)

after 30s


#  show evpn arp-cache vni 300 
Number of ARPs (local and remote) known for this VNI: 4
Flags: I=local-inactive, P=peer-active, X=peer-proxy
Neighbor               Type   Flags State    MAC               Remote ES/VTEP                 Seq #'s
192.168.0.2            local  I     active   02:02:99:7b:a8:c0                                0/0

# ip neigh s
192.168.0.2 dev vevpn lladdr 02:02:99:7b:a8:c0 REACHABLE

# sh bgp l2vpn evpn
Route Distinguisher: 10.59.100.233:2
*> [2]:[0]:[48]:[02:02:99:7b:a8:c0]
                    10.59.100.233(kvmformation3)
                                                       32768 i

logs

---> route removal after 30s

Aug  9 23:10:12 kvmformation3 zebra[797482]: netlink_parse_info: netlink-listen (NS 0) type RTM_NEWNEIGH(28), len=76, seq=0, pid=0
Aug  9 23:10:12 kvmformation3 zebra[797482]: Rx RTM_NEWNEIGH family ipv4 IF vevpn(24) vrf vrf_evpnz(12) IP 192.168.0.2 MAC 02:02:99:7b:a8:c0 state 0x4 flags 0x0
Aug  9 23:10:12 kvmformation3 zebra[797482]: Add/Update neighbor 192.168.0.2 MAC 02:02:99:7b:a8:c0 intf vevpn(24) state 0x4 local_inactive -> L2-VNI 300
Aug  9 23:10:12 kvmformation3 zebra[797482]: Send MACIP Del f 0x1 MAC 02:02:99:7b:a8:c0 IP 192.168.0.2 seq 0 L2-VNI 300 ESI - to bgp
Aug  9 23:10:12 kvmformation3 bgpd[797487]: 0:Recv MACIP Del f 0x0 MAC 02:02:99:7b:a8:c0 IP 192.168.0.2 VNI 300 seq 0 state 1 ESI 00:00:00:00:00:00:00:00:00:00
Aug  9 23:10:12 kvmformation3 bgpd[797487]: group_announce_route_walkcb: afi=l2vpn, safi=evpn, p=[2]:[02:02:99:7b:a8:c0]:[192.168.0.2]/320
Aug  9 23:10:12 kvmformation3 bgpd[797487]: subgroup_process_announce_selected: p=[2]:[02:02:99:7b:a8:c0]:[192.168.0.2]/320, selected=0x0
Aug  9 23:10:12 kvmformation3 bgpd[797487]: u1:s1 send MP_UNREACH for afi/safi 25/70
Aug  9 23:10:12 kvmformation3 bgpd[797487]: u1:s1 send UPDATE RD 10.59.100.233:2 [2]:[02:02:99:7b:a8:c0]:[192.168.0.2]/320 l2vpn evpn -- unreachable
Aug  9 23:10:12 kvmformation3 bgpd[797487]: u1:s1 send UPDATE (withdraw) len 69 numpfx 1

23:10:18.707635 02:02:3a:ae:f4:e4 (oui Unknown) > 02:02:99:7b:a8:c0 (oui Unknown), ethertype ARP (0x0806), length 42: Request who-has 192.168.0.2 tell 192.168.0.1, length 28
23:10:18.707680 02:02:99:7b:a8:c0 (oui Unknown) > 02:02:3a:ae:f4:e4 (oui Unknown), ethertype ARP (0x0806), length 42: Reply 192.168.0.2 is-at 02:02:99:7b:a8:c0 (oui Unknown), length 28

---> route added again after 6s
 
Aug  9 23:10:18 kvmformation3 zebra[797482]: netlink_parse_info: netlink-listen (NS 0) type RTM_NEWNEIGH(28), len=76, seq=0, pid=0
Aug  9 23:10:18 kvmformation3 zebra[797482]: Rx RTM_NEWNEIGH family ipv4 IF vevpn(24) vrf vrf_evpnz(12) IP 192.168.0.2 MAC 02:02:99:7b:a8:c0 state 0x10 flags 0x0
Aug  9 23:10:18 kvmformation3 zebra[797482]: Add/Update neighbor 192.168.0.2 MAC 02:02:99:7b:a8:c0 intf vevpn(24) state 0x10 local_inactive -> L2-VNI 300
Aug  9 23:10:18 kvmformation3 zebra[797482]: netlink_parse_info: netlink-listen (NS 0) type RTM_NEWNEIGH(28), len=76, seq=0, pid=0
Aug  9 23:10:18 kvmformation3 zebra[797482]: Rx RTM_NEWNEIGH family ipv4 IF vevpn(24) vrf vrf_evpnz(12) IP 192.168.0.2 MAC 02:02:99:7b:a8:c0 state 0x2 flags 0x0
Aug  9 23:10:18 kvmformation3 zebra[797482]: Add/Update neighbor 192.168.0.2 MAC 02:02:99:7b:a8:c0 intf vevpn(24) state 0x2 -> L2-VNI 300
Aug  9 23:10:18 kvmformation3 zebra[797482]: Send MACIP Add f 0x0 MAC 02:02:99:7b:a8:c0 IP 192.168.0.2 seq 0 L2-VNI 300 ESI - to bgp
Aug  9 23:10:18 kvmformation3 bgpd[797487]: 0:Recv MACIP Add f 0x0 MAC 02:02:99:7b:a8:c0 IP 192.168.0.2 VNI 300 seq 0 state 0 ESI 00:00:00:00:00:00:00:00:00:00
Aug  9 23:10:18 kvmformation3 bgpd[797487]: VRF vrf_evpnz vni 300 type-2 route evp [2]:[02:02:99:7b:a8:c0]:[192.168.0.2]/320 RMAC 00:00:00:00:00:00 nexthop 10.59.100.233 esi 00:00:00:00:00:00:00:00:00:00
Aug  9 23:10:18 kvmformation3 bgpd[797487]: group_announce_route_walkcb: afi=l2vpn, safi=evpn, p=[2]:[02:02:99:7b:a8:c0]:[192.168.0.2]/320
Aug  9 23:10:18 kvmformation3 bgpd[797487]: subgroup_process_announce_selected: p=[2]:[02:02:99:7b:a8:c0]:[192.168.0.2]/320, selected=0x5577535e8ed0
Aug  9 23:10:18 kvmformation3 bgpd[797487]: u1:s1 send UPDATE w/ attr: nexthop 10.59.100.233, localpref 100, extcommunity ET:8 RT:65000:300 RT:65000:1000 Rmac:92:e4:1c:9a:e2:6b, path 
Aug  9 23:10:18 kvmformation3 bgpd[797487]: u1:s1 send MP_REACH for afi/safi 25/70
Aug  9 23:10:18 kvmformation3 bgpd[797487]: u1:s1 send UPDATE RD 10.59.100.233:2 [2]:[02:02:99:7b:a8:c0]:[192.168.0.2]/320 label 300/1000 l2vpn evpn
Aug  9 23:10:18 kvmformation3 bgpd[797487]: u1:s1 send UPDATE len 128 numpfx 1
Aug  9 23:10:18 kvmformation3 bgpd[797487]: u1:s1 10.59.100.232 send UPDATE w/ nexthop 10.59.100.233
Aug  9 23:10:18 kvmformation3 bgpd[797487]: u1:s1 10.59.100.231 send UPDATE w/ nexthop 10.59.100.233

---> route removal after 30s

Aug  9 23:10:49 kvmformation3 zebra[797482]: netlink_parse_info: netlink-listen (NS 0) type RTM_NEWNEIGH(28), len=76, seq=0, pid=0
Aug  9 23:10:49 kvmformation3 zebra[797482]: Rx RTM_NEWNEIGH family ipv4 IF vevpn(24) vrf vrf_evpnz(12) IP 192.168.0.2 MAC 02:02:99:7b:a8:c0 state 0x4 flags 0x0
Aug  9 23:10:49 kvmformation3 zebra[797482]: Add/Update neighbor 192.168.0.2 MAC 02:02:99:7b:a8:c0 intf vevpn(24) state 0x4 local_inactive -> L2-VNI 300
Aug  9 23:10:49 kvmformation3 zebra[797482]: Send MACIP Del f 0x1 MAC 02:02:99:7b:a8:c0 IP 192.168.0.2 seq 0 L2-VNI 300 ESI - to bgp
Aug  9 23:10:49 kvmformation3 bgpd[797487]: 0:Recv MACIP Del f 0x0 MAC 02:02:99:7b:a8:c0 IP 192.168.0.2 VNI 300 seq 0 state 1 ESI 00:00:00:00:00:00:00:00:00:00
Aug  9 23:10:49 kvmformation3 bgpd[797487]: group_announce_route_walkcb: afi=l2vpn, safi=evpn, p=[2]:[02:02:99:7b:a8:c0]:[192.168.0.2]/320
Aug  9 23:10:49 kvmformation3 bgpd[797487]: subgroup_process_announce_selected: p=[2]:[02:02:99:7b:a8:c0]:[192.168.0.2]/320, selected=0x0
Aug  9 23:10:49 kvmformation3 bgpd[797487]: u1:s1 send MP_UNREACH for afi/safi 25/70
Aug  9 23:10:49 kvmformation3 bgpd[797487]: u1:s1 send UPDATE RD 10.59.100.233:2 [2]:[02:02:99:7b:a8:c0]:[192.168.0.2]/320 l2vpn evpn -- unreachable
Aug  9 23:10:49 kvmformation3 bgpd[797487]: u1:s1 send UPDATE (withdraw) len 69 numpfx 1

23:10:55.571641 02:02:3a:ae:f4:e4 (oui Unknown) > 02:02:99:7b:a8:c0 (oui Unknown), ethertype ARP (0x0806), length 42: Request who-has 192.168.0.2 tell 192.168.0.1, length 28
23:10:55.571686 02:02:99:7b:a8:c0 (oui Unknown) > 02:02:3a:ae:f4:e4 (oui Unknown), ethertype ARP (0x0806), length 42: Reply 192.168.0.2 is-at 02:02:99:7b:a8:c0 (oui Unknown), length 28

---> route added again after 6s

Aug  9 23:10:55 kvmformation3 zebra[797482]: netlink_parse_info: netlink-listen (NS 0) type RTM_NEWNEIGH(28), len=76, seq=0, pid=0
Aug  9 23:10:55 kvmformation3 zebra[797482]: Rx RTM_NEWNEIGH family ipv4 IF vevpn(24) vrf vrf_evpnz(12) IP 192.168.0.2 MAC 02:02:99:7b:a8:c0 state 0x10 flags 0x0
Aug  9 23:10:55 kvmformation3 zebra[797482]: Add/Update neighbor 192.168.0.2 MAC 02:02:99:7b:a8:c0 intf vevpn(24) state 0x10 local_inactive -> L2-VNI 300
Aug  9 23:10:55 kvmformation3 zebra[797482]: netlink_parse_info: netlink-listen (NS 0) type RTM_NEWNEIGH(28), len=76, seq=0, pid=0
Aug  9 23:10:55 kvmformation3 zebra[797482]: Rx RTM_NEWNEIGH family ipv4 IF vevpn(24) vrf vrf_evpnz(12) IP 192.168.0.2 MAC 02:02:99:7b:a8:c0 state 0x2 flags 0x0
Aug  9 23:10:55 kvmformation3 zebra[797482]: Add/Update neighbor 192.168.0.2 MAC 02:02:99:7b:a8:c0 intf vevpn(24) state 0x2 -> L2-VNI 300
Aug  9 23:10:55 kvmformation3 zebra[797482]: Send MACIP Add f 0x0 MAC 02:02:99:7b:a8:c0 IP 192.168.0.2 seq 0 L2-VNI 300 ESI - to bgp
Aug  9 23:10:55 kvmformation3 bgpd[797487]: 0:Recv MACIP Add f 0x0 MAC 02:02:99:7b:a8:c0 IP 192.168.0.2 VNI 300 seq 0 state 0 ESI 00:00:00:00:00:00:00:00:00:00
Aug  9 23:10:55 kvmformation3 bgpd[797487]: VRF vrf_evpnz vni 300 type-2 route evp [2]:[02:02:99:7b:a8:c0]:[192.168.0.2]/320 RMAC 00:00:00:00:00:00 nexthop 10.59.100.233 esi 00:00:00:00:00:00:00:00:00:00
Aug  9 23:10:55 kvmformation3 bgpd[797487]: group_announce_route_walkcb: afi=l2vpn, safi=evpn, p=[2]:[02:02:99:7b:a8:c0]:[192.168.0.2]/320
Aug  9 23:10:55 kvmformation3 bgpd[797487]: subgroup_process_announce_selected: p=[2]:[02:02:99:7b:a8:c0]:[192.168.0.2]/320, selected=0x5577535e8e80
Aug  9 23:10:55 kvmformation3 bgpd[797487]: u1:s1 send UPDATE w/ attr: nexthop 10.59.100.233, localpref 100, extcommunity ET:8 RT:65000:300 RT:65000:1000 Rmac:92:e4:1c:9a:e2:6b, path 
Aug  9 23:10:55 kvmformation3 bgpd[797487]: u1:s1 send MP_REACH for afi/safi 25/70
Aug  9 23:10:55 kvmformation3 bgpd[797487]: u1:s1 send UPDATE RD 10.59.100.233:2 [2]:[02:02:99:7b:a8:c0]:[192.168.0.2]/320 label 300/1000 l2vpn evpn
Aug  9 23:10:55 kvmformation3 bgpd[797487]: u1:s1 send UPDATE len 128 numpfx 1
Aug  9 23:10:55 kvmformation3 bgpd[797487]: u1:s1 10.59.100.232 send UPDATE w/ nexthop 10.59.100.233
Aug  9 23:10:55 kvmformation3 bgpd[797487]: u1:s1 10.59.100.231 send UPDATE w/ nexthop 10.59.100.233
@aderumier aderumier added the triage Needs further investigation label Aug 9, 2021
@aderumier
Copy link
Author

aderumier commented Aug 9, 2021 •
edited

I have tested to increase net.ipv4.neigh.default.base_reachable_time_ms to 60s-240s, it don't help (only the interval of removal is increase, but still have the type2 route removed).

@aderumier
Copy link
Author

I just tested with frr 8.0, and it seem to work,

type2 route is not removed and state is not going to local_inactive

does it miss some backports fix to 7.5.1 ? (I would like to use debian11 official package, as libyang2 is not officially available)

Aug 10 00:57:56 kvmformation3 zebra[1096353]: [S4WS4-PS3KF] netlink_parse_info: netlink-listen (NS 0) type RTM_NEWNEIGH(28), len=76, seq=0, pid=0
Aug 10 00:57:56 kvmformation3 zebra[1096353]: [KKAC1-JMWTB] Rx RTM_NEWNEIGH family ipv4 IF vevpn(24) vrf vrf_evpnz(12) IP 192.168.0.2 MAC 02:02:99:7b:a8:c0 state 0x4 flags 0x0 ext_flags 0x0
Aug 10 00:57:56 kvmformation3 zebra[1096353]: [J1Q9Y-TFAYN] Add/Update neighbor 192.168.0.2 MAC 02:02:99:7b:a8:c0 intf vevpn(24) state 0x4 -> L2-VNI 300
Aug 10 00:57:56 kvmformation3 zebra[1096353]: [W9ZFF-F2QY7] Send MACIP Add f None  MAC 02:02:99:7b:a8:c0 IP 192.168.0.2 seq 0 L2-VNI 300 ESI - to bgp
Aug 10 00:57:56 kvmformation3 bgpd[1096361]: [JSYCM-MV07M] 0:Recv MACIP Add f 0x0 MAC 02:02:99:7b:a8:c0 IP 192.168.0.2 VNI 300 seq 0 state 0 ESI 00:00:00:00:00:00:00:00:00:00
Aug 10 00:57:56 kvmformation3 bgpd[1096361]: [Z5AV7-75RTE] VRF vrf_evpnz vni 300 type-2 route evp [2]:[0]:[48]:[02:02:99:7b:a8:c0]:[32]:[192.168.0.2] RMAC 00:00:00:00:00:00 nexthop 10.59.100.233 esi 00:00:00:00:00:00:00:00:00:00


Aug 10 00:58:02 kvmformation3 zebra[1096353]: [S4WS4-PS3KF] netlink_parse_info: netlink-listen (NS 0) type RTM_NEWNEIGH(28), len=76, seq=0, pid=0
Aug 10 00:58:02 kvmformation3 zebra[1096353]: [KKAC1-JMWTB] Rx RTM_NEWNEIGH family ipv4 IF vevpn(24) vrf vrf_evpnz(12) IP 192.168.0.2 MAC 02:02:99:7b:a8:c0 state 0x10 flags 0x0 ext_flags 0x0
Aug 10 00:58:02 kvmformation3 zebra[1096353]: [J1Q9Y-TFAYN] Add/Update neighbor 192.168.0.2 MAC 02:02:99:7b:a8:c0 intf vevpn(24) state 0x10 -> L2-VNI 300
Aug 10 00:58:02 kvmformation3 zebra[1096353]: [W9ZFF-F2QY7] Send MACIP Add f None  MAC 02:02:99:7b:a8:c0 IP 192.168.0.2 seq 0 L2-VNI 300 ESI - to bgp
Aug 10 00:58:02 kvmformation3 zebra[1096353]: [S4WS4-PS3KF] netlink_parse_info: netlink-listen (NS 0) type RTM_NEWNEIGH(28), len=76, seq=0, pid=0
Aug 10 00:58:02 kvmformation3 zebra[1096353]: [KKAC1-JMWTB] Rx RTM_NEWNEIGH family ipv4 IF vevpn(24) vrf vrf_evpnz(12) IP 192.168.0.2 MAC 02:02:99:7b:a8:c0 state 0x2 flags 0x0 ext_flags 0x0
Aug 10 00:58:02 kvmformation3 zebra[1096353]: [J1Q9Y-TFAYN] Add/Update neighbor 192.168.0.2 MAC 02:02:99:7b:a8:c0 intf vevpn(24) state 0x2 -> L2-VNI 300
Aug 10 00:58:02 kvmformation3 zebra[1096353]: [W9ZFF-F2QY7] Send MACIP Add f None  MAC 02:02:99:7b:a8:c0 IP 192.168.0.2 seq 0 L2-VNI 300 ESI - to bgp
Aug 10 00:58:02 kvmformation3 bgpd[1096361]: [JSYCM-MV07M] 0:Recv MACIP Add f 0x0 MAC 02:02:99:7b:a8:c0 IP 192.168.0.2 VNI 300 seq 0 state 0 ESI 00:00:00:00:00:00:00:00:00:00
Aug 10 00:58:02 kvmformation3 bgpd[1096361]: [Z5AV7-75RTE] VRF vrf_evpnz vni 300 type-2 route evp [2]:[0]:[48]:[02:02:99:7b:a8:c0]:[32]:[192.168.0.2] RMAC 00:00:00:00:00:00 nexthop 10.59.100.233 esi 00:00:00:00:00:00:00:00:00:00
Aug 10 00:58:02 kvmformation3 bgpd[1096361]: [JSYCM-MV07M] 0:Recv MACIP Add f 0x0 MAC 02:02:99:7b:a8:c0 IP 192.168.0.2 VNI 300 seq 0 state 0 ESI 00:00:00:00:00:00:00:00:00:00
Aug 10 00:58:02 kvmformation3 bgpd[1096361]: [Z5AV7-75RTE] VRF vrf_evpnz vni 300 type-2 route evp [2]:[0]:[48]:[02:02:99:7b:a8:c0]:[32]:[192.168.0.2] RMAC 00:00:00:00:00:00 nexthop 10.59.100.233 esi 00:00:00:00:00:00:00:00:00:00

@aderumier
Copy link
Author

maybe this is related to this fix ?

c7bfd08
"zebra: advertise stale neighs if EVPN-MH is not enabled"

@aderumier
Copy link
Author

I can confirm that with a dirty hack like

                 * in re-adding the neighbor if it is a valid "remote" neighbor.
                 */
                if (ndm->ndm_state & NUD_VALID) {
-                       local_inactive = !(ndm->ndm_state & NUD_LOCAL_ACTIVE);
+                       local_inactive = false;

it's working fine. (I don't use MH).

@pguibert6WIND
Copy link
Member

Hi @aderumier , did you try to backport #7722 ?
more specifically, c7bfd08 could help.

@aderumier
Copy link
Author

Hi @aderumier , did you try to backport #7722 ?
more specifically, c7bfd08 could help.

yes, indeed, it should fix it. (as I mentionned it, I just have tested forcing it to always false, and it's works).
I can send a backport patch if you don't have time to do it.

BTW, I have notice other strange bugs with evpn, but I can't reproduce them, seem to be random, where sometime the mac or mac-ip route never are active in evpn, but reacheable in kernel arp cache. Maybe it's a race with live migration, I'm not sure. (I don't have debug log when this has happened).
But I had same problem with 7.5.1 (patched) or 8.0, and it was working fine with 7.4. (just downgrade to 7.4 and restart frr was enough to fix it).
I'll try to reproduce and create a new issue with more details

For now, I have rollback to 7.4, and it seem to evpn-MH code seem really new and maybe a little bit buggy.

@aderumier
Copy link
Author

I'm closing it, all seem to be fine in 8.0.1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bgp evpn triage Needs further investigation
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@aderumier @pguibert6WIND