Networking-Forums.com

Professional Discussions => Routing and Switching => Topic started by: mrome74 on January 27, 2022, 04:55:36 PM

Title: Practical disadvantages to making ALL OSPF non backbone areas 'stub type' areas?
Post by: mrome74 on January 27, 2022, 04:55:36 PM
Are there any practical disadvantages to making ALL OSPF non backbone areas some form of stub areas? It seems these areas only ever require default routes to the backbone, and never more.

This seems to only improve convergence, with no downsides. Why isn't this the default recommended architecture?
Title: Re: Practical disadvantages to making ALL OSPF non backbone areas 'stub type' areas?
Post by: icecream-guy on January 28, 2022, 06:32:18 AM
Stub areas cannot be used as a transit area for virtual links.
An ASBR cannot be internal to a stub area.
OSPF allows certain areas to be configured as stub areas, but the backbone area cannot be a stub area.
LSA Types 4 and 5 are not allowed in a stub area.

ref:
https://sourcedaddy.com/networking/stub-areas.html
Title: Re: Practical disadvantages to making ALL OSPF non backbone areas 'stub type' areas?
Post by: deanwebb on January 28, 2022, 07:31:15 AM
Just to be clear, are these stub areas, totally stub areas, not so stubby areas, or totally not so stubby areas?

But, to the question at hand, if they're not needing to keep up with external routes from outside OSPF, then, stub 'em. Example: branch office that backhauls all traffic to the datacenter hub. Stub network, there.
Title: Re: Practical disadvantages to making ALL OSPF non backbone areas 'stub type' areas?
Post by: wintermute000 on January 29, 2022, 04:07:49 PM
There's no real reason not to just do NSSA just in case

With modern networks / CPU / RAM there really isn't a huge use-case (except for terrible WAN conditions etc.) for using lots of OSPF areas. A lot of ISPs will have 100+ routers in the same area lol