May 2018 - Bird-users - Mailing Lists

reading direct route
by Mattia Milani 14 May '18

14 May '18

Hello all, i'm having a little problem, (Probabily is somthing so stupid) but i can't find the solution. I have this conf file: log "logTwo.log" all; router id 10.0.2.15; protocol kernel { metric 0; ipv4{ import all; export all; }; } protocol device { } protocol direct { interface "lo"; } The pourpose of the deamon that i need is simple, read the route address that i put in the "lo" interface and put it with the route of the deamon. i run the conf file with no error. Then i add a route in the lo interface, for example with this command: ip a add 192.168.4.0/24 dev lo and if i check the address with the commadn "ip addr" i can see it in the lo interface. but if i run the command: birdc show route all I cannot see the new route address that i just addedd in the "lo" interface How can i do that? Thanks to everyone that could help me, it will be so apreciated. Mattia

2 2

BGP manage advertisement
by Mattia Milani 09 May '18

09 May '18

Hello all, Sorry but searching on the wiki i didn't find anyting about that. My question is, bird implements the MRAI minimum rout adverisement interval timer? what in the RFC 4271 is called "MinRouteAdverisementIntervalTimer" you can see it on section 9.2.1.1, page 85. There is a version of bird that implement it? and if I can use it how can i mange it? Thanks a lot, Mattia

4 12

Constant delete / add route after upgrade to 1.6.3
by Xavier Trilla 09 May '18

09 May '18

Hi, We've upgraded recently to 1.6.3 (We were using 1.2.5, which we had running for like 8 years!) and after the upgraded we are seeing a weird behavior. When running ip monitor route in the machine, looks like bird is constantly removing and adding routes, which could be considered normal, but the thing is that it deletes a route and then adds the same route again (Those routes are received via BGP): Heres an example: 103.72.2.0/24 via 91.126.95.153 dev vlan111 proto bird Deleted 103.72.1.0/24 via 91.126.95.153 dev vlan111 proto bird 103.72.1.0/24 via 91.126.95.153 dev vlan111 proto bird Deleted 177.75.72.0/24 via 91.126.95.153 dev vlan111 proto bird 177.75.72.0/24 via 91.126.95.153 dev vlan111 proto bird Deleted 185.165.122.0/24 via 91.126.95.153 dev vlan111 proto bird 185.165.122.0/24 via 91.126.95.153 dev vlan111 proto bird Deleted 196.46.242.0/24 via 91.126.95.153 dev vlan111 proto bird 196.46.242.0/24 via 91.126.95.153 dev vlan111 proto bird Deleted 64.70.30.0/24 via 91.126.95.153 dev vlan111 proto bird 64.70.30.0/24 via 212.80.191.185 dev vlan2 proto bird At the same time we are seeing the following messages on bird log: May 8 13:56:39 icewall-01 bird: Kernel dropped some netlink messages, will resync on next scan. May 8 13:57:02 icewall-01 bird: Kernel dropped some netlink messages, will resync on next scan. May 8 13:57:27 icewall-01 bird: Kernel dropped some netlink messages, will resync on next scan. May 8 13:57:32 icewall-01 bird: Kernel dropped some netlink messages, will resync on next scan. May 8 13:57:59 icewall-01 bird: Kernel dropped some netlink messages, will resync on next scan. Any ideas why this might be happening? Thanks! Saludos Cordiales, Xavier Trilla P. Clouding.io<https://clouding.io/> ¿Un Servidor Cloud con SSDs, redundado y disponible en menos de 30 segundos? ¡Pruébalo ahora en Clouding.io<https://clouding.io/>!

3 5

[PATCH 1/3] babel: Fix type of route entry router ID
by Toke Høiland-Jørgensen 09 May '18

09 May '18

