I have some ASR1001-X routers running newer IOS-XE that can do BFD timers of much higher, up to 9,999ms. These concepts slightly differ if we refer to IOS/IOS XE platforms, as we saw above too. The ASR1000 is running Cisco IOS XE Software, Version 03.16.07b.S - Extended Support Release I found a document that suggests this might be hardware related, but I'm unsure. So, basically, echo detection time is the result of negotiated echo tx interval and the multiplier configured locally, assuming we are speaking about ASR9k (not all negotiations lead to the use of local configured tx interval). In the case mentioned in my previous post 100ms rx interval was negotiated per the above statements and rules. While if you decrease interval of IOS XR to 100ms and set 50ms interval under IOS XE, you will still see XE node uses echo function of 50ms interval for bfd packets while IOS XR will keep using the local value (100ms). Interface Dest Addr Local det time(int*mult) State If you increase value of IOS XE device to 800ms interval you will see the following output under IOS XR: However, for echo-packets, detection time may be based on the upper value negotiated between Local router (configured minimum-interval or default value) and Remote router values if remote counterpart uses higher value than the local one.ДЇor example let's say we have two nodes configured with 250ms interval + multiplier x 4 such as: Instead locally configured multiplier will be used by remote peer to calculate detection time for BFD Control packets sent by local peer.Д«y default control interval is set up to 2 seconds when you enable echo-mode. With respect to Cisco devices, in particular ASR9k, when you deal with echo mode for local sourced echo packets, locally configured multiplier * local interval will be used to calculate the detection time. With echo mode you always have 2 BFD packets: echo packets and control packets.

Cisco ios xe bfd