April 2025 - Bird-users - Mailing Lists

BIRD 3.1.0, 2.17, 3.0.2, 2.16.2 released
by Ondrej Filip 24 Aug '25

24 Aug '25

Dear BIRD Users, we have released four versions of BIRD at once; 2.17 and 3.1.0 with new features and 2.16.2 and 3.0.2 fixing bugs in 2.16.1 and 3.0.1, respectively. It may become common in the future to keep certain versions stable with only fixes for some longer time. Specifically, 3.1.0 and 2.17 have already successfully migrated to Debian testing, so these versions may get quite a long chain of updates. In 2.17 and 3.1.0, we added TCP-AO support for BGP on Linux. We haven't found any resource for TCP-AO in any flavor of BSD; if you know of any, please tell us. We also implemented graceful restart timer minima and maxima in BGP, format specification for link-local-only next hops in BGP, to improve compatibility with other routing stacks, and also we merged a new next hop option for IPv4 routes in Babel. In 3.1.0, we also added a compatibility layer for show route outputs, to allow your BIRD 2 automation to work with BIRD 3. Please tell us if you find any significant difference there. In all versions, we fixed several rare crashes in BFD and table removal, and other minor bugs. In 3.1.0 and 3.0.2, we also fixed quite some crashes in route propagation and state machines. Also setting route gateway in 3.x by filters is now fixed. It also looks like that some bugs in 3.1.0 slipped through our release process, most notably failure to build on FreeBSD 13 with Netlink and some strange crash on BGP neighbor flap. We are currently investigating that and we may release 3.1.1 soon. We apologize for for that. Anyway, the packages are as always in our repository at https://pkg.labs.nic.cz/ and on our website at https://bird.network.cz/ Have a pleasant spring or autumn, and happy routing! Ondrej and Maria

6 5

Crash width Assertion '!rejected || !accepted' failed at nest/rt-table.c:1192
by Alexey Boldyrev 02 Jun '25

02 Jun '25

Backtrace: Apr 26 18:05:26 router bird[751]: Netlink: Invalid argument Apr 26 18:05:26 router bird[751]: Netlink: Invalid argument Apr 26 18:05:26 router bird[751]: ... Apr 27 02:09:23 router bird[751]: AS4200220008: Error: Hold timer expired Apr 27 02:10:59 router bird[751]: AS4200220008: Error: Hold timer expired Apr 27 13:14:03 router bird[751]: Assertion '!rejected || !accepted' failed at nest/rt-table.c:1192 Apr 27 13:14:03 router systemd-coredump[1345547]: [🡕] Process 751 (bird) of user 967 dumped core. Stack trace of thread 824: #0 0x0000777b9f380624 n/a (libc.so.6 + 0x97624) #1 0x0000777b9f326ba0 raise (libc.so.6 + 0x3dba0) #2 0x0000777b9f30e582 abort (libc.so.6 + 0x25582) #3 0x000065083a2cb01f n/a (/usr/bin/bird + 0xe001f) #4 0x000065083a248712 n/a (/usr/bin/bird + 0x5d712) #5 0x000065083a249117 n/a (/usr/bin/bird + 0x5e117) #6 0x000065083a21d0cf n/a (/usr/bin/bird + 0x320cf) #7 0x000065083a2cf838 n/a (/usr/bin/bird + 0xe4838) #8 0x000065083a21d0cf n/a (/usr/bin/bird + 0x320cf) #9 0x000065083a2d1ee7 n/a (/usr/bin/bird + 0xe6ee7) #10 0x0000777b9f37e708 n/a (libc.so.6 + 0x95708) #11 0x0000777b9f402aac n/a (libc.so.6 + 0x119aac) Stack trace of thread 751: #0 0x0000777b9f386be2 n/a (libc.so.6 + 0x9dbe2) #1 0x0000777b9f37ae33 n/a (libc.so.6 + 0x91e33) #2 0x0000777b9f37ae74 n/a (libc.so.6 + 0x91e74) #3 0x0000777b9f3f553e __poll (libc.so.6 + 0x10c53e) #4 0x000065083a1f1a14 n/a (/usr/bin/bird + 0x6a14) #5 0x0000777b9f310488 n/a (libc.so.6 + 0x27488) #6 0x0000777b9f31054c __libc_start_main (libc.so.6 + 0x2754c) #7 0x000065083a1f2565 n/a (/usr/bin/bird + 0x7565) Stack trace of thread 826: #0 0x0000777b9f386be2 n/a (libc.so.6 + 0x9dbe2) #1 0x0000777b9f37ae33 n/a (libc.so.6 + 0x91e33) #2 0x0000777b9f37ae74 n/a (libc.so.6 + 0x91e74) #3 0x0000777b9f3f553e __poll (libc.so.6 + 0x10c53e) #4 0x000065083a2d2020 n/a (/usr/bin/bird + 0xe7020) #5 0x0000777b9f37e708 n/a (libc.so.6 + 0x95708) #6 0x0000777b9f402aac n/a (libc.so.6 + 0x119aac) ELF object binary architecture: AMD x86-64 Apr 27 13:14:03 router systemd[1]: bird.service: Main process exited, code=dumped, status=6/ABRT Apr 27 13:14:03 router systemd[1]: bird.service: Failed with result 'core-dump'. Apr 27 13:14:03 router systemd[1]: bird.service: Consumed 3min 7.732s CPU time, 6.1M memory peak. Version: 3.1.0

