March 2020 - Bird-users - Mailing Lists

[PATCH] babel: Set onlink flag for IPv4 routes with unreachable next hop
by Toke Høiland-Jørgensen 14 Apr '20

14 Apr '20

If the next hop of a route is not a reachable address, the route should be installed as onlink. This enables a configuration common in mesh networks where the mesh interface is assigned a /32 and babel handles the routing by installing onlink routes. Signed-off-by: Toke Høiland-Jørgensen <toke(a)toke.dk> --- proto/babel/babel.c | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/proto/babel/babel.c b/proto/babel/babel.c index 88c4711e..4fd88042 100644 --- a/proto/babel/babel.c +++ b/proto/babel/babel.c @@ -640,6 +640,13 @@ babel_announce_rte(struct babel_proto *p, struct babel_entry *e) .nh.iface = r->neigh->ifa->iface, }; + /* If we cannot find a reachable neighbour, set the entry to be onlink. This + * makes it possible to, e.g., assign /32 addresses on a mesh interface and + * have routing work. + */ + if (!neigh_find2(&p->p, &r->next_hop, r->neigh->ifa->iface, 0)) + a0.nh.flags = RNF_ONLINK; + rta *a = rta_lookup(&a0); rte *rte = rte_get_temp(a); rte->u.babel.seqno = r->seqno; -- 2.17.0

3 4

BGP FlowSpec Route-reflector
by vincent.ma＠gmx.fr 30 Mar '20

30 Mar '20

Hello, I'm trying to advertise bgpflowspec route from sflow-rt to bird. I have only "Import withdraws" although I send updates routes. Can you help me please ? bird> show protocol all sflow Name Proto Table State Since Info sflow BGP --- up 15:33:04.256 Established BGP state: Established Neighbor address: 192.168.10.3 Neighbor AS: 65000 Local AS: 65000 Neighbor ID: 192.168.10.3 Local capabilities Multiprotocol AF announced: ipv4 flow4 Route refresh Graceful restart 4-octet AS numbers Enhanced refresh Long-lived graceful restart Neighbor capabilities Multiprotocol AF announced: ipv4 ipv6 flow4 flow6 4-octet AS numbers Session: internal multihop AS4 Source address: 192.168.10.2 Hold timer: 122.161/180 Keepalive timer: 33.965/60 Channel flow4 State: UP Table: flowtab4 Preference: 100 Input filter: ACCEPT Output filter: ACCEPT Routes: 0 imported, 0 exported, 0 preferred Route change stats: received rejected filtered ignored accepted Import updates: 0 0 0 0 0 Import withdraws: 4 0 --- 4 0 Export updates: 0 0 0 --- 0 Export withdraws: 0 --- --- --- 0 BGP Next hop: 192.168.10.2 Channel ipv4 State: UP Table: master4 Preference: 100 Input filter: ACCEPT Output filter: ACCEPT Routes: 0 imported, 0 exported, 0 preferred Route change stats: received rejected filtered ignored accepted Import updates: 0 0 0 0 0 Import withdraws: 1 0 --- 1 0 Export updates: 0 0 0 --- 0 Export withdraws: 0 --- --- --- 0 BGP Next hop: 192.168.10.2 IGP IPv4 table: master4 ---- bird.conf : router id 192.168.10.2; flow4 table flowtab4; protocol bgp client1 { debug all; local 192.168.10.2 as 65000; neighbor 192.168.10.1 as 65000; flow4 { import all; export all; }; ipv4 { import all; export all; }; } protocol bgp sflow { debug all; local 192.168.10.2 as 65000; neighbor 192.168.10.3 port 1179 as 65000; flow4 { import all; export all; }; ipv4 { import all; export all; }; }

2 5

Re: IPv6 BGP & kernel 4.19
by Alarig Le Lay 29 Mar '20

29 Mar '20

We agree then, and I act as a router on all those machines. Le 3 décembre 2019 19:27:11 GMT+01:00, Vincent Bernat <vincent(a)bernat.ch> a écrit : >This is the result of PMTUd. But when you are a router, you don't need >to do that, so it's mostly a problem for end hosts. > >On December 3, 2019 7:05:49 PM GMT+01:00, Alarig Le Lay ><alarig(a)swordarmor.fr> wrote: >>On 03/12/2019 14:16, Vincent Bernat wrote: >>> The information needs to be stored somewhere. >> >>Why has it to be stored? It’s not really my problem if someone else >has >>a non-stantard MTU and can’t do TCP-MSS or PMTUd. >> >>-- >>Alarig > >-- >Sent from my Android device with K-9 Mail. Please excuse my brevity. -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.

