<div dir="ltr"><div>I suppose I must be doing something wrong then :)</div><div>Here's the output from the commands:</div><div><br></div><div>birdc show ospf state<br>BIRD 2.0.7 ready.<br>area 0.0.0.0<br>      router 10.255.255.11<br>          distance 0<br>            router 10.255.255.201 metric 1<br>                stubnet 2a09:4c2:1f:ffff::/128 metric 0<br>               stubnet 2a09:4c2:1f:ff:91::/127 metric 1<br>      router 10.255.255.201<br>         distance 1<br>            router 10.255.255.11 metric 1<br>         stubnet 2a09:4c2:1f:ff:ff::201/128 metric 1<br>           stubnet 2a09:4c2:1f:ff:91::/127 metric 1<br></div><div><br></div><div>birdc show interfaces (all other interfaces than loopback0 has been left out)<br>BIRD 2.0.7 ready.<br><snip><br>loopback0 up (index=3)<br>      MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500<br>       2a09:4c2:1f:ffff::/128 (Preferred, scope univ)<br>        fe80::500e:2eff:feb5:8b1d/64 (Preferred, scope link)<br><snip><br></div><div><br></div><div>ip addr show (all other interfaces than loopback0 has been left out)<br><snip><br>3: loopback0: <BROADCAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN group default qlen 1000<br>    link/ether 52:0e:2e:b5:8b:1d brd ff:ff:ff:ff:ff:ff<br>    inet6 2a09:4c2:1f:ffff::/128 scope global<br>       valid_lft forever preferred_lft forever<br>    inet6 fe80::500e:2eff:feb5:8b1d/64 scope link<br>       valid_lft forever preferred_lft forever<br><snip></div><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Best Regards<div>Anders Hansen</div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 31, 2020 at 10:54 PM Ondrej Zajicek <<a href="mailto:santiago@crfreenet.org">santiago@crfreenet.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, Jan 31, 2020 at 09:58:23PM +0100, Anders Hansen wrote:<br>
> Hi list<br>
> <br>
> I'm having issues with a Debian 10 based router running BIRD 2.0.7.<br>
> <br>
> On the router I have several interfaces where OSPFv3 is active. All good.<br>
> Besides those interfaces, i also have a dummy interface named loopback0.<br>
> <br>
> Config example:<br>
>         area 0 {<br>
>                 interface "ens*" {<br>
>                         type ptp;<br>
>                         cost 1;<br>
>                         hello 5;<br>
>                 };<br>
>                 interface "loopback0" {<br>
>                         stub;<br>
>                         cost 1;<br>
>                 };<br>
>         };<br>
> <br>
> The ens interfaces work just fine. However, the /128 I have configured on<br>
> the loopback0 interfaces is constantly not being picked up by BIRD. It's<br>
> like BIRD completely ignores the existence of that interface. It simply<br>
> won't announce that /128 out to its peers connected through the ens<br>
> interfaces. If i change the /128 to a /127 instead, the prefix is<br>
> advertised by bird.<br>
<br>
Hi<br>
<br>
Works for me. What is reported by 'birdc show ospf state',<br>
'birdc show interfaces' and 'ip addr show' commands ?<br>
<br>
-- <br>
Elen sila lumenn' omentielvo<br>
<br>
Ondrej 'Santiago' Zajicek (email: <a href="mailto:santiago@crfreenet.org" target="_blank">santiago@crfreenet.org</a>)<br>
OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, <a href="http://wwwkeys.pgp.net" rel="noreferrer" target="_blank">wwwkeys.pgp.net</a>)<br>
"To err is human -- to blame it on a computer is even more so."<br>
</blockquote></div>