From: Michael Snyder (msnyder@revolutioncomputer.com)
Date: Tue Feb 11 2003 - 23:51:58 GMT-3
If it's a bunch of small branch offices tied to a central office, and
every branch office is defaulted back to the central office which ties
into a 3745.
Well, how about an OSPF area for each region? If you do ten sites to a
region, that's only 40 areas. Instead of totally stubby, how about just
stubby. I don't think in modern networks you have to worry too much
about lsa's filling the pipes.
I don't have any real world experience with 400 sites of OSPF, but my
common sense would say, keep it simple.
BTW, Eigrp wouldn't even break a sweat over 400 sites. You could place
all offices into one eigrp as, turn off auto summary, and go get an
early lunch.
Are you doing the ip addressing of the sites at the same time?
Good time to take care of poor ip address planning is BEFORE you start
routing them.
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Aaron Woody
Sent: Tuesday, February 11, 2003 5:21 PM
To: ccielab@groupstudy.com
Subject: OSPF for 400+ Locations
I have experience with OSPF but I am looking for suggestions on how to
implement OSPF in a Frame-Relay Hub/Spoke topology for 400+ locations.
Each
location only needs to know about the host through a default. My first
idea
is to have a separate area for each location and make it a totally
stubby
area. Is there a better way. My concern is that there will be 400+ areas
in
the OSPF Database at the host. The host will be a Cisco 3745. The
remotes
will all be Cisco 1751.
Thanks!
Aaron
[GroupStudy.com removed an attachment of type application/ms-tnef which
had a name of winmail.dat]
.
.
This archive was generated by hypermail 2.1.4 : Sat Mar 01 2003 - 11:06:19 GMT-3