OSPF performance/SPF calculations

[Andrew Lemin]

Hello.
Yes it quite possible that bird does use netlink directly. Regardless I think the issue is still related to the fact that a multipath route needs to be added with a single statement and not by adding separate single route statements.

Regarding the error. I cannot say why it is not there, it is not a problem however. I am not a developer.

Thanks again. Andy.


-----Original Message-----
From: Joakim Tjernlund [mailto:joakim.tjernlund at transmode.se]
Sent: 26 April 2010 13:32
To: Andrew Lemin
Cc: bird-users at trubka.network.cz; Ondrej Zajicek
Subject: RE: OSPF performance/SPF calculations

Andrew Lemin <andrew.lemin at monitorsoft.com> wrote on 2010/04/26 12:14:52:
>
> Hello.
> Yes, I believe the changes should not be that difficult.
>
> For example, by simply creating two separate 'RIP protocol' instances which
> listen on different external interfaces, I can get bird's internal core
> routing table to show all the multiple routing 'options' for common remote subnets etc.
>
> I imagine the initial fix would be quite simple as it appears to just require
> a change to the 'kernel protocol' export filter;
> Instead of updating the kernel routing table by iteratively running individual
> 'ip route add ....' commands for each of the bird route table entries, the
> kernel protocol filter should read each route entry from its bird routing
> table, then search for any other matching routes before finally running a
> single 'ip route add .... nexthop ....' command which includes each of the
> routeing options.

BIRD is using "ip route" to configure routes? I figured BIRD used netlink
directly.


>
> Extract of 'ip route' from our Securepoint firewall;
> # ip route
> .
> .
> .
> 192.168.230.0/24 via 192.168.214.1 dev eth2  proto bird
> 192.168.35.0/24 via 192.168.214.1 dev eth2  proto bird
> 192.168.32.0/24 via 192.168.215.1 dev eth3  proto bird
> 10.44.50.0/24 via 192.168.215.1 dev eth3  proto bird
> 10.44.51.0/24 via 192.168.215.1 dev eth3  proto bird
> 192.168.55.0/24 via 192.168.214.1 dev eth2  proto bird
> 10.46.55.0/24 via 192.168.214.1 dev eth2  proto bird
> 192.168.56.0/24 via 192.168.215.1 dev eth3  proto bird
> 62.6.40.0/24 via 192.168.214.1 dev eth2
> 10.36.20.0/23 via 192.168.215.1 dev eth3  proto bird
> 192.168.48.0/22 via 192.168.175.2 dev eth1
> default
>         nexthop via 192.168.214.1  dev eth2 weight 1
>         nexthop via 192.168.215.1  dev eth3 weight 2
> #
>
> causes the following error;
> <ERR> KRT: Mysterious route with no OIF (0.0.0.0/0)

I can't even find that error msg in BIRD sources.





Monitor Computer Systems Limited
Company Registration Number: NI 17805
Registered Office: 3 Pine Crest, Holywood, North Down, Northern Ireland BT18 9ED