BFD implementation in 1.4.0

Mikhail A. Grishin magr at ripn.net
Tue Apr 1 11:14:53 CEST 2014


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?
>
>




More information about the Bird-users mailing list