4 5

Bird on Scientific Linux
by Fabiano D'Agostino 28 Mar '20

28 Mar '20

Hi all, I am using Scientific Linux 6 (RHEL 6) and I was able to install Bird 1.3.6, but when I try to install Bird 2.0.7 I get same errors? Why? Thanks in advance, Fabiano

3 4

Upgrade from Bird 1.3.6 to Bird 2.0.7
by Fabiano D'Agostino 28 Mar '20

28 Mar '20

Hi all, is there any easy way to upgrade from Bird 1.3.6 to Bird 2.0.7? Thanks, Fabiano D'Agostino

6 10

OSPF v3 in VRF stuck in 'Alone' state
by bauen1 26 Mar '20

26 Mar '20

Hello, I'm running bird inside a vrf and I'm trying to setup an OSPF v3 ipv4 and ipv6 "peering" over a wireguard vpn inside that vrf. And bird does see the interface (as ptp), and sends 'HELLO' OSPF packets over the interface, these packets also arrive at the other side (where the same is happening). However bird doesn't seem to receive the incoming packets, they do appear in tcpdump but not in birds log output with 'debug all'. The OSPF protcol on both sides is stuck in the 'Alone' State with no neighbours. bird version: jhserver: v2.0.4-44-gd843c274 dn42-uk-london0: 2.0.7 Both interfaces have all necessary ip / ipv6 addresses: 66: dn42-uk-london0: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1420 qdisc noqueue master vrf-dn42 state UNKNOWN group default qlen 1000 link/none inet 172.20.18.226 peer 172.20.18.225/32 scope link dn42-uk-london0 valid_lft forever preferred_lft forever inet6 fdbb:baba:2468:2::4445 peer fdbb:baba:2468::1/128 scope global valid_lft forever preferred_lft forever inet6 fe80::55d2:c4ab peer fe80::c87a:cc67/64 scope link valid_lft forever preferred_lft forever 26: jhserver-dn42: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue master dn42 state UNKNOWN group default qlen 1000 link/none inet 172.20.18.225 peer 172.20.18.226/32 scope link jhserver-dn42 valid_lft forever preferred_lft forever inet6 fdbb:baba:2468::1 peer fdbb:baba:2468:2::4445/128 scope global valid_lft forever preferred_lft forever inet6 fe80::c87a:cc67 peer fe80::55d2:c4ab/64 scope link valid_lft forever preferred_lft forever Relevant part of the config: jhserver: protocol ospf v3 dn42_ospf_ip4 { router id DN42_OWNIP; debug all; vrf "vrf-dn42"; ipv4 { table dn42_ip4; export all; import keep filtered; import none; }; area 0.0.0.0 { interface "vrf-dn42" { stub yes; }; interface "dn42-uk-london0" { }; }; }; protocol ospf v3 dn42_ospf_ip6 { router id DN42_OWNIP; debug all; vrf "vrf-dn42"; ipv6 { table dn42_ip6; export all; import keep filtered; import none; }; area 0.0.0.0 { interface "vrf-dn42" { stub yes; }; interface "dn42-uk-london0" { }; }; }; dn42-uk-london0: protocol ospf v3 dn42_ospf_ip4 { router id DN42_OWNIP; debug all; vrf "dn42"; ipv4 { table dn42_ip4; export all; import keep filtered; import none; }; area 0.0.0.0 { interface "dn42" { stub yes; }; interface "jhserver-dn42" { }; }; }; protocol ospf v3 dn42_ospf_ip6 { router id DN42_OWNIP; debug all; vrf "dn42"; ipv6 { table dn42_ip6; export all; import keep filtered; import none; }; area 0.0.0.0 { interface "dn42" { stub yes; }; interface "jhserver-dn42" { }; }; }; Any help is appreciated. bauen1

2 1

RPKI support without SSH transport
by Clemens Schrimpe 25 Mar '20

25 Mar '20

