February 2017 - Bird-users

Adding more then one bgp community at once
by Борис Коваленко 05 May '23

05 May '23

Hello! Is this possible to add many communites at once? bgp_community.add([(1,1), (1,2)]) is wrong "Setting clist attribute to non-clist value" Regards, Boris -- С уважением, Борис Коваленко

4 5

Version 1.6.2
by Ondrej Filip 31 Aug '17

31 Aug '17

Dear users, a new version of the 1.6.x branch is out: Version 1.6.2 (2016-09-29) o Fixes serious bug introduced in the previous version Upgrade from 1.6.1 is highly recommended. Enjoy it! Ondrej

4 6

BGP Monitoring Protocol (BMP) support in Bird?
by Baptiste Jonglez 11 Jul '17

11 Jul '17

Hi, I am wondering if somebody is working on BGP Monitoring Protocol (BMP) support in Bird? Note that I'm just asking, I'm not requesting our beloved Bird developers to add this feature with a deadline set to yesterday :) I might try to implement it if nobody else already did. Basically, this is just a way to export BGP data over a TCP connection: http://tools.ietf.org/html/rfc7854 This looks like a useful alternative to dumping to mrtdump files, there are already several free software clients: https://code.google.com/archive/p/bmpreceiver/ http://www.openbmp.org/#!index.md Baptiste

3 3

bird redhat repo missing rpms for 1.6.3
by Ruben Herold 30 May '17

30 May '17

hi, the repo for bird redhat rpms is still on 1.6.2. Ist it unmaintained? Ruben -- Ruben Herold ruben(a)insecure.pw

6 10

[PATCH] protocol aggregation
by Alexander V. Chernikov 03 Apr '17

03 Apr '17

2 3

OSPF ptmp
by Борис Коваленко 05 Mar '17

05 Mar '17

Hello, Ondrej! There was something wrong with my previous test. So I did new one. Answering your questions: 1) Where interface is broadcast and mode is ptmp - bird does not send any packet (checked with tcpdump) but with "debug all" there are messages "<TRACE> main_ospf: HELLO packet sent via em0" every tick. 2) Yes, if neighbors are configured ptmp works as expected. Without neighbors configured it even does not learn neighbors from incoming packets. 3) I read FreeBSD related post, but 1.6.3 is official port for FreeBSD and it includes patch: +#if (defined __OpenBSD__) || (defined __DragonFly__) || (defined __FreeBSD__ && (__FreeBSD_version >= 1100030)) + /* Different BSDs have different expectations of ip_len endianity */ ip->ip_len = htons(ip->ip_len); #endif 4) There really are no problems with mode == broadcast >* Hello! *> >* Trying to run bird on ethernet interface with type = ptmp. Yes, I know that *>* ethernet is broadcast interface, but there is a good practice to use ptmp *>* on ethernet. I found a strange bug. When type = ptmp, bird sends only one *>* Hello packet and then stops (and even receive?) next packets until I fully *>* restart bird, while other side (cisco or mikrotik) sends packets every 10s *>* (as configured). * Hello To which address it sends the Hello packet? To the first learned neighbor? What you see in logs if you enable 'debug all' for OSPF? What is shown by 'show ospf neighbors'? Note that BIRD expect that you specify neighbors in 'neighbors' section for NBMA or PTMP modes, but it would learn neighbors from received Hello packets. >* There is no problems with type = broadcast * >* FreeBSD - 11-STABLE *>* Bird 1.6.3 * There were people reporting problems in FreeBSD 11 due to API change, but that would affect also broadcast mode: https://www.mail-archive.com/bird-users@network.cz/msg01542.html -- Elen sila lumenn' omentielvo Ondrej 'Santiago' Zajicek (email: santiago at crfreenet.org <http://trubka.network.cz/mailman/listinfo/bird-users>) OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net) "To err is human -- to blame it on a computer is even more so." -- С уважением, Борис Коваленко

2 8

iBGP - Simple static route exchange
by Cedric Lemarchand 05 Mar '17

05 Mar '17

