- Bird-users - Mailing Lists

bird BGP configuration example
by Nick 'TARANTUL' Novikov 26 Jan '04

26 Jan '04

Where I can fing bind BGP configuration example? I need example with different filters to many neighbor. -- TARANTUL

2 1

version mismatch: cosmetic patch
by Yury Bokhoncovich 30 Dec '03

30 Dec '03

Hello! I've got a not pleasure minute due to this:( : =============================== --- bird-1.0.6/sysdep/config.h Mon Apr 7 02:42:19 2003 +++ bird-1.0.7/sysdep/config.h Tue Dec 30 18:24:32 2003 @@ -7,7 +7,7 @@ #define _BIRD_CONFIG_H_ /* BIRD version */ -#define BIRD_VERSION "1.0.6" +#define BIRD_VERSION "1.0.7" /* Include parameters determined by configure script */ #include "sysdep/autoconf.h" =============================== Please, don't forget to change version number in the future.:) -- WBR, Yury Bokhoncovich, Senior System Administrator, NOC of F1 Group. Phone: +7 (3832) 106228, ext.140, E-mail: byg(a)center-f1.ru. Unix is like a wigwam -- no Gates, no Windows, and an Apache inside.

1 0

bug
by Sörös József 16 Dec '03

16 Dec '03

