On Thu, Mar 03, 2011 at 04:20:34PM +0100, fredrik danerklint wrote:
Hi!
I have compiled bird from git with "git clone git://git.nic.cz/bird.git" on FreeBSD 8.2. (btw, why is the version on that 1.2.3 according to sysdep/config.h when there is an 1.2.5 release?)
Because last two versions were branches (with cherrypicked patches), so the trunk version was not updated.
I've got ospf running on ipv4 between this machine and a OpenBSD-curent running OpenOSPF.
They both can see eachother and also their lo1loopback interface where there is an ipaddress of an /32 net which ends on OpenOSPF with .1 and .4 on the bird. There is also an /128 net for the ipv6 part.
Could you send me an output of 'ip a l' to get list of addresses, 'birdc show interfaces' and 'birdc show ospf state' ?
This addresses is ping-able from both machine so the route does exists as expected.
Now, I took that working configuration of bird and changed it to bird6.
protocol ospf o6 { tick 2; area 0.0.0.0 { interface "vlan15" { hello 3; cost 7; }; interface "lo1" { stub yes; cost 1; }; }; }
Bird can see and do inject the routes from OpenOSPF but can't see (?) the routes from bird6.
bird> show route 2a03:xxxx:xxxx::xxxx:f01/128 via fe80::1e6f:65ff:fe81:c4ef on vlan15 [o6 15:53] * I (150/7) [xx.xx.xx.1] 2a03:xxxx:xxxx::xxxx:fc0/127 via fe80::1e6f:65ff:fe81:c4ef on vlan15 [o6 15:53] * I (150/7) [xx.xx.xx.1] 2a03:xxxx:xxxx::xxxx:fd0/127 dev vlan15 [o6 15:48] * I (150/7) [xx.xx.xx.4] bird> quit
Now, why is bird6 showing that the routes should route via the link-local addresses?
That is a standard behavior for OSPFv3 (IPv6).
If bird6 is announcing that to OpenOSPF I can see that it won't add that route.
In OSPF (compared to BGP or RIP) routes are not announced to peers, link state is announced. Each router then computes all its routes based on shared complete link state (which can be shown using 'show ospf state' bird command). -- Elen sila lumenn' omentielvo Ondrej 'SanTiago' Zajicek (email: santiago@crfreenet.org) OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net) "To err is human -- to blame it on a computer is even more so."