On Thu, 2019-10-24 at 16:05 +0200, Ondrej Zajicek wrote:
CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.
On Thu, Oct 24, 2019 at 09:14:42AM +0000, Kenth Eriksson wrote:
On Wed, 2019-10-23 at 13:07 +0000, Kenth Eriksson wrote:
No. But I filtered on 0.0.0.0/0, and there is only one such route entry.
Re-tested on vanilla 2.0.7. Same issue there. Default route is not marked with asterisk. Tested on different setups, all showing same intermittent reporting of the primary route.
BIRD v2.0.7 ready. bird> show route Table master4: 0.0.0.0/0 unicast [kernel1 11:10:53.058] (215) via 10.210.70.1 on eth0 10.210.70.0/23 unicast [direct1 11:10:53.058] * (255) dev eth0 unicast [kernel1 11:10:53.058] (215) dev eth0
Hi
What is your config? It is possible that you have some 'keep filtered' routes in net->routes for 0.0.0.0/0?
Configuration looks like this; protocol kernel { learn; persist; scan time 120; ipv4 { import all; export where (source != RTS_DEVICE); preference 215; }; } protocol kernel { learn; persist; scan time 120; ipv6 { import all; export where (source != RTS_DEVICE); preference 215; }; } protocol device { scan time 60; } protocol direct { ipv4 { import all; preference 255; }; ipv6 { import all; preference 255; }; check link 1; }
If there is only one route in list net->routes for 0.0.0.0/0 (as there is no other in your output), then it should have asterisk.
Is it possible that due to some bug a temporary route added by kernel during scan was not removed after the scan. Could you check the value of X->attrs->source (and perhaps content of attrs->src) for X in e, e->net->routes in this (or analogous) state:
(gdb) print e $2 = (rte *) 0x56939d14 (gdb) print e->net->routes $3 = (struct rte *) 0x56939c54
-- 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."