December 2015 - Bird-users

New in BIRD
by Ilias Pallikarakis 23 Aug '16

23 Aug '16

Hi, I recently started trying to learn BIRD. I should also mention I have no previous experience with any other Routing daemon either. I want to configure a bgp monitor for both ipv4 and ipv6. I am running BIRD in a Ubuntu 13.10 VM. I managed to install both bird and bird6 but I have some problems with the configurations. In ipv4 : I created a very simple configuration which I attach. The conf is compiled but in birdc the bgp session is considered idle. I tried to do a tcpdump and found that the router sends a TCP SYN on the VM's bgp port but the VM responds with a RST and never tries to set a BGP session itself. In ipv6 : No matter the configuration (my configuration or the sample coming with bird6 or examples found on the web) the configuration is not compiled giving the following error : BIRD ipv6 doesn't run (bird: /usr/local/etc/bird6.conf, line 1: Router ID must be configured manually on IPv6 routers) Could anyone give me some pointers on what I am doing wrong ? Thank you for your help, Ilias Pallikarakis

5 8

Re: RIP with MD5 authentication
by Alexander Velkov 29 Jun '16

29 Jun '16

ok great, thank you for your answer! On Thu, Nov 12, 2015 at 7:01 PM, Ondrej Zajicek <santiago(a)crfreenet.org> wrote: > On Thu, Nov 12, 2015 at 05:25:18PM +0100, Alexander Velkov wrote: > > Hi Ondrej, > > > > thank you for your reply! > > > > When is this branch planned to be integrated to main? > > I guess we will release a new version of BIRD containing RIP from rip-new > branch during 2015-12 or 2016-01. > > -- > Elen sila lumenn' omentielvo > > Ondrej 'Santiago' Zajicek (email: santiago(a)crfreenet.org) > OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net) > "To err is human -- to blame it on a computer is even more so." >

3 7

OSPF state inconsistency
by Przemyslaw Frasunek 21 Feb '16

21 Feb '16

Dear all, we are using BIRD 1.4.5 with OSPF on PPPoE access servers running FreeBSD 9.3 and mpd 5.7. In order to achieve fail-over, each access server is listening on the same VLANs. The user connects to access server which first responds with PPPoE PADO. Some of our subscribers need additional IPv4 prefix, which is routed via address assigned from pool. Such route is added by mpd on connect and deleted on disconnect or LCP timeout. Unfortunately, we are experiencing OSPF state inconsistency between access servers, when user quickly disconnects from one node and connects to another. This is such example, which caused routing loop: (on 193.138.118.89) # birdc show route for 46.21.220.80/28 BIRD 1.4.5 ready. 46.21.220.80/28 via 193.138.118.90 on vlan0 [ospf1 13:08:12] * E2 (10/10/10000) [193.138.118.90] (on 193.138.118.90) # birdc show route for 46.21.220.80/28 BIRD 1.4.5 ready. 46.21.220.80/28 via 193.138.118.89 on vlan0 [ospf1 13:12:32] * E2 (10/10/10000) [193.138.118.89] Any ideas, how to fix it? This is our bird.conf: log syslog { remote, error, auth, fatal, bug }; router id 193.138.118.90; protocol kernel { learn; scan time 20; export filter { if proto = "static_bgp" then reject; accept; }; } protocol device { scan time 10; } protocol ospf { preference 10; import filter { accept; }; export filter { if net.ip = 0.0.0.0 then reject; if source = RTS_STATIC then accept; if proto = "kernel1" then accept; if proto = "direct1" then accept; reject; }; area 0 { interface "vlan0" { }; interface "vlan*" { stub; }; interface "carp*" { stub; cost 1000; }; }; } protocol direct { import filter { accept; }; };

2 5

Bird as an MPLS RR
by Evelio VILA 16 Feb '16

16 Feb '16

Hi guys, I'm following the instructions from http://bird.mpls.in/projects/mpls-bird/wiki/Bird_rr but I get a syntax error when adding the table statements. I'm using Bird 1.4.5 for Ubuntu utopic installed from this ppa: deb http://ppa.launchpad.net/cz.nic-labs/bird/ubuntu utopic main deb-src http://ppa.launchpad.net/cz.nic-labs/bird/ubuntu utopic main But it seems that version is not yet compiled for VPNv4 (AFI/SAFI 1/128) capabilities. already checked this link with no luck... https://www.mail-archive.com/bird-users%40atrey.karlin.mff.cuni.cz/msg03141… any ideas? Thanks! Evelio Vila

