Description of problem: Currently with the BFD implementation in OVN the way to configure it on a route is like this: 1. uuid=$(ovn-nbctl create bfd logical_port=rp-public dst_ip=172.16.1.50 min_tx=250 min_rx=250 detect_mult=10) 2. ovn-nbctl lr-route-add R1 100.0.0.0/8 172.16.1.50 3. route_uuid=$(fetch_column nb:logical_router_static_route _uuid ip_prefix="100.0.0.0/8") 4. ovn-nbctl set logical_router_static_route $route_uuid bfd=$uuid The association between the route and the bfd entry has to be manually done as an extra step. The request here is that we consolidate that into the lr-route-add command. Therefore we would do: 1. uuid=$(ovn-nbctl create bfd logical_port=rp-public dst_ip=172.16.1.50 min_tx=250 min_rx=250 detect_mult=10) 2. ovn-nbctl lr-route-add R1 100.0.0.0/8 172.16.1.50 bfd $uuid This should also work for using the bfd name.
upstream commit: https://github.com/ovn-org/ovn/commit/c23a46839c443979367c77d8e9e5e6c107120edb
Verified on ovn2.13-20.12.0-15: systemctl start ovn-northd ovn-nbctl set-connection ptcp:6641 ovn-sbctl set-connection ptcp:6642 systemctl start openvswitch ovs-vsctl set open . external_ids:system-id=hv0 external_ids:ovn-remote=tcp:1.1.173.25:6642 external_ids:ovn-encap-type=geneve external_ids:ovn-encap-ip=1.1.173.25 systemctl start ovn-controller ovn-nbctl lr-add lr1 ovn-nbctl lrp-add lr1 lr1p1 00:00:00:01:0f:01 1.1.1.1/24 1111::1/64 ovn-nbctl lr-route-add lr1 2.1.1.0/24 1.1.1.2 lr1p1 bfd_uuid=$(ovn-nbctl create bfd logical_port=lr1p1 dst_ip=1.1.1.3 min_tx=250 min_rx=250 detect_mult=10) ovn-nbctl --bfd=$bfd_uuid lr-route-add lr1 3.1.1.0/24 1.1.1.3 lr1p1 ovn-nbctl --ecmp lr-route-add lr1 4.1.1.0/24 1.1.1.4 lr1p1 ovn-nbctl --ecmp lr-route-add lr1 4.1.1.0/24 1.1.1.5 lr1p1 ovn-nbctl --ecmp-symmetric-reply lr-route-add lr1 5.1.1.0/24 1.1.1.5 lr1p1 ovn-nbctl --ecmp-symmetric-reply lr-route-add lr1 5.1.1.0/24 1.1.1.4 lr1p1 ovn-nbctl lr-route-list lr1 [root@wsfd-advnetlab21 bz1918997]# rpm -qa | grep -E "openvswitch2.13|ovn2.13" ovn2.13-central-20.12.0-15.el8fdp.x86_64 openvswitch2.13-2.13.0-93.el8fdp.x86_64 ovn2.13-20.12.0-15.el8fdp.x86_64 ovn2.13-host-20.12.0-15.el8fdp.x86_64 + ovn-nbctl --bfd=3f957ee0-0dae-4e80-b829-af29ffc45925 lr-route-add lr1 3.1.1.0/24 1.1.1.3 lr1p1 <--- bfd is set + ovn-nbctl --ecmp lr-route-add lr1 4.1.1.0/24 1.1.1.4 lr1p1 + ovn-nbctl --ecmp lr-route-add lr1 4.1.1.0/24 1.1.1.5 lr1p1 + ovn-nbctl --ecmp-symmetric-reply lr-route-add lr1 5.1.1.0/24 1.1.1.5 lr1p1 + ovn-nbctl --ecmp-symmetric-reply lr-route-add lr1 5.1.1.0/24 1.1.1.4 lr1p1 + ovn-nbctl lr-route-list lr1 IPv4 Routes 2.1.1.0/24 1.1.1.2 dst-ip lr1p1 3.1.1.0/24 1.1.1.3 dst-ip lr1p1 bfd 4.1.1.0/24 1.1.1.4 dst-ip lr1p1 ecmp 4.1.1.0/24 1.1.1.5 dst-ip lr1p1 ecmp 5.1.1.0/24 1.1.1.4 dst-ip lr1p1 ecmp ecmp-symmetric-reply 5.1.1.0/24 1.1.1.5 dst-ip lr1p1 ecmp ecmp-symmetric-reply
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (ovn2.13 bug fix and enhancement update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2021:0836