Ahoj BIRD Parents - I was wondering if there is a reason, why BIRD 2.0.x can't be built for RPKI support without libssh, although RPKI-RTR would also work on an unencrypted transport (as documented in the BIRD user documentation). I am asking, because I am building BIRD for a hardware router platform (Ubiquiti's EdgeRouters) and including libssh is, although doable, a real pain-in-the-rear, depending on the OS version and hardware architecture (4 variants in the EdgeOS world at the moment). Without libssh, which drags a whole slew of other library-crap behind it 🙄, BIRD is pretty lightweight and very easy to deploy. Just curious ... Thanks a lot (again) for this great piece of software! Clemens

5 9

Re: Direct protocol affects BGP
by Fabiano D'Agostino 25 Mar '20

25 Mar '20

Hi Bernd, no, the routing "from the kernel" doesn't come via 'learn yes', but via RIB, I mean if I do 'route' it shows the directly connected networks. The problem is that if I use the Direct protocol, the command 'route' shows me two same directly connected networks, one coming from RIB and the other one coming from Bird. I tried protocol bgp { direct; }, but it doesn't change. Thanks, Fabiano Il giorno lun 23 mar 2020 alle ore 16:15 Bernd Naumann <bena(a)spreadshirt.net> ha scritto: > On 23.03.20 16:01, Fabiano D'Agostino wrote: > > Hi Benedikt, > > I am just learning Bird and I didn't want to use the Direct protocol > > because using it I have two same routes in the RIB for the directly > > connected networks, one coming from the kernel and the second one coming > > from the direct protocol. > > > Is the routing "from the kernel" coming via `learn yes;`? If you have no > need to import "alien" routes, you can disable `learn` and just use > `direct` and `static` protocol. /* OR if you know that your neighbor is > directly connected to you can also set 'direct' on the `protocol bgp`. */ > > Bernd > > >

3 11

Re: Direct protocol affects BGP
by Fabiano D'Agostino 23 Mar '20

23 Mar '20

