January 2014 - Bird-users

OSPFv3 (IPv6) Router ID handling
by arno.odermatt＠ch.schindler.com 15 Jan '14

15 Jan '14

Hi, I am evaluating an OSPF solution with bird for IPv4 and IPv6. Tests are all working fine. For IPv4, there is no explicit configuration regarding the router ID (# Override router ID #router id 198.51.100.1; works find) required, BIRD as other OSPF router simply collects and selects a local IP address (lowest or highest value) out of one of the locally existing NIC's addressing. This is nice, since all of the config's within an OSPF areas might look the same and configuration effort is minimized. Unfortunately, with OSPFv3 for IPv6, this seems not to behave the same, therefore configuration effort an a explicit router ID concept is required , when setting up and deploying further IPv6 OSPF routing instances. Can this be solved somehow? freundlich grüsst, kind regards, _________________________ _________________________ _________________________ _________________________ _________________________ ________________ Arno Odermatt arno.odermatt(a)ch.schindler.com ****************************************************** Notice: The information contained in this message is intended only for use of the individual(s) named above and may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you are not the intended recipient of this message you are hereby notified that you must not use, disseminate , copy it in any form or take any action in reliance of it. If you have received this message in error please delete it and any copies of it and notify the sender immediately. *******************************************************

2 1

BIRD unable to read data from TUN/TAP device
by Cyrill Gössi 14 Jan '14

14 Jan '14

Hi I'm trying to let BIRD communicate over virtual network devices created by the Linux TUN/TAP module. As it seems the tap devices receive the messages from BIRD. However, BIRD does not seem to receive the messages sent to it over the tap device. I described the scenario and the issues I run into in more detail on stackoverflow. If somebody has some experience with running BIRD over TUN/TAP devices, please take a look here: http://stackoverflow.com/questions/21001713/linux-tun-tap-unable-to-read-da… Much thanks to anybody that can provied me with some insights into the issue! Best, Cyrill

2 1

OSPF getting forwarding address wrong
by Tore Anderson 14 Jan '14

14 Jan '14

Hi, My anycast nodes exports the availability of their services by configuring /32s configured on the loopback intefaces. These are in turn exported to the OSPF protocol running on bond0: $ birdc 'show interfaces' BIRD 1.3.11 ready. lo up (index=1) MultiAccess AdminUp LinkUp Loopback Ignored MTU=65536 192.0.2.1/32 (Primary, scope univ) 127.0.0.1/8 (Unselected, scope host) 192.0.2.2/32 (Unselected, scope univ) 192.0.2.5/32 (Unselected, scope univ) 192.0.2.3/32 (Unselected, scope univ) 192.0.2.4/32 (Unselected, scope univ) 192.0.2.6/32 (Unselected, scope univ) [..skipping DOWN ifs...] bond0 up (index=6) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 192.0.2.114/28 (Primary, scope univ) Now, there are something strange going on here. Sometimes, and I have not yet been able to understand when or how or why it happens, the resulting Type-7 LSAs that get sent to the upstream router has a forwarding address that is one of the other service addresses configured on "lo", instead of the actual address on "bond0". The upstream router (running JUNOS) doesn't install these routes in its forwarding table, which means that the anycasted service doesn't attract the traffic as it should. This is what the router sees: tore@rtr> show ospf database lsa-id 192.0.2.1 extensive Area 1.2.3.4 Type ID Adv Rtr Seq Age Opt Cksum Len NSSA 192.0.2.1 192.0.2.114 0x8000122a 1145 0x8 0x90ab 36 mask 255.255.255.255 Topology default (ID 0) Type: 2, Metric: 10000, Fwd addr: 192.0.2.114, Tag: 0.0.0.0 Aging timer 00:40:55 Installed 00:19:04 ago, expires in 00:40:55, sent 00:19:02 ago Last changed 13w5d 21:57:44 ago, Change count: 1 Standby flood status Idle {master:0} tore@rtr> show ospf database lsa-id 192.0.2.2 extensive Area 1.2.3.4 Type ID Adv Rtr Seq Age Opt Cksum Len NSSA 192.0.2.2 192.0.2.114 0x800000e8 1388 0x8 0x51a9 36 mask 255.255.255.255 Topology default (ID 0) Type: 2, Metric: 10000, Fwd addr: 192.0.2.6, Tag: 0.0.0.0 Aging timer 00:36:51 Installed 00:23:07 ago, expires in 00:36:52, sent 00:23:05 ago Last changed 4d 19:56:46 ago, Change count: 1 Standby flood status Idle I have confirmed with tcpdump running on the anycast node that the forwarding address in the LS-Update packets sent by BIRD is indeed 192.0.2.6. So at the time of writing, I have the following: LSA-ID 192.0.2.1: forwarding address 192.0.2.114 (works fine) LSA-ID 192.0.2.2: forwarding address 192.0.2.6 (doesn't work) LSA-ID 192.0.2.3: forwarding address 192.0.2.6 (doesn't work) LSA-ID 192.0.2.4: forwarding address 192.0.2.6 (doesn't work) LSA-ID 192.0.2.5: forwarding address 192.0.2.6 (doesn't work) LSA-ID 192.0.2.6: forwarding address 192.0.2.114 (works fine) The only way I've found to actually fix this is to remove and re-add the address: $ ip address del 87.238.33.2/32 dev lo $ ip address add 87.238.33.2/32 dev lo This causes BIRD to re-send the LS-Update with 192.0.2.114 and now the JUNOS route installs it to its FIB and the anycast service starts receiving traffic. The remaining three addresses remain defective. Question is: Why is this happening? Bug, or am I doing something wrong? Tore

2 1

BIRD unable to read date from TUN/TAP device
by Cyrill Gössi 13 Jan '14

13 Jan '14

Hi I'm trying to let BIRD communicate over virtual network devices created by the Linux TUN/TAP module. As it seems the tap devices receive the messages from BIRD. However, BIRD does not seem to receive the messages sent to it over the tap device. I described the scenario and the issues I run into in more detail on stackoverflow. If somebody has some experience with running BIRD over TUN/TAP devices, please take a look here: http://stackoverflow.com/questions/21001713/linux-tun-tap-unable-to-read-da… Much thanks to anybody that can provied me with some insights into the issue! Best, Cyrill

1 0

about ecmp
by 曾小小 11 Jan '14

11 Jan '14

Hello, I want to use the ospf protocol ecmp function, load balancing local to remote devices. Interface uses ipip tunnel connected. the local use FreeBSD 10.0-BETA1 and BIRD 1.3.11, using fib support multiple routing tables, gif interface is configured for parallel tunnels by setting the sysctl variable net.link.gif.parallel_tunnels to 1. the remote use Ubuntu 13.04 and Quagga (version 0.99.22). Configured as follows: protocol ospf ospf_gif { table tab_ospf_gif; router id 192.168.148.17; ecmp yes ; export all; import all; preference 200; area 0.0.0.10 { interface "gif0" { ecmp weight 3; hello 10; retransmit 5; cost 10; transmit delay 1; dead count 4; wait 40; type pointopoint; priority 0; authentication cryptographic; password "abc"; }; interface "gif1" { hello 10; retransmit 5; cost 10; transmit delay 1; dead count 4; wait 40; type pointopoint; priority 0; authentication cryptographic; password "abc"; }; }; } protocol pipe pipe_gif { table tab_ospf_gif; peer table master; import none; export all; } protocol kernel kernel_gif { debug all; table tab_ospf_gif; export all; kernel table 10; scan time 15; } In the test if configured ecmp function, the local device using bird view master table, tab_ospf_gif two tables are learning two equal cost routes to the remote device (see below). bird> show route table master 1007-0.0.0.0 / 0 multipath [ospf_gif 18:18] * E2 (200/10/10) [xxxx] via 192.168.170.41 on gif0 weight 3 via 192.168.170.149 on gif1 weight 1 bird> show route table tab_ospf_gif 1007-0.0.0.0 / 0 multipath [ospf_gif 18:18] * E2 (200/10/10) [xxxx] via 192.168.170.41 on gif0 weight 3 via 192.168.170.149 on gif1 weight 1 But I can not see the route to the fib in freebsd. Why? ? I look protocols, found that the route was refused entry, as follows: 1002-kernel_gif Kernel tab_ospf_gif up 18:42 1006- Preference: 10 Input filter: ACCEPT Output filter: ACCEPT Routes: 0 imported, 0 exported, 0 preferred Route change stats: received rejected filtered ignored accepted Import updates: 0 0 0 0 0 Import withdraws: 0 0 --- 0 0 Export updates: 3 3 0 --- 0 Export withdraws: 0 --- --- --- 0 Use debug discovery and found the following: 09-01-2014 23:58:45 <TRACE> kernel_gif <rejected by protocol 0.0.0.0 / 0 multipath 09-01-2014 23:58:45 <TRACE> kernel_gif <rejected by protocol 192.168.170.40/30 multipath 09-01-2014 23:58:45 <TRACE> kernel_gif <rejected by protocol 192.168.170.148/30 multipath If I do not use ecmp function, fib table freebsd system can view the routing entries, but only a single path. thank you very much.

3 2

Looking for freelance developper for BIRD dev
by Julien Ducros 05 Jan '14

05 Jan '14

Hi, We need some modifications in BIRD and i'm looking for a developper for a fews days of work. All developpements could be added to bird with free license if the BIRD team is interested with our contributions. Thanks for your private reply. Julien

3 2

Installation error
by Radoslaw Rams 01 Jan '14

01 Jan '14

Hello all, I have problem installing BIRD 1.3.11 (same problem with 1.4) on Debian (rel. 7.3). After installing libreadline6-dev library configuration passed with following result: BIRD was configured with the following options: Source directory: . Object directory: obj Iproute2 directory: /etc/iproute2 System configuration: ./sysdep/cf/linux.h Debugging: no Routing protocols: bgp ospf pipe rip static Client: yes But when I run make command I get error: .... ../../client/birdc.c:16:20: fatal error: curses.h: File or catalog not found compilation terminated. make[2] : *** [birdc.o] Error 1 make[2] : Leaving '/home/user/bird-1.4/obj/client' catalog make[1] : *** [subdir] Error 2 make[1] : Leaving '/home/user/bird-1.4/obj' catalog make: *** [all] Error 2 Best regards, Radoslaw

4 4