Hello again, Today our BIRD daemon for BFD tests goes down to core. I'll send config, log and core files to developers in separate e-mail. There was around 5-7 BFD sessions active. We started the daemon again with "debug protocols all;" Also another one question , in addition to previous mail: 5) Is there any possibility to configure different BFD-timers for different BGP-peers reachable via the same interface? Mikhail A. Grishin wrote, 26.03.2014 17:09:
Hello,
Ondrej Zajicek wrote, 26.03.2014 4:21:
On Thu, Mar 20, 2014 at 02:14:47PM +0400, Aleksey Berezin wrote:
Recently I tried to test BFD implementation in 1.4.0 BIRD release.
I am glad you tried the new BFD implementation, your post is perhaps the first public response to it.
Ondrej, We also starting to test BFD implementation.
Have some questions/suggestions.
1) How we can view via birdc the state of BFD-enabled peer in terms of BFD state (up/down) ?
2) When BFD with some BGP peer is in Up state, how BFD-related parameters for that peer can be viewed via birdc? Examples for similar outputs from Cisco&Juniper - in attach.
3) We enabled BFD for some BGP peer when BGP proto was Established. We see BFD Down packets with tcpdump, BGP remains Established. We don't find in logs any info about BFD state for that BGP peer, probably this is not normal.
Other side configured BFD several days later. We don't see any information in logs about changing BFD state for that peer (from Down to Up). Probably this is also not normal.
4) (Minor) "bird> show protocols all bfd1" shows some Routes counters. Does that make sense?