Distributing default route dynamically through OSPF / passive interfaces

Ondrej Zajicek santiago at crfreenet.org
Wed Mar 28 12:58:22 CEST 2012


On Tue, Mar 27, 2012 at 03:11:29PM -0400, Thomas York wrote:
>    I am looking to replace Quagga with Bird for our OSPF deployment.
>    Currently, we have all of our plants with PtP links (either through PtP
>    T1s or OpenVPN links). We use static routes to get the tunnels and such
>    up, then distribute routes (including a default route) via OSPF (using
>    costs to designate a primary interface). This works great currently.
>    However, Quagga has terrible OSPFv3 support (especially with distributing
>    a default route) so I'm looking to move to Bird. I have two VMs configured
>    with 2 dummy interfaces per (to simulate two routers-on-a-stick). One of
>    the routers has a default route set on one of its dummy interface
>    (router1, dummy0). I have routes being distributed back and forth without
>    issue. However, I can't seem to get router1 to distribute its default
>    route to router2. Below are some IPs and sample configs.

I suppose the default route is learnt from kernel protocol and you see
it in 'show route' on router1. You have to allow export of routes to
OSPF. Either 'export all;', or 'export where net = 0.0.0.0/0;' for just
the default route.

See https://git.nic.cz/redmine/projects/bird/wiki/OSPF_example for another example.

BTW, 'networks' option for one-area router is useless, it is option 
for multi-area to specify aggregate prefixes for that area. And you
probably don't want rfc1583compat option too.

>    My other issue is that there isn't a passive directive for OSPF (at least,
>    according to the documentation). I would like to prevent the
>    accepting/broadcasting of OSPF data on the dummy interfaces. Is there an
>    easy way to do this without firewalling? Thanks!

You probably want 'stub' option for interfaces.

-- 
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."
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://trubka.network.cz/pipermail/bird-users/attachments/20120328/422ada60/attachment-0001.asc>


More information about the Bird-users mailing list