- Bird-users - Mailing Lists

Checking ROA via cli
by Darren O'Connor 23 Oct '19

23 Oct '19

I recently moved from bird to bird2. I'm currently using it as a backend to bgpstuff.net, a looking glass. In order to check the ROA status for a prefix in bird1 I did the following, and got the following result: bird> eval roa_check(roa_table, 71.178.0.0/16, 701) (enum 35)0 That enum I just mapped to the correct ROA_ status. However this same command gives strange output in bird2, sometimes even different when running it more than once: bird> eval roa_check(roa_v4, 71.178.0.0/16, 701) --- 0 ??? <2022> bird> eval roa_check(roa_v4, 71.178.0.0/16, 701) [unknown type 90] Currently running bird 2.0.5 in this instance. Is there a way to get the ROA status like this from the CLI like in bird? Also any ideas why the outputs above are different and seem random? Thanks Darren

2 1

FI_CONDITION must be of type T_BOOL, got 0x00
by Boris Tassou 22 Oct '19

22 Oct '19

Hi, It's my first mail here so, sorry if i missed something. I updated my bird to the 2.0.7 version on a FreeBSD 12.0-RELEASE-p10 and i have an error with a if cond : Oct 22 14:37:32 scipio bird[1199]: filters, line 237: Argument 1 of instruction FI_CONDITION must be of type T_BOOL, got 0x00 The same error at line 227. The conf file : https://paste.swordarmor.fr/4boQ The same filters on Gentoo and same version but without errors. birdc configure doesn't show any errors. Have you an idea? Thanks!

2 2

Centos 8 BIRD 2.0.6 issue with rt_tables parsing
by Igor Gavrilov 22 Oct '19

22 Oct '19

Hello BIRD users. Recently I have upgraded one of our router to Centos 8 with BIRD2 and faced strange issue with rt_tables parsing. When I have custom tables named with capital letters, for example: 128 AAA 129 BBB I get error message while trying to run bird (BIRD version 2.0.6): # bird -p bird: /etc/bird.conf:1:1 Symbol already defined I'm not sure whether it is BIRD issue or Centos one, but to run BIRD I have to change at least one letter in table name to lower case, or change naming length.

2 1

How to enter static prefix with multiple nexthops but no ECMP?
by Kenth Eriksson 21 Oct '19

21 Oct '19

Hi! Does bird support a static prefix with multiple nexthops, without installing all of them in the kernel as ECMP? Trying to do that gives strange results. Consider the following; Add one static route bird> show static 172.20.5.0/24 via 10.210.70.1 bird> bird> show route 172.20.5.0/24 Table master4: 172.20.5.0/24 unicast [static1 15:32:13.352] (200) via 10.210.70.1 on eth0 bird> Add same prefix but pointing to another nexthop bird> show static 172.20.5.0/24 via 10.210.70.1 172.20.5.0/24 via 10.210.70.2 bird> Only second nexthop shows up (ideally would like to see all of them in the RIB, but operationally down) bird> show route 172.20.5.0/24 Table master4: 172.20.5.0/24 unicast [static1 15:32:57.097] (200) via 10.210.70.2 on eth0 bird> Remove one prefix bird> show static 172.20.5.0/24 via 10.210.70.1 bird> Entire prefix is gone. Why is that? bird> show route 172.20.5.0/24 Network not found bird> Is this use case supported? Or only true multi-path is supported? Thanks, Kenth

2 4

[PATCH] nest/config.Y: fix build without babel, bgp, ospf, radv, rip or static
by Fabrice Fontaine 19 Oct '19

19 Oct '19

Build without babel, bgp, ospf, radv, rip or static fails on: bison -Dparse.lac=full -Dparse.error=verbose -dv -pcf_ -b obj/conf/cf-parse obj/conf/cf-parse.y nest/config.Y:381.20-23: error: symbol LINK is used, but is not defined as a token and has no rules 381 | | dev_proto CHECK LINK bool ';' { DIRECT_CFG->check_link = $4; } | ^~~~ make[1]: *** [obj/conf/cf-parse.tab.c] Error 1 This error is raised because of the following commit: https://gitlab.labs.nic.cz/labs/bird/commit/e90dd656cc9126e1fbcc45fb77a10bf… This commit assumes that LINK is defined which is not always the case. Indeed, it seems that LINK is not defined by BFD, MRT, PERF, PIPE, RPKI To fix this issue, add CF_KEYWORDS(LINK) in nest/config.py Fixes: - http://autobuild.buildroot.org/results/0b00948eed9bb8405b70f3f9112ecce99b36… Signed-off-by: Fabrice Fontaine <fontaine.fabrice(a)gmail.com> --- nest/config.Y | 1 + 1 file changed, 1 insertion(+) diff --git a/nest/config.Y b/nest/config.Y index c62501a3..44f392dd 100644 --- a/nest/config.Y +++ b/nest/config.Y @@ -75,6 +75,7 @@ CF_KEYWORDS(BGP, PASSWORDS, DESCRIPTION, SORTED) CF_KEYWORDS(RELOAD, IN, OUT, MRTDUMP, MESSAGES, RESTRICT, MEMORY, IGP_METRIC, CLASS, DSCP) CF_KEYWORDS(TIMEFORMAT, ISO, SHORT, LONG, ROUTE, PROTOCOL, BASE, LOG, S, MS, US) CF_KEYWORDS(GRACEFUL, RESTART, WAIT, MAX, FLUSH, AS) +CF_KEYWORDS(LINK) /* For r_args_channel */ CF_KEYWORDS(IPV4, IPV4_MC, IPV4_MPLS, IPV6, IPV6_MC, IPV6_MPLS, IPV6_SADR, VPN4, VPN4_MC, VPN4_MPLS, VPN6, VPN6_MC, VPN6_MPLS, ROA4, ROA6, FLOW4, FLOW6, MPLS, PRI, SEC) -- 2.23.0

