On Thu, Oct 06, 2011 at 02:10:49PM +0200, fredrik danerklint wrote:
If someone removes the route from FIB (kernel) and BIRD notices that, it reinstalls the route, so unless there is a problem in route installation, it remains synced.
Oh, you mean like this:
2011-10-06 13:57:57 <ERR> KRT: Error sending route 2620:x:10a0::/0 to kernel 2011-10-06 13:57:57 <ERR> KRT: Error sending route 2001:x:ce0::/0 to kernel 2011-10-06 13:57:57 <ERR> KRT: Error sending route 2607:x::/0 to kernel 2011-10-06 13:57:57 <ERR> KRT: Error sending route 2001:x:ff03::/0 to kernel 2011-10-06 13:57:57 <ERR> KRT: Error sending route 2607:x::/0 to kernel 2011-10-06 13:57:57 <ERR> KRT: Error sending route 2606:x::/0 to kernel 2011-10-06 13:57:57 <ERR> KRT: Error sending route 2a00:x::/0 to kernel 2011-10-06 13:57:57 <ERR> KRT: Error sending route 2606:x::/0 to kernel 2011-10-06 13:57:57 <ERR> KRT: Error sending route 2400:x::/0 to kernel 2011-10-06 13:57:57 <ERR> KRT: Error sending route 2001:x:2d4::/0 to kernel
Really x:x::/0 (prefix length 0) ?
This is for IP6 on FreeBSD. I've also got the same for IP4:
2011-10-06 14:00:04 <ERR> KRT: Error sending route 199.189.xx.0/24 to kernel 2011-10-06 14:00:04 <ERR> KRT: Error sending route 212.104.xx.0/24 to kernel 2011-10-06 14:00:04 <ERR> KRT: Error sending route 188.171.xx.0/24 to kernel 2011-10-06 14:00:04 <ERR> KRT: Error sending route 175.103.xx.0/24 to kernel 2011-10-06 14:00:08 <ERR> KRT: Error sending route 199.189.xx.0/24 to kernel 2011-10-06 14:00:08 <ERR> KRT: Error sending route 212.104.xx.0/24 to kernel 2011-10-06 14:00:08 <ERR> KRT: Error sending route 188.171.xx.0/24 to kernel 2011-10-06 14:00:08 <ERR> KRT: Error sending route 175.103.xx.0/24 to kernel
I've got a couple of gigs of these messages in my log...
Generally, there should not be such problems. Could you send me your config file and 'netstat -nr' output? -- 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."