Syntax for show route and primary route (*)?

[Kenth Eriksson]

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 at 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."