4 3

Issues running BMP protocol in v3.0.1
by admin＠nxthdr.dev 26 May '25

26 May '25

Hey, I've migrated from 2.16.1 to 3.0.1 and I'm facing some issues with the BMP protocol. The TCP session goes up but I don't receive all peers up notifications. I receive some (but not all it seems) when I restart bird after have started my BMP collector. If I do the opposite, I get none. Also, I don't receive route monitoring messages. To be precise, I receive only one route monitoring message when I receive a peer up notification. But this one is empty (meaning no announced/withdrawn prefixes in it). Also I receive it just just before the peer up, which is a bit weird. I should receive a tons of them, with announced prefixes in it, right after the peer up. Here is my BMP configuration: protocol bmp { station address ip 2a06:de00:50:cafe:100::c port 4000; monitoring rib in pre_policy; monitoring rib in post_policy;} bird> show protocols all bmp1 Name Proto Table State Since Info bmp1 BMP --- up 18:08:26.528 Established Created: 18:08:16.105 Station address: 2a06:de00:50:cafe:100::c Station port: 4000 Pending TX: 0 B (limit 1024.0 MB) Session TX: 789 B Total TX: 789 B Do you experience the same behavior? Please let me know if you need more information, I'm happy to make some other tests if needed. Best,Matthieu.

1 1

Assertion '!nacc && !nrej' failed at nest/rt-table.c:1532
by Matt Corallo 02 May '25

02 May '25

Figured I'd try bird 3.1.0 but sadly after increasing the threads to 6 (which made things settle fast!) I started hitting the above assertion sometimes. I don't have a core dump, but I may be able to get one if it happens again.

2 1

Gitlab tag 42.42.42
by Justin Cattle 30 Apr '25

30 Apr '25

Hi, Just FYI, someone has tagged the bird repo with a mystery 42.42.42 tag, which I suspect is not desired [ either accidental or malicious ? ]. https://gitlab.nic.cz/labs/bird/-/tags/v42.42.42 Cheers, Just -- Notice: This email is confidential and may contain copyright material of members of the Ocado Group. Opinions and views expressed in this message may not necessarily reflect the opinions and views of the members of the Ocado Group. If you are not the intended recipient, please notify us immediately and delete all copies of this message. Please note that it is your responsibility to scan this message for viruses. References to the "Ocado Group" are to Ocado Group plc (registered in England and Wales with number 7098618) and its subsidiary undertakings (as that expression is defined in the Companies Act 2006) from time to time. The registered office of Ocado Group plc is Buildings One & Two, Trident Place, Mosquito Way, Hatfield, Hertfordshire, AL10 9UL. Ocado Polska Sp. z o.o. posiada status dużego przedsiębiorcy w rozumieniu ustawy o przeciwdziałaniu nadmiernym opóźnieniom w transakcjach handlowych. / Ocado Polska Sp. z o.o. holds the status of a large enterprise under the Act on Counteracting Excessive Delays in Commercial Transactions.