Hi! I discoverd a bug visually. I do not know in what circumstances causes this functional problem. But I think it is better to correct.. Best regards: Joseph --- dbdes-ori.c Tue Dec 16 07:39:26 2003 +++ dbdes.c Thu Dec 11 18:33:56 2003 @@ -360,7 +360,7 @@ case NEIGHBOR_LOADING: case NEIGHBOR_FULL: if((ps->imms.byte==n->imms.byte) && (ps->options=n->options) && - (ps->ddseq==n->dds)) /* Only duplicate are accepted */ + (ntohl(ps->ddseq)==n->dds)) /* Only duplicate are accepted */ { OSPF_TRACE(D_PACKETS, "Received duplicate dbdes from %I.",n->ip); return;

1 0

Troubles with getting working two BGP uplinks
by Yury Bokhoncovich 06 Dec '03

06 Dec '03

Hello! We have got BIRD in production on one of our links for five months. And we have no troubles. Now we are trying to get it workin gwith 2 uplinks but have no luck.:( The new BGP neighbour sets OK but the old neighbour stops function at all. Diagnostics: bird: BGP: Unauthorized connect from IPADDR-PEER1 port 15590 And all routes reassigned from the old peer to the new one. If I disabled the new peer, things comes back as before. Notice: We have one quirk feature, one static route is not from our ASN It is 195.151.30/24. Can someone give me a point on this topic? The relevant config parts follow below: protocol static { route 0.0.0.0/0 via IPADDRPEER1; route 10.0.0.0/8 reject; route 172.16.0.0/12 reject; route 192.168.0.0/16 reject; route 169.254.0.0/16 reject; route 195.151.30.0/24 via 195.69.148.253; } protocol bgp { disabled no; local as 28927; neighbor IPADDRPEER1 as ASN1; neighbor IPADDRPEER2 as ASN2; import all; # export where source=RTS_STATIC; export filter { if source = RTS_STATIC then { if net ~ 195.69.148.0/22 then { accept; } else if net ~ 195.151.30.0/24 then { reject; } } reject; }; } -- WBR, Yury Bokhoncovich, Senior System Administrator, NOC of F1 Group. Phone: +7 (3832) 106228, ext.140, E-mail: byg(a)center-f1.ru. Unix is like a wigwam -- no Gates, no Windows, and an Apache inside.

2 1

rip message
by Eric Leblond 06 Dec '03

06 Dec '03

Hello, There's a problem in the rip_tx_err fonction in proto/rip/rip.c. The proto name was badly set. Here's a patch fixing it. BR, -- Eric Leblond <eleblond(a)init-sys.com> Alphalink

3 5

Archive?
by Gordon Henderson 12 Nov '03

12 Nov '03

Is there an archive of this mailing list kept anywhere? Ta, Gordon

4 5

Please Help Me!
by Maurizio Paluan 30 Oct '03

30 Oct '03

Hi All! I have some clients that have internet access by a linux machine (RH 8.0) with a NAT. The machine has ip 192.168.0.21 and has connect to two adsl modem that have the follow ip: 192.168.0.1 and the other 192.168.0.2. I need to switch automatically the linux machine kernel routing table when a adsl modem go down. How can I configure my bird.conf to do this? Best Regards, Maurizio Paluan

2 1

Bug!? Bird destroy routing table on exit
by Michael Roth 25 Oct '03

25 Oct '03

Hello, I have a problem with bird (I'm new to bird, ospf and dynamic routing): When bird exits (using birdc command "down", or using kill), it destroys one of my network link I think it shouldn't. 1.) Before I start bird, my configuration of host1 looks like that: host1:/# ip route 192.168.1.0/24 dev tun10 proto kernel scope link src 192.168.1.254 192.168.11.0/24 dev eth0 proto kernel scope link src 192.168.11.9 default via 192.168.11.254 dev eth0 host1:/# ifconfig tun10 tun10 Link encap:Ethernet HWaddr 00:FF:69:85:61:EB inet addr:192.168.1.254 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:25736 errors:0 dropped:0 overruns:0 frame:0 TX packets:28769 errors:0 dropped:66 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:2043460 (1.9 MiB) TX bytes:13343994 (12.7 MiB) host1:/# cat /etc/bird.conf: protocol device { } protocol direct { interface "eth*"; interface "tun*"; } protocol kernel { import all; export all; } protocol ospf { area 0 { interface "eth*" { }; interface "tun*" { }; }; } The network device 'tun10' is a linux tuntap device which simulates a normal ethernet network device on host1. The other side of 'tun10' is connected to a linux-user-mode kernel which I will name host2. Inside host2 the network device 'tun10' of host1 appears as device 'eth0'. This is a simulated ethernet network with two hosts on it. In host1 the device name of the ethernet card is 'tun10' and in host2 the device name oh the ethernet card is 'eth0'. The bird configuration of host2 is identical to host1, except that all lines with "tun*" are omitted. The routing table of host2 before I start bird looks like: host2:/# ip route 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.1 2.) Now, I start bird on both hosts and after about a minute the routing table of host2 is updated: host2:/# ip route 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.1 192.168.11.0/24 via 192.168.1.254 dev eth0 proto bird The routing table oh host1 doesn't change. I think this is ok, because host1 can't learn new routes from host2 because there aren't any new facts which host2 tells about routing to host1. The table of host1 still looks like: host1:/# ip route 192.168.1.0/24 dev tun10 proto kernel scope link src 192.168.1.254 192.168.11.0/24 dev eth0 proto kernel scope link src 192.168.11.9 default via 192.168.11.254 dev eth0 3.) Now I stop bird running on host1: host1:/# killall bird After this command, the routing table of host1 is destroyed! host1:/# ip route 192.168.1.0/24 via 192.168.1.1 dev tun10 proto bird 192.168.11.0/24 dev eth0 proto kernel scope link src 192.168.11.9 default via 192.168.11.254 dev eth0 Look at the 192.168.1.0/24 entry: 'proto' is changed to 'bird' from 'kernel', the source address is deleted, and the scope is set to 'global' (not printed), and a gateway route via 192.168.1.1 is added?!?! I think this is totally wrong. A short note: The device 'tun10' is still correct configured after bird scrambled the routing table: host1:/# ifconfig tun10 tun10 Link encap:Ethernet HWaddr 00:FF:69:85:61:EB inet addr:192.168.1.254 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:25766 errors:0 dropped:0 overruns:0 frame:0 TX packets:28800 errors:0 dropped:66 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:2045912 (1.9 MiB) TX bytes:13346364 (12.7 MiB) Restarting bird on host1 doesn't work, because there isn't any correct route to the network connected through 'tun10' and bird can't reach host2. The source address is missing and the gateway is just plain wrong. Is this a bug? Or is this my fault? cu Michael Roth ______________________________________________________________________________ Die Besten ihrer Klasse! WEB.DE FreeMail (1,7) und WEB.DE Club (1,9) - bei der Stiftung Warentest - ein Doppelsieg! http://f.web.de/?mc=021184

2 1

Hello to the list, and a little question.
by Felix Llorente Pastora 30 Sep '03

30 Sep '03

I have downloaded Bird, but i cannot compile it, it tell me that (whe i do "make"): cf-parse.y:1310.2: syntax error, unexpected "|" cf-parse.y:1338.3: syntax error, unexpected "|" Them I try to fix it doing [....] pref_item: - pref_el; - | pref_hid; + pref_el + | pref_hid [....] But them I get this other: cf-parse.y:1287.13-17: se usa el símbolo DELAY, pero no está definido como terminal y no tiene reglas cf-parse.y:1291.9-17: se usa el símbolo BROADCAST, pero no está definido como terminal y no tiene reglas cf-parse.y:1289.4-7: se usa el símbolo WAIT, pero no está definido como terminal y no tiene reglas I am compiling it with: "./configure --with-protocols=ospf", gcc version 2.95.4 20011002 (Debian prerelease), bison (GNU bison) 1.875a and GNU m4 1.4 Thanks. P.D.: Sorry for the spanish bison output. -- Félix Llorente zaragozawireless: www.zaragozawireless.org direcciones email: kleynjans(a)zaragozawireless.org ccocc(a)wanadoo.es

2 1

BUG?
by Damjan 30 Sep '03

30 Sep '03

I've got this in my bird.log, after this bird has crashed... Bird is 1.0.7. And this is my OSPF config: protocol ospf ONNET_BB { export none; import filter { if ospf_metric2 = 65535 then { reject; } accept; }; area 0.0.0.0 { interface "eth0" { hello 15; cost 11; priority 7; dead count 4; retransmit 7; }; }; } I think this all happened because off one Cisco router that can't become ospf neighbour with bird, although it neighbours with other Cisco's just fine. 29-09-2003 20:00:26 <DBG> ONNET_BB: Bad OSPF packet received: size field does not match 29-09-2003 20:00:26 <DBG> ONNET_BB: Discarding 29-09-2003 20:00:27 <DBG> ONNET_BB: Bad OSPF packet received: size field does not match 29-09-2003 20:00:27 <DBG> ONNET_BB: Discarding 29-09-2003 20:00:36 <ERR> KIF: Invalid broadcast address 10.255.255.255 for eth1 29-09-2003 20:00:36 <ERR> KIF: Invalid broadcast address 10.255.255.255 for eth1 29-09-2003 20:00:42 <DBG> ONNET_BB: Bad OSPF packet received: size field does not match 29-09-2003 20:00:42 <DBG> ONNET_BB: Discarding 29-09-2003 20:00:42 <DBG> ONNET_BB: Bad OSPF packet received: size field does not match 29-09-2003 20:00:42 <DBG> ONNET_BB: Discarding 29-09-2003 20:00:46 <ERR> KIF: Invalid broadcast address 10.255.255.255 for eth1 29-09-2003 20:00:46 <ERR> KIF: Invalid broadcast address 10.255.255.255 for eth1 29-09-2003 20:00:51 <BUG> Router parent does not have next hop. -- Damjan Georgievski

2 1