July 2012 - Bird-users - Mailing Lists

RPKI support
by Alexander Shikov 23 Jul '12

23 Jul '12

Hello! Is there plans for RPKI support in bird? -- Alexander Shikov Technical Staff, Digital Telecom IX

2 1

Linux route caching and busy Bird protocols
by Michael Vallaly 23 Jul '12

23 Jul '12

Hello again fellow bird users, Not sure if anyone has run across this before or not, but poking around with a couple of bird (1.3.7 and 1.3.3) instances on Linux (2.6 - 3.3), it seems that something related to bird is flushing the kernel route cache _very_ frequently? So quickly in fact that I often don't have _ANY_ cached routes displayed when running bird (BGP protocol ~400k routes). I noticed this initially running a simple 'watch -n 1 ip route show cache'. Is this normal? As soon as I disable the BGP protocols in bird I start seeing expected cached routes populate for connected networks, that persist normally for while till they eventually timeout. Turning on bird with BGP (full feed) all those disappear from the cache (ip ro sh cache). Interestingly I get different metrics via lnstat, which seems to indicate there are ~9k routes in the router cache table while the BGP protocol is running? (though again aren't displayed by iproute2) <snip> lnstat -c -1 -i 1 -f rt_cache -k entries,in_hit,in_slow_tot rt_cache|rt_cache|rt_cache| entries| in_hit|in_slow_| | | tot| 8563| 159| 37| 8668| 352| 69| 8725| 297| 42| 8790| 467| 50| 8857| 565| 53| 8929| 393| 62| 9036| 342| 113| 9122| 230| 94| 9186| 281| 66| 9340| 545| 89| </snip> Maybe this is a cosmetic issue with iproute2? or reason for concern (I should be tweaking the route cache GC)? I would hope adding/removing a dynamic route from the kernel routing tables shouldn't invalidate the entire route cache should it? Thanks for your time, I really appreciate all the work that goes into making Bird great. -Mike -- Michael Vallaly <bird(a)nolatency.com>

2 1

rip is broken?
by Alexander V. Chernikov 23 Jul '12

23 Jul '12

Hello list! It seems that rip-ng changes introduced in f7615037 broke RIP so bird dumps core on first RIP packet: # gdb bird bird.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Core was generated by `bird'. Program terminated with signal 6, Aborted. Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x281dbb97 in kill () from /lib/libc.so.7 (gdb) bt #0 0x281dbb97 in kill () from /lib/libc.so.7 #1 0x281dbaf6 in raise () from /lib/libc.so.7 #2 0x281da6ca in abort () from /lib/libc.so.7 #3 0x0808d5af in bug (msg=Could not find the frame base for "bug". ) at log.c:252 #4 0x080795df in advertise_entry (p=0x2831d310, b=0x283b8004, whotoldme=2886730113, iface=0x0) at ../../../proto/rip/rip.c:331 #5 0x080797f6 in process_block (p=0x2831d310, block=0x283b8004, whotoldme=2886730113, iface=0x0) at ../../../proto/rip/rip.c:387 #6 0x08079b00 in rip_process_packet (p=0x2831d310, packet=0x283b8000, num=2, whotoldme=2886730113, port=520, iface=0x0) at ../../../proto/rip/rip.c:450 #7 0x08079cd2 in rip_rx (s=0x283051c0, size=40) at ../../../proto/rip/rip.c:497 #8 0x08088cf9 in sk_read (s=0x283051c0) at io.c:1463 #9 0x080893eb in io_loop () at io.c:1676 #10 0x0808e7fe in main (argc=Cannot access memory at address 0x5 ) at main.c:699 rip_rx() now sends NULL interface name to rip_process_packet(). It seems that specifying interface makes rip working again: diff --git a/proto/rip/rip.c b/proto/rip/rip.c index 281296a..e4ccbff 100644 --- a/proto/rip/rip.c +++ b/proto/rip/rip.c @@ -477,9 +477,9 @@ rip_rx(sock *s, int size) #ifdef IPV6 if (! i->iface || s->lifindex != i->iface->index) return 1; +#endif iface = i->iface; -#endif CHK_MAGIC;

2 1