March 2016 - Bird-users - Mailing Lists

bird-1.5.0 ipv4 segfaults on configure - is it safe to change bgp protocol names runtime?
by Bartosz Radwan 22 Mar '16

22 Mar '16

Hi bird users, General question is: is it safe to change bgp protocol name runtime? We're running two instances of bird 1.5.0 on PLD Linux boxes. several days we've upgraded our two routers to 1.5.0 and made some changes in our configuration. There were no problems for about a week. We've decided to tidy up our bgp protocol names (few of them), and the problem occurred on both instances. First instance just after configure: bird[30925]: segfault at 31 ip 000000000040e5d9 sp 00007fffac0862f8 error 6 in bird[400000+64000] Then, on the other instance, ~15 hours after configure: bird[27708]: segfault at 41 ip 000000000040e5c3 sp 00007fff39e55a38 error 6 in bird[400000+64000] I can reproduce error that occurs at configure time in local envoroment, hovever there's no any established sessions at all in ths env, not sure if errors are the same. Here's backtrace: bird: F_1_0901_NEW_NAME: Initializing bird: F_1_0901_NEW_NAME: Starting bird: F_1_0901_NEW_NAME: State changed to start bird: F_1_0901_OLD_NAME: State changed to down Program received signal SIGSEGV, Segmentation fault. 0x0000000000455bfb in ?? () (gdb) bt #0 0x0000000000455bfb in ?? () #1 0x000000000040e4ee in olock_run_event (unused=<optimized out>) at ../../nest/locks.c:177 #2 0x000000000043b76e in ev_run (e=0x66c010) at event.c:85 #3 ev_run_list (l=0x66b2e0 <global_event_list>) at event.c:142 #4 0x000000000043de3c in io_loop () at io.c:2061 #5 0x00000000004031d3 in main (argc=<optimized out>, argv=<optimized out>) at main.c:833 Then i've used much simplier config (just 1 bgp session) in my local enviroment, after 3rd protocol name change and reconfiguration another error occurred: bird: Removing protocol one_SOME_LONGER bird: one_SOME_LONGER: Shutting down bird: one_SOME_LONGER: Shutdown requested bird: one_SOME_LONGER: State changed to stop bird: Adding protocol one_SOME_LONGER_NAME bird: one_SOME_LONGER_NAME: Initializing bird: one_SOME_LONGER_NAME: Starting bird: one_SOME_LONGER_NAME: State changed to start bird: one_SOME_LONGER: Down Program received signal SIGSEGV, Segmentation fault. olock_free (r=0x6751b0) at ../../nest/locks.c:72 72 rem_node(n); (gdb) bt #0 olock_free (r=0x6751b0) at ../../nest/locks.c:72 #1 0x0000000000445752 in pool_free (P=<optimized out>) at resource.c:81 #2 0x00000000004457c3 in rfree (res=0x674830) at resource.c:165 #3 0x000000000040ae8f in proto_notify_state (p=0x674da0, ps=<optimized out>) at ../../nest/proto.c:1387 #4 0x000000000043b76e in ev_run (e=0x675120) at event.c:85 #5 ev_run_list (l=0x66b2e0 <global_event_list>) at event.c:142 #6 0x000000000043de3c in io_loop () at io.c:2061 #7 0x00000000004031d3 in main (argc=<optimized out>, argv=<optimized out>) at main.c:833 Another protocol name change triggered another error: bird: Removing protocol one_SOME_LONGER_NAME_2 bird: one_SOME_LONGER_NAME_2: Shutting down bird: one_SOME_LONGER_NAME_2: Shutdown requested bird: one_SOME_LONGER_NAME_2: State changed to stop bird: Adding protocol one_SOME_LONGER_NAME_2_3 bird: one_SOME_LONGER_NAME_2_3: Initializing bird: one_SOME_LONGER_NAME_2_3: Starting bird: one_SOME_LONGER_NAME_2_3: State changed to start bird: one_SOME_LONGER_NAME_2: Down bird: one_SOME_LONGER_NAME_2: State changed to down bird: Reconfigured Program received signal SIGSEGV, Segmentation fault. 0x000000000044574f in pool_free (P=<optimized out>) at resource.c:81 81 r->class->free(r); (gdb) bt #0 0x000000000044574f in pool_free (P=<optimized out>) at resource.c:81 #1 0x00000000004457c3 in rfree (res=0x6807c0) at resource.c:165 #2 0x000000000043d94b in sk_read (s=s@entry=0x680660) at io.c:1786 #3 0x000000000043e23c in io_loop () at io.c:2158 #4 0x00000000004031d3 in main (argc=<optimized out>, argv=<optimized out>) at main.c:833 Further details including core files from gdb may be provided if needed. -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? Z poważaniem Bartosz Radwan

4 11

Multiple Radv Protocols?
by Matthias Peter Walther 21 Mar '16

21 Mar '16

Hello, we have a setup here where we want to accounce different ipv6 prefixes on different interfaces. We tried it this way: protocol radv 'radvd_bat09' { interface "bat09" { max ra interval 20; link mtu 1280; prefix 2a03:2260:115:900::/64 { }; }; rdnss { ns 2a03:2260:115:900::2; }; }; protocol radv 'radvd_bat10' { interface "bat10" { max ra interval 20; link mtu 1280; prefix 2a03:2260:115:1000::/64 { }; }; rdnss { ns 2a03:2260:115:1000::3; }; }; Bird6 detects both protocols and lists them in show protocols, but it doesn't work. Clients on bat10 don't get a prefix. Another way might be to user the interface block multiple times in one radv protocol which is indeed possible. But how can I announce different dns servers for the different interfaces (like in the example above)? Does bird6 support multiple radv blocks or not? Regards, Matthias

3 2

LSA ID Collision help
by Jigar Mehta 21 Mar '16

21 Mar '16

