01-08-2019 09:19 AM - edited 01-08-2019 09:22 AM
We are using OSPF as our interior routing protocol with all default timers. I've tested failover between sites and if I manually disable one WAN path, a constant ping from a Windows PC will drop for 8 cycles and then it will re-establish connectivity. I do not think a single ping cycle in Windows is 1 second, so this is a bit of time to re-establish connectivity via an alternate path.
I was reading up on BFD and I would like to try enabling it, at least on the links between our HQ and one of our other sites for testing. The site is connected via two links, an 802.11n wireless bridge between rooftops, and a 40mbps fiber private connection from a local cable operator.
My concern is, if I enable BFD on one side, will my OSPF adjacency be marked down because I have not completed the configuration on the other side? If I enable BFD on this side, the other side is not yet participating in BFD, so therefore this side will never get BFD packets back and mark that OSPF path as down. This means an 8 to 30 second network outage that would drop voice and video calls in the other building.
So what is the best way to enable BFD without accidently having it mark OSPF paths as down?
I would be doing this between Cisco and Extreme Networks gear. On Extreme XOS, the default default transmit and receive interval is 1000ms unless specified otherwise. I'm not sure what Cisco IOS default is, or if you must specify. I would imagine they need to be specified the same.
Solved! Go to Solution.
01-08-2019 10:14 AM
By enabling BFD this will in no way interfere with your underlying IGP as in your case OSPF, keep in mind that this is a separate process that simply indicate to your routing protocol that there is an issue , hellos etc are completely separate.
Here is an example of the config i have in my working lab.
Just for the heck of doing it despite knowing the results i took down the BFD configurations and re enter it again , no packet loss or anything happened, only the re-establishment of the BFD neighbor relationship.
See Interface Configurations
See BFD Neighbor Relationship.
Rest assure you will have no form of interruptions.
**** Please remember to Rate this post****
01-08-2019 09:24 AM
Hi,
Enabling BFD in an existing OSPF environment will not bring the existing session down. BFD session will come up and then register with OSPF client. So bringing up BFD session will not impact your environment.
If the BFD session goes down after it registers with OSPF client, the client will be immediately notified and brought down.
HTH,
Nagendra
01-08-2019 09:26 AM
01-09-2019 10:04 AM - edited 01-09-2019 10:04 AM
Well for our one site we have a 3750x switch stack ipbase on 12.2(55)SE12. I know I have to upgrade this to 15.2-4 E7 so I may put in a change request to do that in a few weeks.
Otherwise we have other sites with Cisco 2901 or 2911 routers that can handle bfd.
I think I just need to enable it between these remote sites and our HQ for the primary wan link. If that goes down, we have another route out via AT&T LTE which after the gre tunnel we are seeing latency in the 250-350 range, so while its a connection, its not really a good one. If the main link comes back up, it should propagate the change quickly enough to get the branch office back on the primary fiber optic wan.
Now my one ISP has us in a private cloud where any site on that ISP can talk to any site. The latency on this is around 21-24 ms. I guess I don't need BFD on ALL sites at once, but I should be able to phase them in. My other ISP is more like a point to multipoint metro ethernet connection, so those sites must come back to HQ first. I don't see an issue here. The latency on this is around 1 to 4 ms.
01-10-2019 06:59 AM
01-11-2019 10:50 AM
Thanks, I’m going to give that a read.
Luckally all of our sites have more than one path out. So when tuning OSPF timers on one link at a time (you can do it per interface right), when the adjacency is torn down because the timers don’t match on the other end and I can only type so fast.... then I still have a backup path.
The backup path or LTE tunnel can remain with the default timers. It’s just the primary high performance link that I’m concerned about.
01-11-2019 11:10 AM
01-08-2019 10:14 AM
By enabling BFD this will in no way interfere with your underlying IGP as in your case OSPF, keep in mind that this is a separate process that simply indicate to your routing protocol that there is an issue , hellos etc are completely separate.
Here is an example of the config i have in my working lab.
Just for the heck of doing it despite knowing the results i took down the BFD configurations and re enter it again , no packet loss or anything happened, only the re-establishment of the BFD neighbor relationship.
See Interface Configurations
See BFD Neighbor Relationship.
Rest assure you will have no form of interruptions.
**** Please remember to Rate this post****
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide