July 2014 - Bird-users - Mailing Lists

Re: ubuntu packages upstart config - $BIRD_ARGS missing
by Frederik Kriewitz 24 Jul '14

24 Jul '14

On Thu, Jul 24, 2014 at 5:01 PM, Ondřej Surý <ondrej(a)debian.org> wrote: > I have added your patch and updated Ubuntu PPAs with Ubuntu patch > level 2 (+2 at the end). Should be built and up shortly. Thank you very much for your instant action.

1 0

ubuntu packages upstart config - $BIRD_ARGS missing
by Frederik Kriewitz 24 Jul '14

24 Jul '14

Hello Ondřej, it looks like you forgot to add $BIRD_ARGS during the creation of the upstart config files. That causes some trouble if you try to enable e.g. graceful restarts (-R flag). We would appreciate it if you could apply the attached patch to fix that. Best Regards, Frederik Kriewitz

1 0

RFC5549?
by Sargun Dhillon 22 Jul '14

22 Jul '14

Is there an plan to support RFC5549 with eBGP soon? Would it require a ton of work (I imagine, given that BIRD, isn't IPv6 aware)?

1 0

Getting started with OSPFv3
by Daniel Corbe 22 Jul '14

22 Jul '14

I'm trying to get an IPv6 adjacency up and running and I'm having issues. I'm hoping someone can point me in the right direction here. When I bring up bird6 I get this: Jul 11 18:08:38 router-priamry bird6: main: Cannot find forwarding address for NSSA-LSA ::/96 Jul 11 18:08:38 router-priamry bird6: main: Cannot find forwarding address for NSSA-LSA ::/0 Jul 11 18:08:38 router-priamry bird6: main: Cannot find forwarding address for NSSA-LSA ::ffff:0.0.0.0/96 Followed by this, repeatedly, forever: Jul 11 18:21:15 router-priamry bird6: OSPF: Received non-hello packet from unknown neighbor (src fe80::c67d:4fff:fe9f:945, iface em0) The relevant interface config: em0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=9b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM> ether 00:0c:29:9c:5c:28 inet 70.32.199.66 netmask 0xffffffe0 broadcast 70.32.199.95 inet6 fe80::20c:29ff:fe9c:5c28%em0 prefixlen 64 scopeid 0x1 inet 70.32.199.65 netmask 0xffffffff broadcast 70.32.199.65 vhid 1 nd6 options=23<PERFORMNUD,ACCEPT_RTADV,AUTO_LINKLOCAL> media: Ethernet autoselect (1000baseT <full-duplex>) status: active carp: MASTER vhid 1 advbase 1 advskew 0 The bird config: log syslog all; debug protocols all; router id 70.32.199.66; protocol kernel { learn; # Learn all alien routes from the kernel # persist; # Don't remove routes on bird shutdown scan time 20; # Scan kernel routing table every 20 seconds import all; # Default is import all export all; # Default is export none # kernel table 5; # Kernel table to synchronize with (default: main) } # This pseudo-protocol watches all interface up/down events. protocol device { scan time 10; # Scan interfaces every 10 seconds } protocol ospf main { # tick 2; # rfc1583compat yes; import all; export all; area 900 { stub; nssa; interface "em0" { hello 1; dead 4; type broadcast; }; }; } And the config from the Cisco side: interface Vlan881 ip address 70.32.199.94 255.255.255.224 ip policy route-map LAB ipv6 enable ipv6 ospf hello-interval 1 ipv6 ospf 100 area 900 end ! route-map LAB permit 5 match ip address LAB set ip next-hop 10.120.0.93 ! ip access-list extended LAB permit ip 70.32.199.64 0.0.0.31 any ! ipv6 router ospf 100 router-id 10.120.9.1 area 900 nssa passive-interface default no passive-interface Vlan881 ... redistribute connected redistribute static ! Regards, Daniel

3 3

Equal cost multipath support for BGP
by MrBr ＠ GMail 21 Jul '14

21 Jul '14

Hello Is there any way to configure ECMP in BGP?

2 2

Bring UCI and LUCI configuration for Bird4/6 to improve integration with OpenWRT
by Eloi Carbó Solé 21 Jul '14

21 Jul '14

Hi everyone, I am Eloi Carbó, a student from the UPC in Catalonia, doing a Google Summer of Code [0] with the QMP project [1] team, and the support of Guifi.net [2] and BMX6 [3] developers and under the scope of Freifunk [4]. I would like to inform you that we are bringing UCI and LUCI configuration support to Bird4 (now) and Bird6 (ASAP) putting our efforts on BGP routing. All the background and project information can be seen in [0] so, just to summarize, I am going to be working during the GSoC as described in [0] and later, I will continue porting the rest of the protocols and improving them. Our main goal is the OpenWRT team to accept our package in the main repository. Currently I am rewriting the whole UCI configuration scripts as I found some difficulties in LUCI that, changing the configuration scheme, would improve its simplicity. Now I am fixing UCI scripts, improving LUCI and porting that to Bird6 owing to have both versions with an stable initial version. The code will be available in [5], but currently it is not usable yet. The hardware I am using are: - TP-Link WDR 4300 (and 4900) - Mikrotik Routerboard 750G - And connecting to Guifi.net network (about 600 routes). Best regards, [0] - http://qmp.cat/News/12_Google_Summer_of_Code_2014_and_QMP [1] - http://qmp.cat/Home [2] - http://guifi.net/en/node/38392 [3] - http://bmx6.net/projects/bmx6 [4] - http://freifunk.net/en/ [5] - https://github.com/eloicaso/bird4-openwrt -- Eloi Carbó

3 5

Run external script after accepting BGP update or withdraw
by Stanislav Datskevich 21 Jul '14

21 Jul '14

Hi, Does BIRD support to run external command after BGP update or withdraw message received (and accepted by filter) with arguments or env variables with details of received announce message?

8 14

Re: Version 1.4.4
by Ondrej Filip 15 Jul '14

15 Jul '14

Hi Job, Ondrej Sury is working on it. Ondrej <div>-------- Original message --------</div><div>From: Job Snijders <job(a)instituut.net> </div><div>Date:15/07/2014 16:04 (GMT+01:00) </div><div>To: Ondrej Filip <feela(a)network.cz> </div><div>Cc: Jonathan Stewart <jonathan.stewart(a)gmail.com>,bird <bird-users(a)network.cz> </div><div>Subject: Re: Version 1.4.4 </div><div> </div>On Thu, Jul 10, 2014 at 12:46:23AM +0200, Ondrej Filip wrote: > On 10.7.2014 00:42, Jonathan Stewart wrote: > > it's done but third Ondrej (Sury) and I am sure he will make it the > morning (in about 10 hrs). I am working on Fedora packages right now. Does anyone know where to find BIRD 1.4.4 .deb packages for Ubuntu 14.04 amd64? :-) Launchpad ppa has 1.4.2 Kind regards, Job

1 0

Re: Behavior during OSPF premature aging
by Olivier Benghozi 14 Jul '14

14 Jul '14

Hi guys, Ondrej Zajicek wrote: > On Tue, Jun 24, 2014 at 08:46:20AM +0100, Lennard Klein wrote: >> >> When premature aging an LSA, bird seems to increase the LSA sequence number to its maximum (proto/ospf/lsupd.c line 616, in 1.4.3). >> While I think the main fault lies with the other vendor, my question >> at this time is: what is the reasoning behind updating the sequence >> number to its maximum, even though the RFC says to leave it as-is? > > This is done mainly to compensate other problems/quirks/hacks in BIRD > OSPF implementation. One reason is that if you flush LSA using MaxSeqNo, > you could forget old LSA sequence number, and when you originate a new > one later, you could safely start from InitSeqNo. > > Currently i am finishing OSPF revision that removes most of these BIRD > quirks and problems related to LSA flood and makes BIRD much better in > RFC compliance. I've just hit the wall with that on Redback/Ericsson gears; for their code, signed 0x80000005 is more recent than signed 0x7fffffff according to the debugs (while I've no problem at all with a Juniper router). For my use (announcing anycast service loopbacks as tagged N2 routes) I guess I could push the metric to Infinite to see the route disappear (but not the LSA), while it's not very satisfying. However I must say that I'm more than interested by such a code revision (since manually replacing LSA_MAXSEQNO to 0xffffffff in ospf/lsupd.c line 616 would be a horrible hack) :) Lennard, which vendor do you have problem with? On my side I've opened a bug at Eric&Son's TAC. -- regards, Olivier Benghozi Wifirst

2 2

Strange entries in OSPF LSADB
by 1 Игорь 11 Jul '14

11 Jul '14

Hi! I'm use OSPF network statement networks { 10.32.0.0/12; } And when I look at show ospf lsadb I see entry 0003 10.47.255.255 10.0.0.0 237 80000001 809e I discover, that for some networks LSADB entries looks strange: In bird.conf: networks { 10.32.0.0/12; 10.48.0.0/12; 10.64.0.0/12; 10.80.0.0/12; 10.96.0.0/12; 10.112.0.0/12; 10.128.0.0/12; 10.144.0.0/12; 10.160.0.0/12; 10.176.0.0/12; 10.192.0.0/12; 10.208.0.0/12; 10.224.0.0/12; 10.240.0.0/12; }; bird> show ospf lsadb 0001 10.0.0.0 10.0.0.0 174 8000011b 43b4 0003 10.47.255.255 10.0.0.0 237 80000001 809e 0003 10.48.0.0 10.0.0.0 68 80000001 74a9 0003 10.79.255.255 10.0.0.0 62 80000001 feff 0003 10.80.0.0 10.0.0.0 62 80000001 f20b 0003 10.111.255.255 10.0.0.0 56 80000001 7d61 0003 10.112.0.0 10.0.0.0 50 80000001 716c 0003 10.143.255.255 10.0.0.0 44 80000001 fbc2 0003 10.144.0.0 10.0.0.0 44 80000001 efcd 0003 10.175.255.255 10.0.0.0 38 80000001 7a24 0003 10.176.0.0 10.0.0.0 32 80000001 6e2f 0003 10.207.255.255 10.0.0.0 26 80000001 f885 0003 10.208.0.0 10.0.0.0 20 80000001 ec90 0003 10.239.255.255 10.0.0.0 20 80000001 77e6 0003 10.240.0.0 10.0.0.0 14 80000001 6bf1 Is it normal?

3 6