2 1

BGP graceful restart for software update only?
by Neil Jerram 18 Oct '19

18 Oct '19

In my setup, an instance of BIRD runs all the time, except for when it needs to be restarted for a software update. For that update scenario, I'd like BGP graceful restart to apply, so that the stop-update-restart process does not cause the routes advertised by this BIRD to be withdrawn from the rest of the BGP network. For all other scenarios, however, I don't want any graceful restart. Specifically, if there's a break in connectivity to a BGP peer, I want to detect that as quickly as possible (with BFD), locally to remove the routes learned from that peer, and for that peer to remove routes learned from me, all immediately. Is there some combination of configuration and procedure that can provide both of those desires? Many thanks, Neil

3 4

next-hop-self for non-reflected routes only?
by Neil Jerram 17 Oct '19

17 Oct '19

Hi - I have a topology like this, using BIRD 1.6.7: -------------------+ +---------------------- AS 65001 | | AS 65002 | | +--------+ | | +--------+ iBGP ----| Router |---------------| Router |------- Router B ----| BIRD-A | | eBGP | | BIRD-B |------- Router C +--------+ | | +--------+ . . | | . . | | -------------------+ +---------------------- I want BIRD-B to reflect routes within its own AS, but also propagate routes to and from AS 65001. So for the eBGP peering I have protocol bgp ra1 { description "Connection to BGP peer"; local as 65002; gateway recursive; import all; export all; add paths on; connect delay time 2; connect retry time 5; error wait time 5,30; neighbor 172.31.1.2 as 65001; } and for the iBGP peerings template bgp nodes { description "Connection to BGP peer"; local as 65001; direct; gateway recursive; import all; export all; add paths on; graceful restart; connect delay time 2; connect retry time 5; error wait time 5,30; #next hop self; } protocol bgp node1 from nodes { neighbor 172.31.11.3 as 65001; rr client; } My question is how to get the ideal next-hop-self behaviour, which I think is - Do next-hop-self for routes from AS 65001 that are being passed on to Router B, C etc. Otherwise those routes will be unreachable. - Don't do next-hop-self for reflected routes. Next-hop-self isn't needed here, because the downstream Router B, C etc are already directly connected. Thanks in advance for any advice! Neil

2 4

verify bgp advertise route
by Twana Othman 16 Oct '19

16 Oct '19

Dears, I am new in BIRD route server and I configured a bgp with upstream and I want to verify the prefixes that I am send to my peer. So, anyone can guide me how to do this verification ? -- Regards Twana

2 1

BIRD 2.0.7
by Ondrej Filip 16 Oct '19

16 Oct '19

Dear BIRD users, we just released a new version - 2.0.7. Version 2.0.7 o BGP: Accumulated IGP metric (RFC 7311) o Important filter reconfiguration bugfix o Several other bugfixes Cheers! Ondrej

1 0

Bird 1.6.3 removing IPv6 device routes on Linux (3.10.0)
by Ben Arblaster 12 Oct '19

12 Oct '19

Hi, I’m seeing an issue with bird 1.6.3 where IPv6 device routes are unexpectedly removed from the kernel table on Linux (3.10.0, CentOS 7) when bird removes a matching route learned via another protocol (in this case OSPF). To reproduce, I’ve rigged up a very simple test with two bird6 instances running OSPF in a single area 0 over a ptp tunnel. Configs are here - https://gist.github.com/andatche/ca5b5ac120e09b6b8171ec5ca95d2e25 If I add an address/network (e.g. fd00::1/64) to an interface (dummy0) on host A, the route is flooded by A, learned by B and correctly installed in the kernel table on B: fd00::/64 via fe80::5efe:ae2:b006 dev tun0 proto bird metric 1024 If I then add the same address/network (e.g. fd00::1/64) to an interface (dummy0) on host B, at that instant a device route is installed in the kernel table alongside the existing route on host B and it now looks like this: fd00::/64 dev dummy0 proto kernel metric 256 fd00::/64 via fe80::5efe:ae2:b006 dev tun0 proto bird metric 1024 Shortly after, bird picks up the new address/network on dummy0, recalculates the area and correctly selects the connected route as the new best. It then removes the old route via host A from the kernel table, as expected: kernel1 < removed fd00::/64 via fe80::5efe:ae2:b006 on tun0 However, this causes both the route via host A *and* the device route to be removed from the kernel table, leaving the kernel table on host B with no route to fd00::/64 at all. # ip -6 route show fd00::/64 # This is a change in behaviour from 1.4.5 and seems like a bug, rather than the expected behaviour? Regards, Ben -- Ben Arblaster e: ben(a)andatche.com t: +447943860840 w: https://andatche.com

3 3