Unexpected RIP route output with Bird 2.0.11 vs Bird 2.0.10

Ondrej Zajicek santiago at crfreenet.org
Wed Dec 14 19:01:10 CET 2022


On Wed, Dec 14, 2022 at 06:36:06PM +0100, Maria Matejka via Bird-users wrote:
> > During testing of Bird 2.0.11 I noticed something a bit odd in terms of
> > the output for RIP routes, is the below  "RIP.02" and "<type 16>"
> > expected?
> > 
> > 0001 BIRD 2.0.11 ready.
> > 1007-Table t_kernel4:
> >   192.168.21.0/24      unicast [rip4 2022-12-14 15:03:21] * (120/3)
> >      via 192.168.0.2 on eth0
> > 1008-    Type: RIP univ
> > 1012-    RIP.metric: 3
> >      RIP.tag: 0000
> >      RIP.02: *<type 16>*
>
> It's not expected to be written out, yet it's harmless otherwise. That
> attribute has always been there, just hidden. It looks like an incomplete
> backport of internal refactoring from v3 made it through to 2.0.11 and this
> attribute got unwantedly unhidden.

Seems like similar issue is in Babel with seqno attribute, but it presents differently:

10.7.11.0/24         unicast [babel1 18:47:17.708 from fe80::b881:37ff:fe9f:ebc5] * (130/354) [00:00:00:00:0a:00:00:07]
    via 10.0.1.1 on ve2
    Type: Babel univ
    Babel.metric: 354
    Babel.router_id: 00:00:00:00:0a:00:00:07
    Babel.


We definitely should improve tests for checking not only 'show route'
output, but full 'show route all'.

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



More information about the Bird-users mailing list