<div dir="ltr">Hi list<div><br></div><div>I'm having issues with a Debian 10 based router running BIRD 2.0.7.</div><div><br></div><div>On the router I have several interfaces where OSPFv3 is active. All good.</div><div>Besides those interfaces, i also have a dummy interface named loopback0.</div><div><br></div><div>Config example:</div><div>        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></div><div><br></div><div>The ens interfaces work just fine. However, the /128 I have configured on the loopback0 interfaces is constantly not being picked up by BIRD. It's like BIRD completely ignores the existence of that interface. It simply won't announce that /128 out to its peers connected through the ens interfaces. If i change the /128 to a /127 instead, the prefix is advertised by bird.</div><div><br></div><div>Any clues as to what gives this kinda unexpected (to me) behavior? Why wouldn't BIRD recognize a /128? I'm used to both Cisco and Juniper and have not seen this behavior before.</div><div><br></div><div>All I'm trying to do is use my loopback for establishing an iBGP mesh - basic use case, i believe :)</div><div>Thanks!</div><div><br></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Best Regards<div>Anders Hansen</div></div></div></div></div>