3 2

deterministic order for include by wildcard
by Warren Turkal 28 Dec '15

28 Dec '15

Hey folks, Do wildcards in includes resolve in a deterministic order? I'd like to just put something like the following in my bird.conf: include "/etc/bird.d/*.conf" If I do that, can I rely on 10-common.conf to be included before 20-bgp_to_other_place.conf so that I can define templates in a common place and use those templated in the later included files? If there is a deterministic order, it might make sense to identify that order in the docs. I only found [1], which does not say anything about the order of the files included. Also, if the ordering does exist, does anything affect the ordering? As a side note, it would also be nice to add an anchor to each option in the different sections where there are options so that one could link directly to the option within the section. If that had existed, I could have linked to the "include" option directly. Is there a bug tracker somewhere for bird for this type of request? Thanks, wt [1]http://bird.network.cz/?get_doc&f=bird-3.html#ss3.2 at the "include" option

3 4

generic extended communities support
by Warren Turkal 28 Dec '15

28 Dec '15

Bird folks, Is there any chance that the transitive part of the following RFC draft will be implemented in BIRD? https://tools.ietf.org/html/draft-ietf-idr-as4octet-extcomm-generic-subtype… I only ask as the implementation seems like it might be trivial since one can already do something like (4, 4200000000, 60000) already works for ext communities in Bird. This would definitely be useful to me, as I am currently abusing route origin subtype ext communities since they have no special meaning in bird. I would love to see the following syntax available: (generic, 4200000000, 60000) Thanks, wt

2 1

Trouble with inter and intra area filtering between two areas.
by LU 28 Dec '15

28 Dec '15

Hello. Here's my setup with 4 routers: area 0 / \ R1 ---- R2 | | | | R3 ------ R4 \ area1 / What I am trying is to prevent routes that fall in 10.0.0.0/8 range from being announced from Area 1 routers (R3, R4) to Area 0 routers (R1, R2). At the same time I want Area 1 routers (R3, R4) to exchange these routes between themselves. I thought that I could achieve it by using "networks { 10.0.0.0/8 hidden; };" in Area 1 routers configs. Documentation says: "Hidden networks are not propagated into other areas." It does indeed prevent annoucement to Area 0 routers from Area 1, but at the same time it also filters these routes out between Area 1 routers (R3, R4) which is not what I want, I expected it not getting filtered from Area 1 routers. (Since they are the same area). Is there any way I can filter 10.0.0.0/8 from reaching Area 0 from Area 1, but at the same time keep such routes announced between Area 1 routers? Thank you. My configs are as follows: Config for R1: router id 1.1.1.1; protocol kernel { export all; } protocol device { scan time 10; } protocol static { } protocol ospf { tick 2; area 0.0.0.0 { interface "eth0" { # interface from R1 to R2 dead count 4; type broadcast; }; interface "eth1" { # interface from R1 to R3 dead count 4; type broadcast; }; }; } Config for R2: router id 2.2.2.2; protocol kernel { export all; } protocol device { scan time 10; } protocol static { } protocol ospf { tick 2; area 0.0.0.0 { interface "eth0" { # interface from R2 to R1 dead count 4; type broadcast; }; interface "eth1" { # interface from R2 to R4 dead count 4; type broadcast; }; }; } Config for R3: router id 3.3.3.3; protocol kernel { export all; } protocol device { scan time 10; } protocol static { } protocol ospf { tick 2; area 0.0.0.0 { interface "eth0" { # interface from R3 to R1 dead count 4; type broadcast; }; }; area 0.0.0.1 { stub yes; summary no; networks { 10.0.0.0/8 hidden; }; interface "eth1" { # interface from R3 to R4 cost 1000; dead count 4; type broadcast; }; interface "ppp*" { stub yes; }; }; } Config for R4: router id 4.4.4.4; protocol kernel { export all; } protocol device { scan time 10; } protocol static { } protocol ospf { tick 2; area 0.0.0.0 { interface "eth0" { # interface from R4 to R2 dead count 4; type broadcast; }; }; area 0.0.0.1 { stub yes; summary no; networks { 10.0.0.0/8 hidden; }; interface "eth1" { # interface from R4 to R4 cost 1000; dead count 4; type broadcast; }; interface "ppp*" { stub yes; }; }; }

2 1

route withdraws on BGP route-refresh
by Christos Trochalakis 28 Dec '15

28 Dec '15

