- Bird-users - Mailing Lists

Bird 2.0.0: configure --with-protocols bug
by Luis Ressel 18 Dec '17

18 Dec '17

Hello *, I just discovered that bird's ./configure --with-protocols is buggy. If radvd is excluded from the protocol list, make fails with the error bison -dv -pcf_ -b obj/conf/cf-parse obj/conf/cf-parse.y obj/conf/cf-parse.y:3955.4-12: error: symbol PREFERRED is used, but is not defined as a token and has no rules PREFERRED ipa { kif_set_preferred($2); } ^^^^^^^^^ make: *** [conf/Makefile:23: obj/conf/cf-parse.tab.c] Error 1 Regards, Luis Ressel

2 2

Bird 2.0.0 -- unknown filter instructions
by Luis Ressel 18 Dec '17

18 Dec '17

Hello *, I've been experimenting with bird 2.0.0 for a few days now. Apart from the memory leak (which Ondrej's patch appears to fix), the most serious issue I've run into is a spurious bird crash caused by the filter code. Twice so far, bird died when I ran 'birdc configure', with the messages "<BUG> Unknown instruction 26912" and "<BUG> Unknown instruction 0", respectively. I haven't been able to reliably reproduce these crashes, though. If someone has an idea how to do this, or at least how to narrow down which part of my lengthy filter config is causing it, that'd be much appreciated! Regards, Luis Ressel

2 2

Bird 2.0.0 & VRF & Best Practices
by Tim Weippert 17 Dec '17

17 Dec '17

Hi List, i tried Bird 2.0.0, Kernel 4.14.6, Archlinux, VRF separated BGP Peerings. I get an Config running, where i had an BGP Peering in Global Space and one in a VRF. As the VRF Config seems "complex" i though maybe i do something wrong or even more complex as really needed. I had the following setup: VM1 - ens10 <----> ens10 - VM2 (Global Space, BGP Peering) VM1 - VRF RED - ens11 <----> ens11 - VRF RED VM2 ( VRF Peering) The following is my working config for the Peering "inside" the VRF: # VRF RED Tests ipv4 table T_VRF_RED; protocol kernel K_VRF_RED { vrf "red"; kernel table 100; scan time 20; ipv4 { table T_VRF_RED; import all; export all; }; } protocol direct C_VRF_RED { vrf "red"; ipv4 { table T_VRF_RED; }; interface "ens11"; interface "red"; # Think this can be ommitted ... } protocol static S_VRF_RED { vrf "red"; ipv4 { table T_VRF_RED; }; route 10.10.1.0/24 blackhole; } protocol bgp B_VRF_RED { vrf "red"; local 172.16.10.[1|2] as 65100; neighbor 172.16.10.[2|1] as 65100; multihop; # regular IPv4 unicast (1/1) ipv4 { table T_VRF_RED; import all; export where source ~ [ RTS_STATIC, RTS_BGP ]; }; } I tried several configs (with protocol direct, without) but this seems the only one, i get working Peerings with resolveable next hops. Is this as intended? Per VRF Kernel, Direct, BGP (Static only in my test) Protocol to get an working VRF aware / separated routing instance? Or is there something i misunderstand or can be simplified? Thanks for comments. regards, tim -- Tim Weippert http://weiti.org - weiti(a)weiti.org GPG Fingerprint - E704 7303 6FF0 8393 ADB1 398E 67F2 94AE 5995 7DD8

2 1

Bird 2.0.0 and (filter) code deduplication
by Luis Ressel 17 Dec '17

17 Dec '17

Hello *, TL;DR: Skip to last paragraph. during the migration to Bird 2.0.0, the combined linecount of my bird config files has increased by quite a bit. The bulk of the increase is an unfortunate consequence of the bird/bird6 merge which I'll describe in the following. With Bird 1.6.3 I could reuse protocol-agnostic filter code using the following scheme: $ cat bird.conf function foo() { # some v4-specific filter checks } include "common"; $ cat bird6.conf # same thing in green $ cat common function bar() { # protocol-agnostic boilerplate with calls to foo() all over it } This approach for code deduplication has become substantially more difficult with Bird 2.0.0. I do, however, have an suggestion on how to fix this: Could you please add a way to check the current channel's AFI/SAFI from within filter code? That way, I could keep my bar() function unmodified and merge the two foo() implementations using a 'if afi = "ipv4" then { } else { }' construction. Regards, Luis Ressel