The router ID being assigned to routes was a uint, which discards the upper 32 bits. This also has the nice side effect of echoing the wrong router ID back to other routers. Signed-off-by: Toke Høiland-Jørgensen <toke(a)toke.dk> --- proto/babel/babel.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/proto/babel/babel.c b/proto/babel/babel.c index 4fd88042..a8eb5ea8 100644 --- a/proto/babel/babel.c +++ b/proto/babel/babel.c @@ -2140,7 +2140,7 @@ babel_rt_notify(struct proto *P, struct channel *c UNUSED, struct network *net, uint internal = (new->attrs->src->proto == P); uint rt_seqno = internal ? new->u.babel.seqno : p->update_seqno; uint rt_metric = ea_get_int(attrs, EA_BABEL_METRIC, 0); - uint rt_router_id = internal ? new->u.babel.router_id : p->router_id; + u64 rt_router_id = internal ? new->u.babel.router_id : p->router_id; if (rt_metric > BABEL_INFINITY) { -- 2.17.0

2 10

[PATCH 2/3] babel: Short-circuit route selection for routes we originate ourselves
by Toke Høiland-Jørgensen 09 May '18

09 May '18

Routes that are originated by this Babel instance doesn't have an entry in e->selected, which means that the best route selection logic will always pick another route when an update arrives for the same prefix. This will be rejected by Bird core, which will cause a nice looping selection procedure (depending on filters, of course). To avoid this problem, simply short-circuit the route selection procedure if the entry has our own router ID set. Signed-off-by: Toke Høiland-Jørgensen <toke(a)toke.dk> --- proto/babel/babel.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/proto/babel/babel.c b/proto/babel/babel.c index a8eb5ea8..f7981333 100644 --- a/proto/babel/babel.c +++ b/proto/babel/babel.c @@ -727,6 +727,9 @@ babel_select_route(struct babel_proto *p, struct babel_entry *e, struct babel_ro { struct babel_route *r, *best = e->selected; + if (e->router_id == p->router_id) + return; + /* Shortcut if only non-best was modified */ if (mod && (mod != best)) { -- 2.17.0

2 5

BGP next hop
by Arvin Gan 09 May '18

09 May '18

Hi all, I notice below description in user guide, my understand is source address mainly used for BGP session for TCP connection ,don't understand why this source is also used as next_hop_addr calculation. If source address is related with next hop calculation, this case is may not support: used MP_REACH_NLRI to support IPV4 route with IPV4 next hop ,but TCP connection type is IPV6. Since to support MP_REACH_NLRI for ipv4 channel, need to enabled ext_next_hop, if enabled ext_next_hop, if ipv6 source address is selected as next_hop_addr if no others configuration for next_hop_addr. Does my understand is correct ? source address ip Define local address we should use for next hop calculation and as a source address for the BGP session. Default: the address of the local end of the interface our neighbor is connected to. Thanks Arvin

2 1

OSPF wireguard fallback
by chrono 08 May '18

08 May '18

Ahoy all, I'm struggling a little to set wireguard as a fallback link in conjunction with two MPLS links. In my tests BIRD would not route traffic through wg0 when I took the other two interfaces down. The setup is rather simple, two DCs, each side has a gw running BIRD. ---- Config DC1 ---- router id 192.168.184.1; ### Kernel ##################################################################### protocol kernel { scan time 15; # Scan kernel routing table every 15 seconds export all; # Default is export none } ### Device Monitor ############################################################# protocol device { scan time 10; # Scan interfaces every 10 seconds } ### OSPF ####################################################################### protocol ospf MyOSPF { tick 2; ecmp yes; rfc1583compat yes; area 0.0.0.0 { # Advertise DC1 prod net stubnet 192.168.184.0/24; # MPLS1 interface interface "macsec.2335" { cost 5; ecmp weight 1; bfd yes; authentication cryptographic; password "testtesttest" { id 1; algorithm hmac sha256; }; }; # MPLS2 interface interface "macsec.2334" { cost 5; ecmp weight 1; bfd yes; authentication cryptographic; password "testtesttest" { id 2; algorithm hmac sha256; }; }; # WireGuard Fallback interface "wg0" { cost 10; bfd yes; type pointopoint; authentication cryptographic; password "testtesttest" { id 3; algorithm hmac sha256; }; }; }; }; ### BFD ######################################################################## protocol bfd PCrewBFD { # BFD on DTAG interface interface "macsec.2335" { min rx interval 20 ms; min tx interval 50 ms; idle tx interval 300 ms; }; # BFD on Console-Networks interface interface "macsec.2334" { min rx interval 20 ms; min tx interval 50 ms; idle tx interval 300 ms; }; # BFD on WireGuard interface interface "wg0" { min rx interval 200 ms; min tx interval 500 ms; idle tx interval 3000 ms; }; # WTF is multihop?? multihop { interval 200 ms; multiplier 10; }; }; ---- Config DC2 ---- router id 192.168.148.1; ### Kernel ##################################################################### protocol kernel { scan time 15; # Scan kernel routing table every 20 seconds export all; # Default is export none } ### Device Monitor ############################################################# protocol device { scan time 10; # Scan interfaces every 10 seconds } ### OSPF ####################################################################### protocol ospf MyOSPF { tick 2; ecmp yes; rfc1583compat yes; area 0.0.0.0 { # Advertise MUC prod net stubnet 192.168.148.0/24; # MPLS1 interface interface "macsec.2335" { cost 5; ecmp weight 1; bfd yes; authentication cryptographic; password "testtesttest" { id 1; algorithm hmac sha256; }; }; # MPLS2 interface interface "macsec.2334" { cost 5; ecmp weight 1; bfd yes; authentication cryptographic; password "testtesttest" { id 2; algorithm hmac sha256; }; }; # WireGuard Fallback interface "wg0" { cost 10; bfd yes; type pointopoint; authentication cryptographic; password "testtesttest" { id 3; algorithm hmac sha256; }; }; }; }; ---- BIRD states ---- bird> show route 172.23.1.0/29 dev macsec.2335 [MyOSPF 09:26:22] * I (150/5) [192.168.184.1] 172.23.2.0/29 dev macsec.2334 [MyOSPF 09:26:22] * I (150/5) [192.168.184.1] 192.168.148.0/24 multipath [MyOSPF 09:27:26] * I (150/15) [192.168.148.1] via 172.23.1.2 on macsec.2335 weight 1 via 172.23.2.2 on macsec.2334 weight 1 172.23.3.0/29 dev wg0 [MyOSPF 09:26:22] * I (150/10) [192.168.184.1] bird> show ospf state all area 0.0.0.0 router 192.168.148.1 distance 5 network 172.23.2.0/29 metric 5 network 172.23.1.0/29 metric 5 stubnet 172.23.3.0/29 metric 10 stubnet 192.168.148.0/24 metric 10 router 192.168.164.1 distance 0 network 172.23.2.0/29 metric 5 network 172.23.1.0/29 metric 5 stubnet 172.23.3.0/29 metric 10 stubnet 192.168.184.0/24 metric 10 network 172.23.1.0/29 dr 192.168.164.1 distance 5 router 192.168.184.1 router 192.168.148.1 network 172.23.2.0/29 dr 192.168.164.1 distance 5 router 192.168.184.1 router 192.168.148.1 What makes me wonder is why wg0 is coming up as stubnet here, while the MPLS links come up as network (stubnet 172.23.3.0/29 metric 10) and 172.23.3.0/29 (wg0 net) not being listed. Any hints or corrections of my config to get this to work with wireguard would be very much appreciated.

4 17

Received: No supported AFI/SAFI
by Rwakagabo Janvier 03 May '18

03 May '18

Hi All Can anyone help to understand why this error Received: No supported AFI/SAFI, i am using BIRD 1.4.0 to peer with my neighbours, other sessions are established except 1 peer with below error (Peer AAA) device1 Device master up 2017-11-19 AAA BGP master start 22:24:01 Idle Received: No supported AFI/SAFI BBB BGP master up 2017-11-19 Established CCC BGP master up 2018-04-16 Established DDD BGP master up 2018-04-04 Established Below is my configuration sample and it is the same for all peers filter bgp_in_AAA prefix set PL_in_AAA; { if ! (avoid_martians()) then reject; if (bgp_path.first != AAA) then reject; PL_in_AAA = [ AAA prefixes]; if net ~ PL_in_AAA then accept; else reject; } template bgp PEERS{ local as YYY; import limit 2000; export all; rs client; } protocol bgp AAA from PEERS { description "Peer-AAA"; neighbor a.b.c.d as AAA; import filter bgp_in_AAA; } Regards, Janvier R.

2 2

mrtdump-core
by Bjorn Carlsson 03 May '18

03 May '18

Any plans to merge those updates into version 2? Thanks, --BC

2 1

[PATCH] Makefile.in: Only set git version if .git directory exists
by Toke Høiland-Jørgensen 03 May '18

03 May '18

If Bird is compiled from a release tarball, but there is a git repository somewhere in a parent directory, the Makefile git version logic will pick up that version and use it as the Bird version, which is obviously not desirable. For instance, on OpenWrt this results in something like this: BIRD version reboot-6789-g4e9ce23aa5 Signed-off-by: Toke Høiland-Jørgensen <toke(a)toke.dk> --- Makefile.in | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile.in b/Makefile.in index c8168bbe..1184d583 100644 --- a/Makefile.in +++ b/Makefile.in @@ -21,7 +21,7 @@ INSTALL=@INSTALL@ INSTALL_PROGRAM=@INSTALL_PROGRAM@ INSTALL_DATA=@INSTALL_DATA@ -git-label:=$(strip $(shell git describe --always --dirty=-x 2>/dev/null)) +git-label:=$(strip $(shell [ -d .git ] && git describe --always --dirty=-x 2>/dev/null)) ifneq ($(git-label),) CFLAGS += -DGIT_LABEL="$(git-label)" endif -- 2.17.0

2 2