OSPF performance/SPF calculations

[Ondrej Zajicek]

On Sun, Apr 25, 2010 at 06:08:04PM +0200, Joakim Tjernlund wrote:
> > This is not a problem because both SPF and calc_next_hop() chooses the
> > cheapest (full) ptp link. They both uses the same (local) metrics.
> 
> Our ptp links typically have the same cost between the same two routers so
> it is not unlikely that the link will be asymentric I think. However I
> don't think that will be a problem anymore as BIRD don't use/support
> equal cost multipath, right?

Yes.

> Right, how about these statements from RFC 2328:
...
> These talk about inheriting ALL next hops from the parent and I don't
> see the BIRD does that. Looks like BIRD just selects one next hop
> from its parent?
> Assuming it is, does that impose any restricts?

Yes, BIRD chooses one next hop. Because BIRD does not implement equal
cost multipath, this is not a problem.

> Some other random questions:
> 
> One think I always wanted is the possibility to add an host IP address to
> all areas, in my case I like to export the routers primary IP address
> to all areas so the router can always be reached. Is that possible with
> BIRD?

You can use 'stubnet' option to add 'virtual' stub network (in that case
/32 stub) to the router-LSA. You can add this option to each area
config to get this in each area.

Or add /32 stub network to one area, other areas get a summary-LSA
with that address.

> If you pull the cable to an ethernet I/F that is currently in a OSPF
> domain, do BIRD delete the whole subnet from the R-LSA or do you
> leave a host route with the I/F's IP address in the R-LSA?

BIRD does not use link availability information, therefore if you pull
the cable, BIRD keeps the whole subnet in the router-LSA (if it is
a stub network).

-- 
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/20100425/f6af79d4/attachment-0001.asc>