Hello, I am trying to distribute 2 static routes between 2 hosts, not directly connected, and I am having hard time to make it works … host1 10.10.1.1 (eth0) own subnet 192.168.1.0/24 ( 192.168.1.1 on eth1) host2 10.10.2.1 (eth0) own subnet 192.168.2.0/24 ( 192.168.2.1 on eth1) I get the following error : host1 bird: bgp1 < rejected by protocol 192.168.2.0/24 unreachable host1 bird: bgp1 > updated [best] 192.168.2.0/24 unreachable Bellow the bird.conf of both hosts : log syslog all; router id 10.10.1.1; debug protocols all; protocol direct { interface "*"; # Restrict network interfaces it works with } 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 } protocol device { scan time 10; # Scan interfaces every 10 seconds } protocol static { debug all; route 192.168.1.0/24 via 10.10.2.254; export all; } protocol bgp { multihop; #gateway recursive; import all; export all; #export where proto = "static1"; local as 3000; neighbor 10.10.2.1 as 3000; #next hop self; } — log syslog all; router id 10.10.2.1; protocol direct { interface "*"; # Restrict network interfaces it works with } 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 } protocol device { scan time 10; # Scan interfaces every 10 seconds } protocol static { route 192.168.2.0/24 via 10.10.1.254; export all; } protocol bgp { multihop; #gateway recursive; import all; #export where proto = "static1"; export all; local as 3000; neighbor 10.10.1.1 as 3000; #next hop self; } — Cédric Lemarchand

2 7

bird vs cisco/quagga
by Борис Коваленко 04 Mar '17

04 Mar '17

Hello! I'm newbie to bird. Used cisco/quagga before. But filter language of bird is very nice, so I want to try it. But I have one big misunderstanding. With other vendors each protocol has it own routing table. So OSPF may work only with ospf prefixes, BGP with bgp and so on. If we need protocol to get access to other routing tables there are redistribute XXX commands. Unfortunatelly in bird there is one "super" table by default. So i get sutiation where I have to prefixes on router, one from static protocol, and one from ibgp. Prefix from ibgp has some communities on it, and I use this communities in filters to ebgp. But static prefix always win. By some reason I can't remove static prefix and use ibgp prefix and also can't add communities to static prefix as they are changed by other router. I guess that "standard" behaviour of Cisco/Quagga may be done with bird too. May gurus tell me how to do this? Regards, Boris -- С уважением, Борис Коваленко

3 4

how to change mtu on freebsd routes
by Илья Шипицин 28 Feb '17

28 Feb '17

Hello, I can change mtu manually like route change 192.168.1.1 -mtu 9000 change host 192.168.1.1 how can I do that on routes that come from ospf ? can I run script after route is changed ? thanks! Ilya Shipitsin

1 0

filters, line 1360: ~ applied on unknown type pair
by Job Snijders 28 Feb '17

28 Feb '17

Hi all, I see the following pop up in the syslog, over and over again: root@eunetworks-2:/etc/bird# tail -F /var/log/syslog | grep filters Feb 24 19:34:32 eunetworks-2 bird: filters, line 1360: ~ applied on unknown type pair Feb 24 19:34:32 eunetworks-2 bird: filters, line 1360: ~ applied on unknown type pair Feb 24 19:34:32 eunetworks-2 bird: filters, line 1360: ~ applied on unknown type pair Feb 24 19:34:32 eunetworks-2 bird: filters, line 1360: ~ applied on unknown type pair Feb 24 19:34:32 eunetworks-2 bird: filters, line 1360: ~ applied on unknown type pair However, tracing down where the error comes from is not so trivial: root@eunetworks-2:/etc/bird# find /etc/bird -type f | xargs grep include | wc -l 302 root@eunetworks-2:/etc/bird# du -sh /etc/bird 48M /etc/bird root@eunetworks-2:/etc/bird# I have a glorious spaghetti spread over almost 50 megabytes of config. Anyone got any idea why I'm seeing this warning, and how I can figure out what BIRD considers 'line 1360'? Kind regards, Job

2 1