Hi Benedikt, I am just learning Bird and I didn't want to use the Direct protocol because using it I have two same routes in the RIB for the directly connected networks, one coming from the kernel and the second one coming from the direct protocol. Il giorno lun 23 mar 2020 alle ore 16:01 Fabiano D'Agostino < fabiano.dagostino96(a)gmail.com> ha scritto: > Hi Benedikt, > I am just learning Bird and I didn't want to use the Direct protocol > because using it I have two same routes in the RIB for the directly > connected networks, one coming from the kernel and the second one coming > from the direct protocol. > > Il giorno lun 23 mar 2020 alle ore 15:38 Benedikt Neuffer < > benedikt.neuffer(a)kit.edu> ha scritto: > >> Hi Fabiano, >> >> that should be the reason. The TCP connection is done via RIB (kernel >> routing table). In FIB (birds internal table) the route is currently >> missing. >> If you enable the direct protocol a route for 192.168.2.22 will be >> appear in the FIB and the nexthop resolution will work. >> >> Is there a reason why you don't want to use the direct protocol? >> >> Regards, >> Benedikt >> >> On 23.03.20 14:46, Fabiano D'Agostino wrote: >> > Hi, >> > thanks for helping, >> > I did show route for 192.168.2.22 (which is my neighbor) table all all >> > --> I get Network not found. >> > show protocols: bgp established >> > show protocol all bgp1: 0 imported, 0 exported >> > >> > >> > Il giorno lun 23 mar 2020 alle ore 14:18 Benedikt Neuffer >> > <benedikt.neuffer(a)kit.edu <mailto:benedikt.neuffer@kit.edu>> ha >> scritto: >> > >> > Hi Fabio, >> > >> > so the routes are in FIB (kernel) but maybe not in RIB (bird).bb >> > >> > Can you provide me the output of "show route for <prefix> table all >> all" >> > where <prefix> should be the prefix configured on the connection or >> the >> > ip address of the neighbor. >> > >> > Regards, >> > Bene >> > >> > On 23.03.20 12:43, Fabiano D'Agostino wrote: >> > > Hi Benedikt, >> > > the nexthop is resolvable, indeed router1 can ping router2'nic in >> the >> > > same network of router1, with direct protocol disabled. The >> > scenario is: >> > > PCa - R1 - R2 - PCb >> > > With direct protocol enabled and bgp working: PCa can ping PCb >> > > With direct protocol disabled and bgp working: PCa can't ping PCb >> > > >> > > >> > > Il giorno lun 23 mar 2020 alle ore 12:26 Benedikt Neuffer >> > > <benedikt.neuffer(a)kit.edu <mailto:benedikt.neuffer@kit.edu> >> > <mailto:benedikt.neuffer@kit.edu <mailto:benedikt.neuffer@kit.edu >> >>> >> > ha scritto: >> > > >> > > Hi Fabio, >> > > >> > > the BGP nexthop field must be resolvable. In other words there >> > must be a >> > > route to the neighbor in RIB. >> > > >> > > Regards, >> > > Bene >> > > >> > > >> > > On 23.03.20 12:05, Fabiano D'Agostino wrote: >> > > > Hi all, >> > > > why if I disable the direct protocol the BGP routes are not >> > > > imported/exported? If I run show route, it is empty, while >> > if I enable >> > > > the direct protocol show route has directly connected >> routes and >> > > BGP routes. >> > > > My configuration is very easy, two routers make a eBGP >> > peering and >> > > they >> > > > import and export all routes. I am using Bird 2.0.7. >> > > > >> > > > Thanks, >> > > > >> > > > Fabiano >> > > >> > > >> > > -- >> > > Karlsruher Institut für Technologie (KIT) >> > > Steinbuch Centre for Computing (SCC) >> > > >> > > Benedikt Neuffer >> > > Netze und Telekommunikation (NET) >> > > >> > > Hermann-von-Helmholtz-Platz 1 >> > > Gebäude 442 >> > > Raum 185 >> > > 76344 Eggenstein-Leopoldshafen >> > > >> > > Telefon: +49 721 608-24502 >> > > Fax: +49 721 608-47763 >> > > E-Mail: benedikt.neuffer(a)kit.edu >> > <mailto:benedikt.neuffer@kit.edu> <mailto:benedikt.neuffer@kit.edu >> > <mailto:benedikt.neuffer@kit.edu>> >> > > Web: https://www.scc.kit.edu >> > > >> > > >> > > >> > > Sitz der Körperschaft: >> > > Kaiserstraße 12, 76131 Karlsruhe >> > > >> > > >> > > >> > > KIT – Die Forschungsuniversität in der Helmholtz-Gemeinschaft >> > > >> > > >> > > >> > > Signaturversion: 19.1.0 beta >> > > >> > >> > >> > -- >> > Karlsruher Institut für Technologie (KIT) >> > Steinbuch Centre for Computing (SCC) >> > >> > Benedikt Neuffer >> > Netze und Telekommunikation (NET) >> > >> > Hermann-von-Helmholtz-Platz 1 >> > Gebäude 442 >> > Raum 185 >> > 76344 Eggenstein-Leopoldshafen >> > >> > Telefon: +49 721 608-24502 >> > Fax: +49 721 608-47763 >> > E-Mail: benedikt.neuffer(a)kit.edu <mailto:benedikt.neuffer@kit.edu> >> > Web: https://www.scc.kit.edu >> > >> > >> > >> > Sitz der Körperschaft: >> > Kaiserstraße 12, 76131 Karlsruhe >> > >> > >> > >> > KIT – Die Forschungsuniversität in der Helmholtz-Gemeinschaft >> > >> > >> > >> > Signaturversion: 19.1.0 beta >> > >> >> >> -- >> Karlsruher Institut für Technologie (KIT) >> Steinbuch Centre for Computing (SCC) >> >> Benedikt Neuffer >> Netze und Telekommunikation (NET) >> >> Hermann-von-Helmholtz-Platz 1 >> Gebäude 442 >> Raum 185 >> 76344 Eggenstein-Leopoldshafen >> >> Telefon: +49 721 608-24502 >> Fax: +49 721 608-47763 >> E-Mail: benedikt.neuffer(a)kit.edu >> Web: https://www.scc.kit.edu >> >> >> >> Sitz der Körperschaft: >> Kaiserstraße 12, 76131 Karlsruhe >> >> >> >> KIT – Die Forschungsuniversität in der Helmholtz-Gemeinschaft >> >> >> >> Signaturversion: 19.1.0 beta >> >>

1 0

Direct protocol affects BGP
by Fabiano D'Agostino 23 Mar '20

23 Mar '20

Hi all, why if I disable the direct protocol the BGP routes are not imported/exported? If I run show route, it is empty, while if I enable the direct protocol show route has directly connected routes and BGP routes. My configuration is very easy, two routers make a eBGP peering and they import and export all routes. I am using Bird 2.0.7. Thanks, Fabiano

2 5