Combining routes in BIRD OSPF export
Steve (Telsat Broadband)
steve at telsatbb.vu
Fri Feb 28 00:52:58 CET 2014
Hi Ondrej,
Thank you very much for the reply; just to confirm if it should look
something like this:
protocol ospf {
import all;
export filter {
ospf_metric1 = 1000;
if source = RTS_STATIC then accept; else reject;
};
stubnet 2001:abcd::/56 { summary; };
area 0 {
interface "eth0" {
cost 5;
type broadcast;
hello 10;
retransmit 5;
wait 40;
dead 40;
authentication none;
};
interface "*" {
cost 1000;
stub;
};
};
}
Cheers.
Steve.
-----Original Message-----
From: owner-bird-users at atrey.karlin.mff.cuni.cz
[mailto:owner-bird-users at atrey.karlin.mff.cuni.cz] On Behalf Of Ondrej
Zajicek
Sent: Friday, 28 February 2014 7:32 AM
To: Steve (Telsat Broadband)
Cc: bird-users at network.cz
Subject: Re: Combining routes in BIRD OSPF export
On Thu, Feb 27, 2014 at 02:18:03PM +1100, Steve (Telsat Broadband) wrote:
> Hi All,
>
> I have a question which I can't seem to find the answer for.
>
> We allocate network ranges to our customers (both IPv4 and v6).
>
> All our v6 ranges (say /64's) get allocated out of a single larger /56
> block.
>
> What I want to do is prevent BIRD from picking up the individual /64's
> assigned to customers and only 'export' the larger '/56' block to OSPF
> as this is really all that's required.
Use 'stubnet <prefix> { summary; };' OSPF area option.
--
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