3 3

User docs for 1.6 and 2.0 are mixed up
by Baptiste Jonglez 17 Dec '17

17 Dec '17

Hi, Congratulations for the 2.0 release :) It is nice to have kept the 1.6 documentation online. However, the table of contents of the 1.6 doc actually points inside the 2.0 doc. For instance, go to 1.6 doc at http://bird.network.cz/?get_doc&f=bird.html&v=16 and click on "6.3 BGP": it will lead to http://bird.network.cz/?get_doc&f=bird-6.html#ss6.3 which is the BGP documentation for bird 2.0. The links are probably simply missing a "&v=16" parameter. Thanks, Baptiste

2 1

Bird 2.0.0 memory leak
by Miłosz Oller 16 Dec '17

16 Dec '17

Hi After install bird 2.0.0 from sources, bird has memory leak. After running it c.a. 15min daemon used ~24G of RAM. Compile options: ./configure --enable-client --enable-libssh Debian 9, kernel 4.9.69 -- Miłosz

4 9

Re: Bird Installation Guide
by Moyaze Shivji 16 Dec '17

16 Dec '17

> On 15 Dec 2017, at 11:26, Pardeep Sharma <pardeep.sharma868(a)gmail.com> wrote: > > Hi Moyaze/BIRD EXPERTS, > > Thanks a lot Moyaze.. providing support.. > Appreciate your help Moyaze.. > > when I am running "birdc" in linux its gives error as attached. Please see the attachment.. I had gone some docs but didn;t resolution. Please guide me for next.. > Are you sure BIRD is running on your system ? try doing sudo bird -c “<path>/<config_name>” then do sudo birdc. Mo

3 4

(unfortunately) more BIRD-2.0.0 woes ...
by Clemens Schrimpe 15 Dec '17

15 Dec '17