3 3

Bird on Ubuntu on a dell server.
by Mike Neo 29 Apr '25

29 Apr '25

Hi, I will have two dell servers with Bird connected by iBGP and VRRP (two peer sessions, full tables). Questions: 1. Does it matter whether the BIOS is UEFI or legacy? 2. The server have 1 CPU 4 core 8 th (1.6 GHz with power saving) and 16 GB of RAM (800 MHz with power saving). The question is whether it is possible to set all parameters in BIOS to save power, such as? CPU Power Management: minimal power Memory Frequency: Minimum (800 MHz) Turbo Boost: Disabled C States: Enabled C1E: Enabled Fan: minimal power Or is this too aggressive and may cause instability? What are your experiences? Kind regards, Mike

4 6

Assertion '!rejected || !accepted' failed at nest/rt-table.c:1192
by Alexey Boldyrev 27 Apr '25

27 Apr '25

Apr 27 22:14:41 router systemd-coredump[1950931]: [🡕] Process 1347860 (bird) of user 967 dumped core. Stack trace of thread 1347862: #0 0x00007519724e1624 n/a (libc.so.6 + 0x97624) #1 0x0000751972487ba0 raise (libc.so.6 + 0x3dba0) #2 0x000075197246f582 abort (libc.so.6 + 0x25582) #3 0x0000577bcb78101f n/a (/usr/bin/bird + 0xe001f) #4 0x0000577bcb6fe712 n/a (/usr/bin/bird + 0x5d712) #5 0x0000577bcb6ff117 n/a (/usr/bin/bird + 0x5e117) #6 0x0000577bcb6d30cf n/a (/usr/bin/bird + 0x320cf) #7 0x0000577bcb785838 n/a (/usr/bin/bird + 0xe4838) #8 0x0000577bcb6d30cf n/a (/usr/bin/bird + 0x320cf) #9 0x0000577bcb787ee7 n/a (/usr/bin/bird + 0xe6ee7) #10 0x00007519724df708 n/a (libc.so.6 + 0x95708) #11 0x0000751972563aac n/a (libc.so.6 + 0x119aac) Stack trace of thread 1347860: #0 0x00007519724e7be2 n/a (libc.so.6 + 0x9dbe2) #1 0x00007519724dbe33 n/a (libc.so.6 + 0x91e33) #2 0x00007519724dbe74 n/a (libc.so.6 + 0x91e74) #3 0x000075197255653e __poll (libc.so.6 + 0x10c53e) #4 0x0000577bcb6a7a14 n/a (/usr/bin/bird + 0x6a14) #5 0x0000751972471488 n/a (libc.so.6 + 0x27488) #6 0x000075197247154c __libc_start_main (libc.so.6 + 0x2754c) #7 0x0000577bcb6a8565 n/a (/usr/bin/bird + 0x7565) Stack trace of thread 1347863: #0 0x00007519724e7be2 n/a (libc.so.6 + 0x9dbe2) #1 0x00007519724dbe33 n/a (libc.so.6 + 0x91e33) #2 0x00007519724dbe74 n/a (libc.so.6 + 0x91e74) #3 0x000075197255653e __poll (libc.so.6 + 0x10c53e) #4 0x0000577bcb788020 n/a (/usr/bin/bird + 0xe7020) #5 0x00007519724df708 n/a (libc.so.6 + 0x95708) #6 0x0000751972563aac n/a (libc.so.6 + 0x119aac) ELF object binary architecture: AMD x86-64

1 0

bird 2.17 on NetBSD and directly connected networks
by Mark Davies 24 Apr '25

24 Apr '25

I've just replaced an archlinux system running 2.14 with a NetBSD system running 2.17. Everything seems to be working fine except that every 20 seconds it complains: KRT: Error sending route XX.XX.XX.XX/XX to kernel: File exists for each directly connected network. ie it tries to write the directly connected network entries out to the kernel routing socket and gets told they already exist. Whats going wrong here? Should it have determined that they are directly connected and not try to write them out or is it expecting the write shouldn't fail or what? cheers mark