Hello all, While debugging a route-refresh issue we discovered that when a route-refresh is received, bird, instead of just sending an update containing the exported routes, also withdraws **all known routes** from its peer. In our case, it withdraws the whole FIRT sending multiple BGP updates. Is this the expected behaviour? We are using bird 1.4.5. We believe that the opposite router has trouble processing all those withdrawed routes which leads to other connectivity issues.

3 3

[bird-ospf] LSA forward-address is incorrect
by danilov 28 Dec '15

28 Dec '15

Hello. I have a small network with several bird routers as bgp and ospf routers. EBGP-session has been established between one of our bgp-routers and customer router with multihop feature through OSPF-domain and iBGP-domain. Then bgp-router advertises the customer announce to other bgp-router, that also works as OSPF ASBR (ospf-domain on the one side and ibgp-domain on the other side). On this ASBR-router I see the valid next-hop value (customer router IP-address in OSPF-domain) in the corresponded routes of customer. This routes are installed to OSPF-domain, but in the outgoing LSA-updates I see only 0.0.0.0 forward-address values instead the customer router IP-address (I have checked it with wireshark). Brief flowchart: (CUSTOMER-ROUTER)--(PE)--<ospf-domain>--(ASBR)--<ibgp-domain>--(BGP-ROUTER) \ / \-------------------EBGP session---------------------/ Some info from ASBR: >From bird command line. bird> show route all XX.XX.102.0/23 export ospf_tst XX.XX.102.0/23 via YY.YY.0.210 on eth1 [bgp_tst_r1 12:41:09] * (100) [AS____i] Type: BGP unicast univ BGP.origin: IGP BGP.as_path: 48938 BGP.next_hop: ZZ.ZZ.21.94 <-- this address of the customer router in the ospf network (correct) BGP.med: 0 BGP.local_pref: 800 OSPF.metric1: 16777215 OSPF.metric2: 10000 OSPF.tag: 0x00000000 OSPF.router_id: 0.0.0.0 bird> show route all for ZZ.ZZ.21.94 protocol ospf_tst ZZ.ZZ.21.92/30 via WW.WW.6.32 on eth0.4 [ospf_tst 13:47:14] * I (150/16) [WW.WW.6.32] Type: OSPF unicast univ OSPF.metric1: 16 OSPF.metric2: 16777215 OSPF.tag: 0x00000000 OSPF.router_id: WW.WW.6.32 <-- pe-router ------------------------- Dump of LSA-packet: Open Shortest Path First OSPF Header Version: 2 Message Type: LS Update (4) Packet Length: 64 Source OSPF Router: YY.YY.0.10 (YY.YY.0.10) Area ID: 0.0.0.0 (0.0.0.0) (Backbone) Checksum: 0x0000 (None) Auth Type: Cryptographic (2) Auth Crypt Key id: 1 Auth Crypt Data Length: 16 Auth Crypt Sequence Number: 6541704 Auth Crypt Data: 973debe532daa553f846053cd44d481f LS Update Packet Number of LSAs: 1 AS-External-LSA (ASBR) .000 0000 0000 0001 = LS Age (seconds): 1 0... .... .... .... = Do Not Age Flag: 0 Options: 0x02 (E) 0... .... = DN: Not set .0.. .... = O: Not set ..0. .... = DC: Demand Circuits are NOT supported ...0 .... = L: The packet does NOT contain LLS data block .... 0... = NP: NSSA is NOT supported .... .0.. = MC: NOT Multicast Capable .... ..1. = E: External Routing Capability .... ...0 = MT: NO Multi-Topology Routing LS Type: AS-External-LSA (ASBR) (5) Link State ID: XX.XX.102.0 (XX.XX.102.0) Advertising Router: YY.YY.0.10 (YY.YY.0.10) Sequence Number: 0x80000001 Checksum: 0xb1b5 Length: 36 Netmask: 255.255.254.0 (255.255.254.0) External Type: Type 1 (metric is specified in the same units as interface cost) Metric: 20 Forwarding Address: 0.0.0.0 (0.0.0.0) <-- should be ZZ.ZZ.21.94 External Route Tag: 0 --------------------- Currently the workaround are used -static route on the PE, but this way has corresponded issues. With best regards, Anton Danilov littlesmilingcloud(a)gmail.com

2 1

Syntax for setting bgp_origin
by Гаврилов Игорь 22 Dec '15

22 Dec '15

Hi everyone! Could someone show me how to set bgp_origin attribute on redistributed prefixes? I have tried if net =10.0.0.0/8 then { bgp_origin = ORIGIN_INCOMPLETE; accept; } But it doesn't work.

3 5