Hi , I am using bird 1.5.0 and running OSPF along with a custom protocol which learns all routes and redistributes its routes into OSPF (import all/export all). When I restart OSPF and my protocol, I see a few times LSA ID collisions. I even tried this scenario to see the outcome : (linux box running OSPF and peering with a router where BGP routes are redistributed into OSPF). OSPF(bird) <-----------------> OSPF/BGP (router) I could see a lot of LSA ID collision messages in log. I tried to debug this and realized that in some cases, the hash entry (en->nf) is NULL and we throw a LSA ID collision error. In a different scenario, I saw that the en->nf.fn was not freed from the earlier hash entry (when I print out the prefix and prefix length it is completely different than the lsa->nf.fn which results in the same error. I cannot recreate this scenario at will but had some success when restarting protocols or rebooting the linux box or feeding 1000+ routes (to BGP and redistribute to OSPF in router) to the setup mentioned above. My IP address space was not overlapping either, so the LSA ID generated would have been unique. Also, I noticed that if I insert overlapping addresses in my protocol and redistribute to OSPF , I see LSA ID collisions (bug ?) Eg: 2016-03-17 16:29:21 <ERR> ospf_0: LSA ID collision for 10.0.192.127/32 2016-03-17 16:30:31 <ERR> ospf_0: LSA ID collision for 10.0.192.0/25 I tried to look around but could not track why we would have this problem. Any suggestions or input is appreciated. Some additional logs : ( i had added some additional info to log statements) 2016-03-17 17:36:12 <INFO> Received message to resend routes in Table: T2 2016-03-17 17:36:12 <INFO> 0 messages sent for Table: T2 2016-03-17 17:36:12 <INFO> <INSERT_ROUTE> Installing route(id = 29) 10.0.2.0/24, rtd=127.0.0.2 with cost of 5(RD : 2) 2016-03-17 17:36:12 <INFO> Processed 2 routes for message of size 30 2016-03-17 17:36:12 <INFO> <INSERT_ROUTE> Installing route(id = 4) 10.0.1.0/24, rtd=127.0.0.2 with cost of 5(RD : 0) 2016-03-17 17:36:12 <INFO> <INSERT_ROUTE> Installing route(id = 3) 10.0.2.0/24, rtd=127.0.0.2 with cost of 5(RD : 0) 2016-03-17 17:36:12 <INFO> <INSERT_ROUTE> Installing route(id = 5) 50.1.1.0/24, rtd=127.0.0.2 with cost of 5(RD : 0) 2016-03-17 17:36:12 <INFO> Received message to resend routes in Table: T0 2016-03-17 17:36:12 <INFO> 0 messages sent for Table: T0 2016-03-17 17:36:12 <INFO> Processed 4 routes for message of size 60 2016-03-17 17:36:12 <INFO> Received message to resend routes in Table: T1 2016-03-17 17:36:12 <INFO> 0 messages sent for Table: T1 2016-03-17 17:36:12 <INFO> <INSERT_ROUTE> Installing route(id = 19) 10.0.1.0/24, rtd=127.0.0.2 with cost of 5(RD : 1) 2016-03-17 17:36:12 <INFO> Processed 2 routes for message of size 30 2016-03-17 17:36:12 <TRACE> ospf_0: HELLO packet received from nbr 50.1.1.2 on vni-0 2016-03-17 17:36:12 <TRACE> ospf_0: New neighbor 50.1.1.2 on vni-0, IP address 10.0.1.129 2016-03-17 17:36:12 <TRACE> ospf_0: Neighbor 50.1.1.2 on vni-0 changed state from Down to Init 2016-03-17 17:36:12 <TRACE> ospf_0: Neighbor 50.1.1.2 on vni-0 changed state from Init to 2-Way 2016-03-17 17:36:12 <TRACE> ospf_0: Neighbor 50.1.1.2 on vni-0 changed state from 2-Way to ExStart 2016-03-17 17:36:13 <TRACE> ospf_0: DBDES packet sent to nbr 50.1.1.2 on vni-0 2016-03-17 17:36:13 <TRACE> ospf_0: length 32 2016-03-17 17:36:13 <TRACE> ospf_0: router 10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: mtu 1500 2016-03-17 17:36:13 <TRACE> ospf_0: imms I M MS 2016-03-17 17:36:13 <TRACE> ospf_0: ddseq 602132310 2016-03-17 17:36:13 <TRACE> ospf_0: Updating router state for area 0.0.0.0 2016-03-17 17:36:13 <ERR> ospf_0 ospf_install_lsa:get new hash entry 0000000000691d38 10.0.1.11 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: DBDES packet received from nbr 50.1.1.2 on vni-0 2016-03-17 17:36:13 <TRACE> ospf_0: length 32 2016-03-17 17:36:13 <TRACE> ospf_0: router 50.1.1.2 2016-03-17 17:36:13 <TRACE> ospf_0: mtu 1500 2016-03-17 17:36:13 <TRACE> ospf_0: imms I M MS 2016-03-17 17:36:13 <TRACE> ospf_0: ddseq 4921 2016-03-17 17:36:13 <TRACE> ospf_0: Neighbor 50.1.1.2 on vni-0 changed state from ExStart to Exchange 2016-03-17 17:36:13 <TRACE> ospf_0: DBDES packet sent to nbr 50.1.1.2 on vni-0 2016-03-17 17:36:13 <TRACE> ospf_0: length 172 2016-03-17 17:36:13 <TRACE> ospf_0: router 10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: mtu 1500 2016-03-17 17:36:13 <TRACE> ospf_0: imms 2016-03-17 17:36:13 <TRACE> ospf_0: ddseq 4921 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.0.2.255, Rt: 10.0.1.11, Seq: 800000da, Age: 735, Sum: a1b0 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.0.1.0, Rt: 10.0.1.11, Seq: 800000da, Age: 735, Sum: aca6 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0001, Id: 10.0.1.11, Rt: 10.0.1.11, Seq: 80000d02, Age: 731, Sum: 0cf5 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0001, Id: 50.1.1.2, Rt: 50.1.1.2, Seq: 80000c3c, Age: 745, Sum: b2b0 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0003, Id: 10.0.129.0, Rt: 50.1.1.2, Seq: 800000e4, Age: 2036, Sum: d9bc 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 50.1.1.0, Rt: 10.0.1.11, Seq: 800000d2, Age: 740, Sum: a68b 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0002, Id: 10.0.1.129, Rt: 50.1.1.2, Seq: 8000000a, Age: 741, Sum: ac75 2016-03-17 17:36:13 <TRACE> ospf_0: DBDES packet received from nbr 50.1.1.2 on vni-0 2016-03-17 17:36:13 <TRACE> ospf_0: length 392 2016-03-17 17:36:13 <TRACE> ospf_0: router 50.1.1.2 2016-03-17 17:36:13 <TRACE> ospf_0: mtu 1500 2016-03-17 17:36:13 <TRACE> ospf_0: imms M MS 2016-03-17 17:36:13 <TRACE> ospf_0: ddseq 4922 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0001, Id: 10.0.1.11, Rt: 10.0.1.11, Seq: 80000d02, Age: 731, Sum: 2249 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0001, Id: 50.1.1.2, Rt: 50.1.1.2, Seq: 80000c3c, Age: 744, Sum: b2b0 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0002, Id: 10.0.1.129, Rt: 50.1.1.2, Seq: 8000000a, Age: 740, Sum: ac75 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0003, Id: 10.0.129.0, Rt: 50.1.1.2, Seq: 800000e4, Age: 2036, Sum: d9bc 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 0.0.0.0, Rt: 10.0.1.11, Seq: 80000001, Age: 733, Sum: ed4a 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.0.1.0, Rt: 10.0.1.11, Seq: 800000da, Age: 736, Sum: aca6 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.0.2.255, Rt: 10.0.1.11, Seq: 800000da, Age: 736, Sum: a1b0 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.1.1.0, Rt: 10.0.1.11, Seq: 80000002, Age: 729, Sum: 52d8 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.1.2.255, Rt: 10.0.1.11, Seq: 80000002, Age: 729, Sum: 47e2 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.1.3.0, Rt: 10.0.1.11, Seq: 80000002, Age: 729, Sum: 3cec 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.2.1.0, Rt: 10.0.1.11, Seq: 80000001, Age: 734, Sum: 48e2 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.2.2.255, Rt: 10.0.1.11, Seq: 80000001, Age: 734, Sum: 3dec 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.100.1.0, Rt: 10.0.1.11, Seq: 80000001, Age: 734, Sum: ab1d 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.100.2.255, Rt: 10.0.1.11, Seq: 80000001, Age: 734, Sum: a027 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.100.129.0, Rt: 10.0.1.11, Seq: 80000001, Age: 734, Sum: 3017 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 11.123.10.255, Rt: 10.0.1.11, Seq: 80000001, Age: 733, Sum: 4460 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 12.125.10.255, Rt: 10.0.1.11, Seq: 80000001, Age: 733, Sum: 01a3 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 50.1.1.0, Rt: 10.0.1.11, Seq: 800000d3, Age: 736, Sum: a48c 2016-03-17 17:36:13 <ERR> get new hash e:0000000000692628 LSA ID 10.0.1.11 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:00000000006926c8 LSA ID 0.0.0.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:0000000000692768 LSA ID 10.1.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:0000000000692808 LSA ID 10.1.2.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:00000000006928a8 LSA ID 10.1.3.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:0000000000692948 LSA ID 10.2.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:00000000006929e8 LSA ID 10.2.2.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:0000000000692a88 LSA ID 10.100.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:0000000000692b28 LSA ID 10.100.2.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:0000000000692bc8 LSA ID 10.100.129.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:0000000000692c68 LSA ID 11.123.10.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:0000000000692d08 LSA ID 12.125.10.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:0000000000692da8 LSA ID 50.1.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: DBDES packet sent to nbr 50.1.1.2 on vni-0 2016-03-17 17:36:13 <TRACE> ospf_0: length 32 2016-03-17 17:36:13 <TRACE> ospf_0: router 10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: mtu 1500 2016-03-17 17:36:13 <TRACE> ospf_0: imms 2016-03-17 17:36:13 <TRACE> ospf_0: ddseq 4922 2016-03-17 17:36:13 <TRACE> ospf_0: LSREQ packet sent to nbr 50.1.1.2 on vni-0 2016-03-17 17:36:13 <TRACE> ospf_0: length 180 2016-03-17 17:36:13 <TRACE> ospf_0: router 10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: LSR Type: 0001, Id: 10.0.1.11, Rt: 10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: LSR Type: 0005, Id: 0.0.0.0, Rt: 10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: LSR Type: 0005, Id: 10.1.1.0, Rt: 10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: LSR Type: 0005, Id: 10.1.2.255, Rt: 10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: LSR Type: 0005, Id: 10.1.3.0, Rt: 10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: LSR Type: 0005, Id: 10.2.1.0, Rt: 10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: LSR Type: 0005, Id: 10.2.2.255, Rt: 10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: LSR Type: 0005, Id: 10.100.1.0, Rt: 10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: LSR Type: 0005, Id: 10.100.2.255, Rt: 10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: LSR Type: 0005, Id: 10.100.129.0, Rt: 10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: LSR Type: 0005, Id: 11.123.10.255, Rt: 10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: LSR Type: 0005, Id: 12.125.10.255, Rt: 10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: LSR Type: 0005, Id: 50.1.1.0, Rt: 10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: DBDES packet received from nbr 50.1.1.2 on vni-0 2016-03-17 17:36:13 <TRACE> ospf_0: length 32 2016-03-17 17:36:13 <TRACE> ospf_0: router 50.1.1.2 2016-03-17 17:36:13 <TRACE> ospf_0: mtu 1500 2016-03-17 17:36:13 <TRACE> ospf_0: imms MS 2016-03-17 17:36:13 <TRACE> ospf_0: ddseq 4923 2016-03-17 17:36:13 <TRACE> ospf_0: DBDES packet sent to nbr 50.1.1.2 on vni-0 2016-03-17 17:36:13 <TRACE> ospf_0: length 32 2016-03-17 17:36:13 <TRACE> ospf_0: router 10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: mtu 1500 2016-03-17 17:36:13 <TRACE> ospf_0: imms 2016-03-17 17:36:13 <TRACE> ospf_0: ddseq 4923 2016-03-17 17:36:13 <TRACE> ospf_0: Neighbor 50.1.1.2 on vni-0 changed state from Exchange to Loading 2016-03-17 17:36:13 <TRACE> ospf_0: LSUPD packet received from nbr 50.1.1.2 on vni-0 2016-03-17 17:36:13 <TRACE> ospf_0: length 496 2016-03-17 17:36:13 <TRACE> ospf_0: router 50.1.1.2 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0001, Id: 10.0.1.11, Rt: 10.0.1.11, Seq: 80000d02, Age: 732, Sum: 2249 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 0.0.0.0, Rt: 10.0.1.11, Seq: 80000001, Age: 734, Sum: ed4a 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.1.1.0, Rt: 10.0.1.11, Seq: 80000002, Age: 730, Sum: 52d8 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.1.2.255, Rt: 10.0.1.11, Seq: 80000002, Age: 730, Sum: 47e2 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.1.3.0, Rt: 10.0.1.11, Seq: 80000002, Age: 730, Sum: 3cec 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.2.1.0, Rt: 10.0.1.11, Seq: 80000001, Age: 735, Sum: 48e2 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.2.2.255, Rt: 10.0.1.11, Seq: 80000001, Age: 735, Sum: 3dec 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.100.1.0, Rt: 10.0.1.11, Seq: 80000001, Age: 735, Sum: ab1d 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.100.2.255, Rt: 10.0.1.11, Seq: 80000001, Age: 735, Sum: a027 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.100.129.0, Rt: 10.0.1.11, Seq: 80000001, Age: 735, Sum: 3017 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 11.123.10.255, Rt: 10.0.1.11, Seq: 80000001, Age: 734, Sum: 4460 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 12.125.10.255, Rt: 10.0.1.11, Seq: 80000001, Age: 734, Sum: 01a3 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 50.1.1.0, Rt: 10.0.1.11, Seq: 800000d3, Age: 737, Sum: a48c 2016-03-17 17:36:13 <TRACE> ospf_0: Received unexpected self-originated LSA 2016-03-17 17:36:13 <TRACE> ospf_0: Advancing LSA: Type: 2001, Id: 10.0.1.11, Rt: 10.0.1.11, Seq: 80000d03 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrq_down:LSA hash 0000000000692628 removed ID 10.0.1.11 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_up:get new hash entry same as 0000000000691d38 10.0.1.11 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:000000000069db78 LSA ID 10.0.1.11 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Received unexpected self-originated LSA 2016-03-17 17:36:13 <ERR> ospf_0 ospf_install_lsa:get new hash entry 0000000000691518 0.0.0.0 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Installing LSA: Type: 4005, Id: 0.0.0.0, Rt: 10.0.1.11, Seq: 80000001, Age: 3600 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrq_down:LSA hash 00000000006926c8 removed ID 0.0.0.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_up:get new hash entry same as 0000000000691518 0.0.0.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:000000000069dc18 LSA ID 0.0.0.0 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Received unexpected self-originated LSA 2016-03-17 17:36:13 <ERR> ospf_0 ospf_install_lsa:get new hash entry 0000000000691b58 10.1.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Installing LSA: Type: 4005, Id: 10.1.1.0, Rt: 10.0.1.11, Seq: 80000002, Age: 3600 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrq_down:LSA hash 0000000000692768 removed ID 10.1.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_up:get new hash entry same as 0000000000691b58 10.1.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:000000000069dcb8 LSA ID 10.1.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Received unexpected self-originated LSA 2016-03-17 17:36:13 <ERR> ospf_0 ospf_install_lsa:get new hash entry 0000000000691ab8 10.1.2.255 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Installing LSA: Type: 4005, Id: 10.1.2.255, Rt: 10.0.1.11, Seq: 80000002, Age: 3600 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrq_down:LSA hash 0000000000692808 removed ID 10.1.2.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_up:get new hash entry same as 0000000000691ab8 10.1.2.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:000000000069dd58 LSA ID 10.1.2.255 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Received unexpected self-originated LSA 2016-03-17 17:36:13 <ERR> ospf_0 ospf_install_lsa:get new hash entry 00000000006918d8 10.1.3.0 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Installing LSA: Type: 4005, Id: 10.1.3.0, Rt: 10.0.1.11, Seq: 80000002, Age: 3600 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrq_down:LSA hash 00000000006928a8 removed ID 10.1.3.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_up:get new hash entry same as 00000000006918d8 10.1.3.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:000000000069ddf8 LSA ID 10.1.3.0 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Received unexpected self-originated LSA 2016-03-17 17:36:13 <ERR> ospf_0 ospf_install_lsa:get new hash entry 0000000000691798 10.2.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Installing LSA: Type: 4005, Id: 10.2.1.0, Rt: 10.0.1.11, Seq: 80000001, Age: 3600 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrq_down:LSA hash 0000000000692948 removed ID 10.2.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_up:get new hash entry same as 0000000000691798 10.2.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:000000000069de98 LSA ID 10.2.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Received unexpected self-originated LSA 2016-03-17 17:36:13 <ERR> ospf_0 ospf_install_lsa:get new hash entry 00000000006915b8 10.2.2.255 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Installing LSA: Type: 4005, Id: 10.2.2.255, Rt: 10.0.1.11, Seq: 80000001, Age: 3600 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrq_down:LSA hash 00000000006929e8 removed ID 10.2.2.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_up:get new hash entry same as 00000000006915b8 10.2.2.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:000000000069df38 LSA ID 10.2.2.255 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Received unexpected self-originated LSA 2016-03-17 17:36:13 <ERR> ospf_0 ospf_install_lsa:get new hash entry 0000000000691c98 10.100.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Installing LSA: Type: 4005, Id: 10.100.1.0, Rt: 10.0.1.11, Seq: 80000001, Age: 3600 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrq_down:LSA hash 0000000000692a88 removed ID 10.100.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_up:get new hash entry same as 0000000000691c98 10.100.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:000000000069dfd8 LSA ID 10.100.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Received unexpected self-originated LSA 2016-03-17 17:36:13 <ERR> ospf_0 ospf_install_lsa:get new hash entry 0000000000691bf8 10.100.2.255 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Installing LSA: Type: 4005, Id: 10.100.2.255, Rt: 10.0.1.11, Seq: 80000001, Age: 3600 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrq_down:LSA hash 0000000000692b28 removed ID 10.100.2.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_up:get new hash entry same as 0000000000691bf8 10.100.2.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:000000000069e078 LSA ID 10.100.2.255 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Received unexpected self-originated LSA 2016-03-17 17:36:13 <ERR> ospf_0 ospf_install_lsa:get new hash entry 0000000000691978 10.100.129.0 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Installing LSA: Type: 4005, Id: 10.100.129.0, Rt: 10.0.1.11, Seq: 80000001, Age: 3600 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrq_down:LSA hash 0000000000692bc8 removed ID 10.100.129.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_up:get new hash entry same as 0000000000691978 10.100.129.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:000000000069e118 LSA ID 10.100.129.0 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Received unexpected self-originated LSA 2016-03-17 17:36:13 <ERR> ospf_0 ospf_install_lsa:get new hash entry 0000000000691478 11.123.10.255 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Installing LSA: Type: 4005, Id: 11.123.10.255, Rt: 10.0.1.11, Seq: 80000001, Age: 3600 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrq_down:LSA hash 0000000000692c68 removed ID 11.123.10.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_up:get new hash entry same as 0000000000691478 11.123.10.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:000000000069e1b8 LSA ID 11.123.10.255 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Received unexpected self-originated LSA 2016-03-17 17:36:13 <ERR> ospf_0 ospf_install_lsa:get new hash entry 0000000000691838 12.125.10.255 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Installing LSA: Type: 4005, Id: 12.125.10.255, Rt: 10.0.1.11, Seq: 80000001, Age: 3600 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrq_down:LSA hash 0000000000692d08 removed ID 12.125.10.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_up:get new hash entry same as 0000000000691838 12.125.10.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:000000000069e258 LSA ID 12.125.10.255 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Received unexpected self-originated LSA 2016-03-17 17:36:13 <TRACE> ospf_0: Advancing LSA: Type: 4005, Id: 50.1.1.0, Rt: 10.0.1.11, Seq: 800000d4 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrq_down:LSA hash 0000000000692da8 removed ID 50.1.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: Neighbor 50.1.1.2 on vni-0 changed state from Loading to Full 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_up:get new hash entry same as 0000000000691fb8 50.1.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:000000000069e2f8 LSA ID 50.1.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: LSUPD packet flooded via vni-0 2016-03-17 17:36:13 <TRACE> ospf_0: length 496 2016-03-17 17:36:13 <TRACE> ospf_0: router 10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0001, Id: 10.0.1.11, Rt: 10.0.1.11, Seq: 80000d03, Age: 1, Sum: 0af6 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 0.0.0.0, Rt: 10.0.1.11, Seq: 80000001, Age: 3600, Sum: ed4a 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.1.1.0, Rt: 10.0.1.11, Seq: 80000002, Age: 3600, Sum: 52d8 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.1.2.255, Rt: 10.0.1.11, Seq: 80000002, Age: 3600, Sum: 47e2 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.1.3.0, Rt: 10.0.1.11, Seq: 80000002, Age: 3600, Sum: 3cec 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.2.1.0, Rt: 10.0.1.11, Seq: 80000001, Age: 3600, Sum: 48e2 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.2.2.255, Rt: 10.0.1.11, Seq: 80000001, Age: 3600, Sum: 3dec 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.100.1.0, Rt: 10.0.1.11, Seq: 80000001, Age: 3600, Sum: ab1d 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.100.2.255, Rt: 10.0.1.11, Seq: 80000001, Age: 3600, Sum: a027 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.100.129.0, Rt: 10.0.1.11, Seq: 80000001, Age: 3600, Sum: 3017 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 11.123.10.255, Rt: 10.0.1.11, Seq: 80000001, Age: 3600, Sum: 4460 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 12.125.10.255, Rt: 10.0.1.11, Seq: 80000001, Age: 3600, Sum: 01a3 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 50.1.1.0, Rt: 10.0.1.11, Seq: 800000d4, Age: 1, Sum: a28d 2016-03-17 17:36:13 <TRACE> ospf_0: LSUPD packet received from nbr 50.1.1.2 on vni-0 2016-03-17 17:36:13 <TRACE> ospf_0: length 64 2016-03-17 17:36:13 <TRACE> ospf_0: router 50.1.1.2 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0001, Id: 10.0.1.11, Rt: 10.0.1.11, Seq: 80000d03, Age: 2, Sum: 0af6 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_down_:LSA hash 000000000069db78 removed ID 10.0.1.11 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_0: LSUPD packet received from nbr 50.1.1.2 on vni-0 2016-03-17 17:36:13 <TRACE> ospf_0: length 496 2016-03-17 17:36:13 <TRACE> ospf_0: router 50.1.1.2 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 0.0.0.0, Rt: 10.0.1.11, Seq: 80000001, Age: 3600, Sum: ed4a 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.1.1.0, Rt: 10.0.1.11, Seq: 80000002, Age: 3600, Sum: 52d8 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.1.2.255, Rt: 10.0.1.11, Seq: 80000002, Age: 3600, Sum: 47e2 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.1.3.0, Rt: 10.0.1.11, Seq: 80000002, Age: 3600, Sum: 3cec 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.2.1.0, Rt: 10.0.1.11, Seq: 80000001, Age: 3600, Sum: 48e2 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.2.2.255, Rt: 10.0.1.11, Seq: 80000001, Age: 3600, Sum: 3dec 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.100.1.0, Rt: 10.0.1.11, Seq: 80000001, Age: 3600, Sum: ab1d 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.100.2.255, Rt: 10.0.1.11, Seq: 80000001, Age: 3600, Sum: a027 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.100.129.0, Rt: 10.0.1.11, Seq: 80000001, Age: 3600, Sum: 3017 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 11.123.10.255, Rt: 10.0.1.11, Seq: 80000001, Age: 3600, Sum: 4460 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 12.125.10.255, Rt: 10.0.1.11, Seq: 80000001, Age: 3600, Sum: 01a3 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 50.1.1.0, Rt: 10.0.1.11, Seq: 800000d4, Age: 2, Sum: a28d 2016-03-17 17:36:13 <TRACE> ospf_0: LSA Type: 0005, Id: 10.100.1.0, Rt: 50.1.1.2, Seq: 80000001, Age: 1, Sum: aeed 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_down_:LSA hash 000000000069dc18 removed ID 0.0.0.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_down_:LSA hash 000000000069dcb8 removed ID 10.1.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_down_:LSA hash 000000000069dd58 removed ID 10.1.2.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_down_:LSA hash 000000000069ddf8 removed ID 10.1.3.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_down_:LSA hash 000000000069de98 removed ID 10.2.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_down_:LSA hash 000000000069df38 removed ID 10.2.2.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_down_:LSA hash 000000000069dfd8 removed ID 10.100.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_down_:LSA hash 000000000069e078 removed ID 10.100.2.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_down_:LSA hash 000000000069e118 removed ID 10.100.129.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_down_:LSA hash 000000000069e1b8 removed ID 11.123.10.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_down_:LSA hash 000000000069e258 removed ID 12.125.10.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_lsa_lsrt_down_:LSA hash 000000000069e2f8 removed ID 50.1.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> get new hash e:0000000000691f18 LSA ID 10.100.1.0 rtr:50.1.1.2 2016-03-17 17:36:13 <ERR> ospf_0 ospf_install_lsa:get new hash entry 0000000000691f18 10.100.1.0 rtr:50.1.1.2 2016-03-17 17:36:13 <TRACE> ospf_0: Installing LSA: Type: 4005, Id: 10.100.1.0, Rt: 50.1.1.2, Seq: 80000001, Age: 1 2016-03-17 17:36:13 <TRACE> ospf_0: Scheduling routing table calculation 2016-03-17 17:36:13 <INFO> <INSERT_ROUTE> Installing route(id = 13) 10.1.1.0/24, rtd=127.0.0.2 with cost of 5(RD : 0) 2016-03-17 17:36:13 <TRACE> ospf_0 < added 10.1.1.0/24 via 127.0.0.2 on eth-bird 2016-03-17 17:36:13 <ERR> ospf_0 ospf_install_lsa:get new hash entry 0000000000691b58 10.1.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_0: en:0000000000691b58 old nf:00000000006909e8 new nf:0000000000690468 LSA ID collision for 10.1.1.0/24 2016-03-17 17:36:13 <INFO> <INSERT_ROUTE> Installing route(id = 12) 10.1.2.0/24, rtd=127.0.0.2 with cost of 5(RD : 0) 2016-03-17 17:36:13 <TRACE> ospf_0 < added 10.1.2.0/24 via 127.0.0.2 on eth-bird 2016-03-17 17:36:13 <ERR> ospf_0 ospf_install_lsa:get new hash entry 0000000000691ab8 10.1.2.255 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_0: en:0000000000691ab8 old nf:0000000000690968 new nf:00000000006906e8 LSA ID collision for 10.1.2.0/24 2016-03-17 17:36:13 <INFO> <INSERT_ROUTE> Installing route(id = 11) 10.1.3.0/24, rtd=127.0.0.2 with cost of 5(RD : 0) 2016-03-17 17:36:13 <TRACE> ospf_0 < added 10.1.3.0/24 via 127.0.0.2 on eth-bird 2016-03-17 17:36:13 <ERR> ospf_0 ospf_install_lsa:get new hash entry 00000000006918d8 10.1.3.0 rtr:10.0.1.11 2016-03-17 17:36:13 <ERR> ospf_0: en:00000000006918d8 old nf:0000000000690a68 new nf:0000000000690668 LSA ID collision for 10.1.3.0/24 2016-03-17 17:36:13 <INFO> Processed 3 routes for message of size 45 2016-03-17 17:36:13 <INFO> <INSERT_ROUTE> Installing route(id = 22) 10.1.1.0/24, rtd=127.0.0.2 with cost of 5(RD : 1) 2016-03-17 17:36:13 <TRACE> ospf_1 < added 10.1.1.0/24 via 127.0.0.2 on eth-bird 2016-03-17 17:36:13 <ERR> ospf_1 ospf_install_lsa:get new hash entry 00000000006b5d68 10.1.1.0 rtr:10.0.1.11 2016-03-17 17:36:13 <TRACE> ospf_1: Originating LSA: Type: 4005, Id: 10.1.1.0, Rt: 10.0.1.11, Seq: 8000001d 2016-03-17 17:36:13 <INFO> Processed 1 routes for message of size 15 2016-03-17 17:36:13 <TRACE> ospf_0: Removing LSA: Type: 4005, Id: 10.100.129.0, Rt: 10.0.1.11, Seq: 80000001 -- Jigar Mehta

2 3

Problems adding another router to OSPF
by ico 19 Mar '16

19 Mar '16

Hello, I'm writing this mail to get some help debugging some bird issues. Our OSPF network consists of 14 linux routers running bird, until now I didn't see any problem. Now I wanted to 15th router, but I was unable to do so. I'll try to describe the problem: Let's talk about routers rA, rB, and rC: rA: - running bird - NIC eth0A: part of OSPF, 11 neighbors (and the rest of OSPF) - NIC eth1A: part of OSPF, 1 neighbor - rB - some other stub NICs rB: - running bird - NIC eth0B: part of OSPF, 1 neighbor - rA - NIC eth1B: not part of OSPF, rC and some other routers here - some other stub NICs rC: - not running bird - NIC eth0C: not part of OSPF, rB and some other routers here - some other stub NICs Currently all routes via rC are static on rB. All these routers are exported to the rest of OSPF, soo rA (and others) know about all these routes. No problem here. I want to add rC into OSPF. rC and rB are neighbors, so I should start bird on rC, configure rB and rC to talk to each other. rC should tell all it's routes to the rest of the OSPF, so I can remove static routes on rB (routes via rC). It looks simple. My problem is this: When bird on rB and rC start to talk to each other, rB learns all routes from rC (this is expected). But something between rB and rA is wrong, becouse rA un-learns all new routes from rC. If I don't remove static routes on rB, bird on rB knows about both statically configured routes via rC and routes learned from rC via OSPF. If I remove static routes on rB, bird on rB knows only about routes learned from rC. That is normal. What is wrong - in both cases rA drops these new routes rB learns from rC. If I stop bird or rC, all static routes from rB (if not manually removed) are again re-learned on rA. Question #1: Where could be a problem? Why rA doesn't want routes from rC? Question #2: What is the best way to debug this? Thank you. ico ################################################## # BEGIN bird.conf @ host A log stderr all; debug protocols all; router id rA; protocol device { ... } protocol static { ... }; protocol kernel { learn on; persist; scan time 3; import filter { if 0.0.0.0/0 = net then reject; accept; }; export all; debug { states, routes, filters, interfaces }; } protocol ospf { debug { states, routes, filters, interfaces, events }; tick 2; rfc1583compat yes; import all; export all; area 0.0.0.0 { stub no; interface "eth0A" { hello 5; retransmit 2; wait 10; dead 20; type nonbroadcast; check link yes; authentication cryptographic; password "pass"; neighbors { ... }; }; interface "eth1A" { hello 5; retransmit 2; wait 10; dead 20; type nonbroadcast; check link yes; authentication cryptographic; password "pass"; neighbors { rB eligible; }; }; interface "eth2A" { stub yes; } ... }; }; # END bird.conf @ host A ################################################## # BEGIN bird.conf @ host B log stderr all; debug protocols all; router id rB; protocol device { ... } protocol static { ... }; protocol kernel { learn on; persist; scan time 3; import filter { if 0.0.0.0/0 = net then reject; accept; }; export all; debug { states, routes, filters, interfaces }; } protocol ospf { debug { states, routes, filters, interfaces, events }; tick 2; rfc1583compat yes; import all; export all; area 0.0.0.0 { stub no; interface "eth0B" { hello 5; retransmit 2; wait 10; dead 20; type nonbroadcast; check link yes; authentication cryptographic; password "pass"; neighbors { rA eligible; }; }; interface "eth1B" { hello 5; retransmit 2; wait 10; dead 20; type nonbroadcast; check link yes; authentication cryptographic; password "pass"; neighbors { rC eligible; }; }; interface "eth2B" { stub yes; } ... }; }; # END bird.conf @ host B ################################################## # BEGIN bird.conf @ host C log stderr all; debug protocols all; router id rC; protocol device { ... } protocol static { ... }; protocol kernel { learn on; persist; scan time 3; import filter { if 0.0.0.0/0 = net then reject; accept; }; export all; debug { states, routes, filters, interfaces }; } protocol ospf { debug { states, routes, filters, interfaces, events }; tick 2; rfc1583compat yes; import all; export all; area 0.0.0.0 { stub no; interface "eth0C" { hello 5; retransmit 2; wait 10; dead 20; type nonbroadcast; check link yes; authentication cryptographic; password "pass"; neighbors { rA eligible; }; }; interface "eth1C" { stub yes; } ... }; }; # END bird.conf @ host C

1 0

bird bgp export to certain ASN instead of all
by Steve SY Fan 16 Mar '16

16 Mar '16

Dear All I am a newbie of bird user. I am running bird version 1.4.5 on my centos box. Now We are struggling with the BGP export filter, as the purpose we are willing to import certain ASN's prefixes in to our table ( e.g google asn 15169 ), and also only export our prefix to certain ASN. in this case, some prefixes will be always routed through one up link. We are done with the import filter to select the incoming routes, but we are failed with export filter, seems nothing happen on the export filter. This is my configuration. log stderr all; log "/var/log/bird.log" all; router id 172.16.120.41; table bird_k150; table bird_k151 protocol kernel kernel150{ persist; scan time 20; export all; table bird_k150; kernel table 150; } protocol kernel kernel151{ persist; scan time 20; export all; table bird_k151; kernel table 151; } protocol kernel { persist; scan time 20; export all; } protocol device { scan time 10; } protocol static static_bgp_null{ table bird_k151; route a.b.c.0/24 blackhole; } protocol pipe pipe_n_he{ peer table bird_k151; export filter {if source=RTS_OSPF_EXT2 && net=65.19.175.17/32 || net=61.14.134.86/32 then accept; reject;}; import none; protocol ospf hyospf{ rfc1583compat yes; export none; area 0.0.0.0 { interface "eth*" { }; }; } protocol bgp bgp_he_net{ description "he.net uplink"; local 10.96.254.34 as 133194; neighbor 65.19.175.17 as 6939; multihop 4; import all; table bird_k151; next hop self; export filter { if net~103.254.196.0/24 then { bgp_path.prepend(133194); bgp_path.prepend(133194); accept; } reject; }; } protocol bgp bgp_telstra{ description "telstra uplink"; local 202.147.20.169 as 133194; neighbor 61.14.134.86 as 10026; multihop 3; import filter { if bgp_path.last ~ [ 15169, 8075, 8001 ] then { bgp_local_pref=180; accept; } reject; }; table bird_k151; next hop self; export filter { if ( source = RTS_STATIC && net ~ 103.254.196.0/24 ) then { if ! ( bgp_path ~ [ 15169, 8075, 8001, 4739 ] ) then { bgp_path.prepend(133194); bgp_path.prepend(133194); bgp_path.prepend(133194); bgp_path.prepend(133194); } accept; } reject; }; } Seems it put 4 times prepend after all that ignoring the if statement, May I know if we can use bgp_path selection in export filter. Thanks !

1 0

bird ospf mtu problem and negotiation freezes on EXSTART/BDR state
by Jordan Ostrev 15 Mar '16

15 Mar '16

Dear All, As a new user trying to implement bird version 1.5 into some lab environment, I’ve made my first easy setup: Cisco ASR box ( with many VRFs ) <----> FreeBSD with Bird installed ( with many FIBS ). I’m trying to peer one of cisco vrf with one of the fib using OSPFv2. On Cisco side my config looks like: interface GigabitEthernet0/0/1/9 description -=- GSS server -=- mtu 9014 negotiation auto load-interval 30 ! interface GigabitEthernet0/0/1/9.1501 description -=- to-testbed-server-radius -=- mtu 1514 vrf Corp1 ipv4 address 10.98.251.245 255.255.255.252 encapsulation dot1q 1501 ! router ospf Corp_Clients vrf Corp1 area 0 ! interface GigabitEthernet0/0/1/9.1501 mtu-ignore enable ! ! ! ! On FreeBSD side my bird.conf contains: #log syslog { debug, trace, info, remote, warning, error, auth, fatal, bug }; log syslog all; log stderr all; #debug protocols all; timeformat base iso long; timeformat log iso long; timeformat protocol iso long; timeformat route iso long; log "/var/log/bird.log" all; log stderr all; filter import_OSPF { if ( source = RTS_OSPF && net != 0.0.0.0/0 ) then { print "net accepted:", net; accept; } reject; } filter export_OSPF { if ( source = RTS_DEVICE ) then { print "net accepted:", net; ospf_metric2 = 20; accept; } if ( source = RTS_STATIC_DEVICE && net = 0.0.0.0/0 ) then { print"net accepted:", net; ospf_metric2 = 5; accept; } reject; } filter ospf_i { accept;} filter ospf_e { accept;} router id 10.96.91.12; table fib0; table fib1; table fib2; table fib3; table fib4; debug protocols all; protocol direct { # interface "-lo*", "*"; # Restrict network interfaces it works with } protocol kernel kernel_fib0 { table fib0; scan time 20; import all; export all; kernel table 0; learn; persist; } protocol kernel kernel_fib1 { table fib1; scan time 20; import all; export all; kernel table 1; learn; persist; } protocol kernel kernel_fib2 { table fib2; scan time 20; import all; export all; kernel table 2; learn; persist; } protocol kernel kernel_fib3 { table fib3; scan time 20; import all; export all; kernel table 3; learn; persist; } protocol kernel kernel_fib4 { table fib4; scan time 20; import all; export all; kernel table 4; learn; persist; } protocol device { scan time 10; # Scan interfaces every 10 seconds primary "vlan1501" 10.98.251.246; } protocol static static_fib0 { table fib0; # route 0.0.0.0/0 via 10.96.91.1; import all; } protocol static static_fib1 { table fib1; import all; export all; } protocol static static_fib2 { table fib2; import all; } protocol static static_fib3 { table fib3; import all; } protocol static static_fib4 { table fib4; import all; } protocol ospf Corp_Clients { tick 2; rfc1583compat no; debug all; # export filter export_OSPF; # import filter import_OSPF; import filter ospf_i; # import to kernel export filter ospf_e; # export from kernel table fib1; ecmp yes; area 0.0.0.0 { stub no; interface "vlan1501" { type broadcast; tx length 1468; # real broadcast yes; }; interface "lo1501" { }; }; }; Currently on cisco asr the session freezes on EXSTART/BDR state * Indicates MADJ interface # Indicates Neighbor awaiting BFD session up Neighbors for OSPF Corp_Clients, VRF Corp1 Neighbor ID Pri State Dead Time Address Interface 10.96.91.12 1 EXSTART/BDR 00:00:31 10.98.251.246 GigabitEthernet0/0/1/9.1501 Neighbor is up for 00:00:28 Total neighbor count: 1 root@testbed-server:~ # birdc show int BIRD 1.5.0 ready. bce0 DOWN (index=1) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 bce1 DOWN (index=2) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=9000 lo0 up (index=3) MultiAccess AdminUp LinkUp Loopback Ignored MTU=16384 127.0.0.1/8 (Primary, scope host) vlan1777 DOWN (index=4) MultiAccess Broadcast Multicast AdminDown LinkUp MTU=1500 vlan306 up (index=5) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 10.96.91.12/24 (Primary, scope site) vlan4094 up (index=6) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=9000 192.168.192.1/24 (Primary, scope site) vlan4093 up (index=7) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=9000 192.168.255.16/28 (Primary, scope site) vlan4092 DOWN (index=8) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=9000 vlan1501 up (index=9) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 10.98.251.246/30 (Primary, opposite 10.98.251.245, scope site) lo1501 up (index=10) MultiAccess AdminUp LinkUp Loopback Ignored MTU=16384 192.168.15.1/32 (Primary, scope site) root@testbed-server:~ # birdc show ospf int BIRD 1.5.0 ready. Corp_Clients: Interface vlan1501 (10.98.251.244/30) Type: broadcast Area: 0.0.0.0 (0) State: DR Priority: 1 Cost: 10 ECMP weight: 1 Hello timer: 10 Wait timer: 40 Dead timer: 40 Retransmit timer: 5 Designed router (ID): 10.96.91.12 Designed router (IP): 10.98.251.246 Backup designed router (ID): 0.0.0.0 Backup designed router (IP): 0.0.0.0 Interface lo1501 (192.168.15.1/32) Type: nbma Area: 0.0.0.0 (0) State: Waiting (stub) Priority: 1 Cost: 10 ECMP weight: 1 Hello timer: 10 Poll timer: 20 Wait timer: 40 Dead timer: 40 Retransmit timer: 5 Designed router (ID): 0.0.0.0 Designed router (IP): 0.0.0.0 Backup designed router (ID): 0.0.0.0 Backup designed router (IP): 0.0.0.0 root@testbed-server:~ # birdc show ospf stat BIRD 1.5.0 ready. area 0.0.0.0 router 10.96.91.12 distance 0 stubnet 10.98.251.244/30 metric 10 stubnet 192.168.15.1/32 metric 0 external 10.98.251.246/32 metric2 10000 setfib 1 ping -s 1468 -D 10.98.251.245 PING 10.98.251.245 (10.98.251.245): 1468 data bytes 1476 bytes from 10.98.251.245: icmp_seq=0 ttl=255 time=0.670 ms 1476 bytes from 10.98.251.245: icmp_seq=1 ttl=255 time=5.484 ms 1476 bytes from 10.98.251.245: icmp_seq=2 ttl=255 time=4.700 ms 1476 bytes from 10.98.251.245: icmp_seq=3 ttl=255 time=3.705 ms 1476 bytes from 10.98.251.245: icmp_seq=4 ttl=255 time=2.465 ms 1476 bytes from 10.98.251.245: icmp_seq=5 ttl=255 time=0.646 ms 1476 bytes from 10.98.251.245: icmp_seq=6 ttl=255 time=3.046 ms ^C --- 10.98.251.245 ping statistics --- 7 packets transmitted, 7 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.646/2.959/5.484/1.724 ms On Cisco side the debug has following messages into it: RP/0/RSP0/CPU0:Mar 15 17:02:50.132 : ospf[1019]: DR/BDR election on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:02:50.132 : ospf[1019]: Elect BDR Router ID 10.96.91.12(IP Addr 10.98.251.246) RP/0/RSP0/CPU0:Mar 15 17:02:50.132 : ospf[1019]: Elect DR Router ID 10.96.237.126(IP Addr 10.98.251.245) RP/0/RSP0/CPU0:Mar 15 17:02:50.132 : ospf[1019]: DR: 10.96.237.126(Id) 10.98.251.245(IP Addr) RP/0/RSP0/CPU0:Mar 15 17:02:50.132 : ospf[1019]: BDR: 10.96.91.12(Id) 10.98.251.246(IP Addr) RP/0/RSP0/CPU0:Mar 15 17:02:53.634 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:02:53.634 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:02:53.634 : ospf[1019]: Send DBD to 10.96.91.12(10.98.251.246) on GigabitEthernet0/0/1/9.1501 seq 0x36b opt 0x52 flag 0x7 len 32, vrf Corp1 vrfid 0x6000000d RP/0/RSP0/CPU0:Mar 15 17:02:58.348 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:02:58.348 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:02:58.348 : ospf[1019]: Send DBD to 10.96.91.12(10.98.251.246) on GigabitEthernet0/0/1/9.1501 seq 0x36b opt 0x52 flag 0x7 len 32, vrf Corp1 vrfid 0x6000000d RP/0/RSP0/CPU0:Mar 15 17:03:02.887 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:02.887 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:02.887 : ospf[1019]: Send DBD to 10.96.91.12(10.98.251.246) on GigabitEthernet0/0/1/9.1501 seq 0x36b opt 0x52 flag 0x7 len 32, vrf Corp1 vrfid 0x6000000d RP/0/RSP0/CPU0:Mar 15 17:03:07.690 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:07.690 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:07.690 : ospf[1019]: Send DBD to 10.96.91.12(10.98.251.246) on GigabitEthernet0/0/1/9.1501 seq 0x36b opt 0x52 flag 0x7 len 32, vrf Corp1 vrfid 0x6000000d RP/0/RSP0/CPU0:Mar 15 17:03:12.378 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:12.378 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:12.378 : ospf[1019]: Send DBD to 10.96.91.12(10.98.251.246) on GigabitEthernet0/0/1/9.1501 seq 0x36b opt 0x52 flag 0x7 len 32, vrf Corp1 vrfid 0x6000000d RP/0/RSP0/CPU0:Mar 15 17:03:16.902 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:16.902 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:16.902 : ospf[1019]: Send DBD to 10.96.91.12(10.98.251.246) on GigabitEthernet0/0/1/9.1501 seq 0x36b opt 0x52 flag 0x7 len 32, vrf Corp1 vrfid 0x6000000d RP/0/RSP0/CPU0:Mar 15 17:03:21.451 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:21.451 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:21.451 : ospf[1019]: Send DBD to 10.96.91.12(10.98.251.246) on GigabitEthernet0/0/1/9.1501 seq 0x36b opt 0x52 flag 0x7 len 32, vrf Corp1 vrfid 0x6000000d RP/0/RSP0/CPU0:Mar 15 17:03:26.434 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:26.434 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:26.434 : ospf[1019]: Send DBD to 10.96.91.12(10.98.251.246) on GigabitEthernet0/0/1/9.1501 seq 0x36b opt 0x52 flag 0x7 len 32, vrf Corp1 vrfid 0x6000000d RP/0/RSP0/CPU0:Mar 15 17:03:31.052 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:31.052 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:31.052 : ospf[1019]: Send DBD to 10.96.91.12(10.98.251.246) on GigabitEthernet0/0/1/9.1501 seq 0x36b opt 0x52 flag 0x7 len 32, vrf Corp1 vrfid 0x6000000d RP/0/RSP0/CPU0:Mar 15 17:03:35.878 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:35.878 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:35.878 : ospf[1019]: Send DBD to 10.96.91.12(10.98.251.246) on GigabitEthernet0/0/1/9.1501 seq 0x36b opt 0x52 flag 0x7 len 32, vrf Corp1 vrfid 0x6000000d RP/0/RSP0/CPU0:Mar 15 17:03:40.715 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:40.715 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:40.715 : ospf[1019]: Send DBD to 10.96.91.12(10.98.251.246) on GigabitEthernet0/0/1/9.1501 seq 0x36b opt 0x52 flag 0x7 len 32, vrf Corp1 vrfid 0x6000000d RP/0/RSP0/CPU0:Mar 15 17:03:45.312 : ospf[1019]: Retransmitting DBD to 10.96.91.12 on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:45.312 : ospf[1019]: 10.96.91.12 address 10.98.251.246 on GigabitEthernet0/0/1/9.1501 is dead, state DOWN RP/0/RSP0/CPU0:Mar 15 17:03:45.312 : ospf[1019]: %ROUTING-OSPF-5-ADJCHG : Process Corp_Clients, Nbr 10.96.91.12 on GigabitEthernet0/0/1/9.1501 in area 0 from EXSTART to DOWN, Neighbor Down: too many DBD retransmissions, vrf Corp1 vrfid 0x6000000d RP/0/RSP0/CPU0:Mar 15 17:03:45.312 : ospf[1019]: Flooding Stats for nbr 10.96.91.12, LSA-Req Sent: 0 packets, 0 LSAs; LSA Upd rec'ed: 0 packets, 0 LSAs, DBD-rec'ed: 0 packets, 0 LSAs RP/0/RSP0/CPU0:Mar 15 17:03:45.312 : ospf[1019]: Neighbor change Event on intf GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:45.312 : ospf[1019]: DR/BDR election on GigabitEthernet0/0/1/9.1501 RP/0/RSP0/CPU0:Mar 15 17:03:45.312 : ospf[1019]: Elect BDR Router ID 0.0.0.0(IP Addr 0.0.0.0) RP/0/RSP0/CPU0:Mar 15 17:03:45.312 : ospf[1019]: Elect DR Router ID 10.96.237.126(IP Addr 10.98.251.245) RP/0/RSP0/CPU0:Mar 15 17:03:45.312 : ospf[1019]: DR: 10.96.237.126(Id) 10.98.251.245(IP Addr) RP/0/RSP0/CPU0:Mar 15 17:03:45.312 : ospf[1019]: BDR: none Any advices how to proceed in this situation are welcome! B.R. Jordan

1 0

[PATCH v2 0/2] Add the Babel routing protocol to Bird
by Toke Høiland-Jørgensen 14 Mar '16

14 Mar '16

This is the updated patch to add the Babel protocol to Bird. It is updated quite a bit compared to the previous version. Specifically: - Split up wire serialisation/deserialisation into a separate part from the semantic handling of TLVs. There's now a separate internal representation of the TLVs in host byte order. These are queued for handling and transmission and only serialised/deserialised at read/write from the wire. The get/put functions from unaligned.h are used to ensure alignment. - Reworked handling of route propagation to the core. Babel now keeps separate selected_in and selected_out entries for each prefix and lets the core pick which route to propagate out. - IPv4 routes are explicitly ignored in the handler instead of the parser. - Entries are timestamped and triggered updates only propagate changed entries. - TX failures are handled and transmission of the TLV queue is resumed when the socket is ready to transmit again. - Added reconfiguration support and cli show* support (based on the rip-new RIP implementation). - Added documentation of more functions and user-facing documentation. - The code has been rearranged to have packet handling code in packet.c and the semantic handlers in babel.c. Also, a bunch of code style changes and other adjustments based on the detailed comments from the last submission. I split this up in two commits, where the first one adds formatting of 64-bit router IDs to bvnsprintf() (which is technically a stand-alone change) and the other adds the Babel protocol. Toke Høiland-Jørgensen (2): Teach bvsnprintf() to print 64-bit router IDs. Add the Babel protocol. configure.in | 3 + doc/bird.sgml | 91 +++ lib/bitops.h | 3 +- lib/ip.h | 5 + lib/printf.c | 31 +- nest/proto.c | 3 + nest/protocol.h | 2 +- nest/route.h | 11 +- proto/Doc | 1 + proto/babel/Doc | 2 + proto/babel/Makefile | 5 + proto/babel/babel.c | 1905 ++++++++++++++++++++++++++++++++++++++++++++++++++ proto/babel/babel.h | 348 +++++++++ proto/babel/config.Y | 127 ++++ proto/babel/packet.c | 863 +++++++++++++++++++++++ proto/babel/packet.h | 127 ++++ sysdep/autoconf.h.in | 1 + 17 files changed, 3518 insertions(+), 10 deletions(-) create mode 100644 proto/babel/Doc create mode 100644 proto/babel/Makefile create mode 100644 proto/babel/babel.c create mode 100644 proto/babel/babel.h create mode 100644 proto/babel/config.Y create mode 100644 proto/babel/packet.c create mode 100644 proto/babel/packet.h -- 2.6.4

3 7

Bird socket communication
by Rohrmann Sascha 14 Mar '16

14 Mar '16

Hey Ondrej, could you add some examples how to access to the /var/run/bird.ctl socket via perl at the wiki? Thanks in advance.

2 1

BIRD crashes with 1000 peers
by Daniel Seidenstücker 11 Mar '16

11 Mar '16

Dear BIRD community, I want to connect BIRD 1.5.0 with more than 1000 ExaBGP peers on Ubuntu 14.04 LTS 64 Bit. Connecting 1000 peers works but if I increase the peer count to more than 1024 it fails due to the soft file limit of 1024. To raise that I tried the usual (ulimit, /etc/security/limits.conf) but BIRD doesnt take these new limits. Later I found the advice to add ulimit -n 10000 to the init.d script before each start-stop-daemon command. After restarting BIRD it gets the correct soft and hard limits (cat /proc/<pid>/limits | grep files). But now only 750 peers work and connecting 1000 peers crashs bird without any error message in syslog (log syslog all configured). (I did not test 751-999 peers.) It would be nice if somebody could help meJ. Thanks, Daniel Seidenstuecker

6 7

RFC 5549 (Advertising IPv4 Network Layer Reachability Information with an IPv6 Next Hop) support
by Stefan Plug 07 Mar '16

07 Mar '16

Hi guys, Do you know if there are any plans for implementing RFC 5549 for BGP somewhere in the future? This would make it possible to advertise IPv4 networks using IPv6 next hops directly which might come in handy in an IPv4 deprived world. Kind regards, Stefan Plug -- Mit freundlichen Grüßen / Best regards / Met vriendelijke groet Stefan Plug Network Engineer spl(a)ecix.net Tel: +49.30.81495455 GSM: +49.151.58040805 Fax: +49.30.81495459 Web: http://www.ecix.net/ PEERING GmbH - Division ECIX Lindenallee 27 14050 Berlin Germany Geschaeftsfuehrer: Stefan Wahl Amtsgericht Charlottenburg, HRB 97752B, USt-Id-Nr: DE2746301838

1 0