2 1

Bird 3.1.0 tarball missing version info
by Svenne Krap 24 Apr '25

24 Apr '25

Hi all, I stumbled over, that Bird 3.1.0 in Arch Linux is missing all version information. Having peeked at the PKGBUILD it seems to do nothing weird, so I have reproduced it by hand. Steps: $ wget <https://gitlab.nic.cz/labs/bird/-/archive/v3.1.0/bird-v3.1.0.tar.gz> $ tar axvf bird-v3.1.0.tar.gz $ cd bird-v3.1.0 $ autoreconf -vif $ ./configure $ make $ ./bird --version The latter shows (like "show status" on the real Arch package) BIRD version +detached. It seems like the error is in tools/version, that only works in a git repo. The following patch is a suggestion for a fix --- ../bird-v3.1.0-failed/tools/version 2025-04-03 20:39:22.000000000 +0200 +++ tools/version 2025-04-24 11:02:58.276023973 +0200 @@ -1,5 +1,12 @@ #!/bin/bash +# Are we in a release tarball? +git status >& /dev/null +if [ $? -eq 128 ]; then + realpath . | awk -F/ '{print $NF}' | cut -dv -f 2 + exit 0 +fi + # Aren't we directly at version? TAG=$(git tag | grep -F $(git describe))if [ -n "$TAG" ]; then Otherwise, the Arch package seems to work fine. Regards, Svenne

2 2

BIRD 2.17 crash on Debian 12 / kernel 6.1.0-33 apparently related to TCP-AO ocde
by Radu-Adrian Feurdean 22 Apr '25

22 Apr '25

Hello, Just found this morning a condition that crashes BIRD 2.17 (nic.cz <http://nic.cz/> .deb version for Debian 12) on today’s up-to-date Deb12. The issue seems to be related to the TCP-AO code. GDB tells me this: (gdb) bt full #0 0x0000556005dcd7f0 in bgp_incoming_connection (sk=0x55603a779860, dummy=<optimized out>) at proto/bgp/bgp.c:1705 p = 0x55603a79c750 acc = <optimized out> hops = <optimized out> #1 0x0000556005e04e61 in sk_passive_connected (s=0x55603a7c5aa0, type=type@entry=2) at sysdep/unix/io.c:1337 loc_sa = {sa = {sa_family = 2, sa_data = "\000\263\271\001\220\001\000\000\000\000\000\000\000"}, padding = "\005\030\020\000\000y{\\ \000\000\000\314Q\000"} rem_sa = {sa = {sa_family = 2, sa_data = "\215-\271\001\220\022\000\000\000\000\000\000\000"}, padding = "\000\000\000\000\000\000\000\000\000+ \"\257\371", <incomplete sequence \354\270>} loc_sa_len = 16 rem_sa_len = 16 fd = 27 t = 0x55603a779860 #2 0x0000556005e05ce2 in sk_read_noflush (revents=<optimized out>, s=0x55603a7c5aa0) at sysdep/unix/io.c:2105 No locals. #3 sk_read (s=s@entry=0x55603a7c5aa0, revents=<optimized out>) at sysdep/unix/io.c:2165 e = <optimized out> #4 0x0000556005e06907 in io_loop () at sysdep/unix/io.c:2626 s = 0x55603a7c5aa0 count = 3 poll_tout = <optimized out> timeout = <optimized out> nfds = <optimized out> events = <optimized out> pout = <optimized out> t = <optimized out> s = <optimized out> n = <optimized out> fdmax = 256 pfd = 0x55603a7c5190 next = <optimized out> next2 = <optimized out> #5 0x0000556005d550df in main (argc=<optimized out>, argv=<optimized out>) at sysdep/unix/main.c:1089 use_uid = <optimized out> use_gid = <optimized out> conf = 0x7fa680793010 Please let mw know how should I send you a coredump (I actually have 2), if needed. I have also identified the pice of config that turns on the behaviour. 2.16.2 seems to be fine, which is kind of normal, since the piece of code pointed to by gdb is not there in 2.16.2. Regards, -- Radu-Adrian FEURDEAN Web : www.franceix.net

2 1