I have a device which supports bfd .and have two physical connection with two mikrotik routers
Both mikrotik acts as gateway and take over if primary router fails so bfd monitors the physical availability of the primary and secondary link between the device and router
Once bfd informs the device the primary link fails the device automatically set the backup router as gateway
Does mikrotik support single hop bfd configuration between a physical link where no dynamic routing are involved
Not directly. There is an option to use BFD as a gateway check for static routes but it is not yet implemented fully. It does not create BFD session, it can use only existing BFD sessions created by other routing protocols.
Thanks for reply My device has BFD capability so once it detects there is a failure it automatically changes the gateway to backup router.My question is can mikrotik support BFD on physical links .I tried to set parameters on Mikrotik but it cannot establish BFD between the device and mikrotik to detect link failure
BFD is just a signaling protocol, and ROS can use it with OSPF or BGP. How is the device in the drawing, labeled “Device with Single HOP BFD Activated,” configured in terms of type/model, protocol (L2/L3?), etc.? Is it under your control?
This device has BFD on it it montiors the Link status once there is a link failure on primary interface it automatically changes the default route from primary to secondary router. basically device want to monitor the link status via bfd to switch the links in case of fail over
Firstly, have you considered VRRP? I think this would be an easy-to-implement and elegant solution using the MikroTik devices. VRRP would also be completely independent of other devices in the network for their default gateway. You can also add ROS Netwatch to monitor the ISP connection status and trigger a failover if a connection breaks.
Anyhow, if VRRP won’t work, you need to provide the following:
Primary goal: describe the intended behavior and redundancy mechanism without using technical terms.
Identifiers: number or label the boxes in the diagram for easier reference (e.g Router 1 = R1, Device = D1, etc). Also add labels and address for all links.
Network topology: is there direct physical connectivity between the device and the MikroTik routers, or are there intermediate switches? Are the MikroTik routers connected to each other in any way (e.g via a backup link or shared network segment)?
Device models: specify the exact models of the main device (the one detecting link failures) and both MikroTik routers.
NOS type and version: provide the NOS and version running on the main device and both MikroTik routers.
Link and interface types: clarify physical and logical connection details. Are the links Ethernet, fiber, or something else? What interfaces are used (e.g Ethernet1, SFP1, VLANs, etc.)?
BFD tracking type: what’s the main purpose of BFD tracking in this particular setup?
@ MT care to share if MT developer plans to finish what’s left in the BFD implementation like authentication, echo and this BFD gateway check at least within this year?