Hello again - a couple of days ago I converted one of my test route-server setups from „dual BIRD-1.6.3“ to „single BIRD-2.0.0“ by simply „merging“ bird6.conf and bird.conf into a single (unified) new bird.conf - also observing the guidelines laid out in https://gitlab.labs.nic.cz/labs/bird/wikis/transition-notes-to-bird-2 <https://gitlab.labs.nic.cz/labs/bird/wikis/transition-notes-to-bird-2> . The results of this simple approach are between weird and stunning: I now have a bird process which is consuming 100% of one CPU. It is still talking to me through birdc, but is very sluggish, i.e. bringing up peers or tearing them down takes a long time - you even see states, like „flushing“ in „show proto all XXX“ for quite some time, which you normally don’t even notice, because they are usually very transitive :-) I haven’t gotten deeper into the problem, yet, but there appears to be a loop involving the affected peer’s Export Updates: Route change stats: received rejected filtered ignored accepted Import updates: 670962 0 0 0 670962 Import withdraws: 216 0 --- 0 216 Export updates: 317034802 159525749 157509053 --- 0 Export withdraws: 468 --- --- --- 0 (those numbers are increasing fast) Some of my peers were/are already MP-BGP capable and so some IPv6 peers now came up with „Hey, you speak IPv4 too? Cool! Here are some 700.000 routes for your, my friend!“, which is totally explicable, yet it surprised my a teeny bit, anyway :-) It should be made clear in the documentation, that BGP protocol definitions without explicit address-family → „channel“ definitions my eventually (see below) ending up MP-BGP sessions with the above effect!? Most surprising: My multiple-inheritance approach, using multiple, chained template definitions for my BGP „protocols“/sessions/peers broke in the weirdest way: I now have multiple IPv6 and IPv4 channels on some of my protocols with different parameterizations: bird> show protocols all BOGONS6 Name Proto Table State Since Info BOGONS6 BGP --- up 17:04:11.929 Established BGP state: Established Neighbor address: 2620:0:6b0::26e5:4207 Neighbor AS: 65332 Neighbor ID: 38.229.66.20 Local capabilities Multiprotocol AF announced: ipv4 ipv4 ipv6 ipv6 Route refresh Graceful restart Restart time: 120 AF supported: ipv4 ipv6 AF preserved: 4-octet AS numbers ADD-PATH RX: ipv4 ipv6 TX: ipv4 ipv6 Enhanced refresh Neighbor capabilities Multiprotocol AF announced: ipv6 Route refresh 4-octet AS numbers Session: external multihop AS4 Source address: 2001:XXXXXXXXXXXX:2c9b Hold timer: 120.187/240 Keepalive timer: 2.682/80 Channel ipv6 State: UP Table: master6 Preference: 100 Input filter: ACCEPT Output filter: REJECT Routes: 0 imported, 0 filtered, 0 exported Route change stats: received rejected filtered ignored accepted Import updates: 0 0 0 0 0 Import withdraws: 0 0 --- 0 0 Export updates: 49787 0 49787 --- 0 Export withdraws: 261 --- --- --- 0 BGP Next hop: 2001:XXXXXXXXXXXX:2c9b IGP IPv6 table: master6 Channel ipv4 State: DOWN Table: master4 Preference: 100 Input filter: ACCEPT Output filter: REJECT IGP IPv4 table: master4 Channel ipv6 State: UP Table: master6 Preference: 100 Input filter: no_defaults Output filter: REJECT Routes: 0 imported, 0 exported Route change stats: received rejected filtered ignored accepted Import updates: 0 0 0 0 0 Import withdraws: 0 0 --- 0 0 Export updates: 49787 0 49787 --- 0 Export withdraws: 261 --- --- --- 0 BGP Next hop: 2001:XXXXXXXXXXX:2c9b IGP IPv6 table: master6 Channel ipv4 State: DOWN Table: master4 Preference: 100 Input filter: no_defaults Output filter: REJECT IGP IPv4 table: master4 This appears to be the result of template bgp ALL_BGP { local as MY_AS; ipv6 { add paths on; graceful restart on; import keep filtered on; }; ipv4 { add paths on; graceful restart on; import keep filtered on; }; } template bgp UPLINK from ALL_BGP { allow local as 4; ipv6 { export none; import filter no_defaults; }; ipv4 { export none; import filter no_defaults; }; } protocol bgp BOGONS6 from UPLINK { neighbor 2620:0:6B0::26E5:4207 as 65332; source address 2001:XXXXXXXXXX:fe00:2c9b; multihop 255; } (which is, as explained above, a result of simply merging former bird6.conf and bird.conf files) Again, this is somehow „explicable“, yet completely surprising and „Something must be done against that!!!!11!!11 BURN THE WITCH!!!“ ;-), either within the documentation or within the code. (it seems the ipv6/ipv4 channel definitions within the templates each create their own instances instead of inheriting/enhancing (from) the ones upstream???) @Ondrej, et.al., is this even a „supported mode of operation“ → multiple IPv6 and IPv4 channels within one protocol? So this still somehow works, yet still with the 100% CPU consumption. @bird-devs: How would you like to address above issues? Yes, I can probably clean up the config file, which would probably even make the 100%-issue go away. But imho it shouldn’t be possible in the first place to create configs like these without BIRD at least kicking and screaming loudly about it. NB: This a a test-setup on a test-machine, so I’ll happily create accounts for you, if you send me an ssh-pubkey through email, if you like to have a „live look“ at the beast!? (it practically lives in your garden anyway → 14ms RTT to nic.cz :-) Liebe Grüße aus Berlin, Clemens

2 4

birdc 2.0.0 crashes
by Clemens Schrimpe 15 Dec '17

15 Dec '17

Hello all - I just compiled and installed BIRD 2.0.0 on a x86_64 Ubuntu 16.04.3 LTS (with ZFS root) test-machine and (most) things look pretty dandy so far. Though ... birdc crashes inside lib-readline when I attempt to go back in the command history (^P or ↑), but only if there already is something to go back to. It also fails to create the .birdc_history file in the first place. Thankfully the 1.6.3 birdc still works fine, so I can continue playing for now. Has anyone else found this as well already? Otherwise I'd dig deeper (would have to install debug tools on the target machine, etc.) Thanks, Clemens PS: Great Work, Team!!! I really appreciate your efforts!

3 15

Bird Installation Guide
by Pardeep Sharma 15 Dec '17

15 Dec '17

Hi Bird Experts, Help will be appreciated!! I have below some queries for BIRD. 1. I am running BIRD in Ubuntu 16.04 first time, So can you please guide me its installation process. If is there any link/document, please share with me. 2. Which base operating system is better for BIRD - Linux or Ubuntu? Actually we have to guide customer over it. 3. If you have any idea how to link IXP manager with BIRD, please share with that also. Thanks a lot -- Thanks & Regards Pardeep

2 6