Obviously a high-bandwidth application. :) What are you installing, a bunch of ATMs or something?
I'm assuming that the remote routers will be pretty low-end - 2500/2600 at most. Of the three options, I'd say if you have to do this, EIGRP would probably be the best option. Make sure you design your address space such that you can take advantage of auto summarization in EIGRP. With OSPF, the Design Guide on CCO is purposely vague, but I've heard various Cisco people say you generally want to avoid more than 4-5 areas per router. Assuming that the "core" of the network also includes "other stuff" - meaning, these hub routers will connect to other backbone routers, that leaves us with four OSPF areas for these remote sites with each area having ~100 routers which seems a bit excessive (especially considering the supposed low-end routers on the remote side). How would you do BGP? I'm assuming that each remote site is only connected to the hub routers, so would you do a separate BGP AS per remote? If I'm understanding this right, it would be (at best) an administrative challenge at the hub side, manually configuring all of those remote-AS commands. I don't know what the practical limit is on the number of remote AS connections a single router can support. Bottom line, I don't think I'd want to build a new network with this configuration. I'd probably dial-back the horsepower on the hub routers and add a middle (distribution) layer to aggregate the remotes. Given the apparent bandwidth requirements, I'd say that a 3600-series router at the distribution-layer would be sufficient. Connect each remote to two distribution routers and then aggregate all of the distribution routers to the two hub/core routers - say 7200-series. I would recommend that you add to the number of head-end T1's so you can reduce the number of sites per circuit - say no more than 50 per ckt (still a bit high for my tastes but probably workable). If you went with 3620's you probably wouldn't want to have more than one head-end ckt. per distribution router. If you're not interested in having that many distribution routers then you'll need to bump-up the horsepower and we're back to the "how many EIGRP neighbors per router" question. Well, I've blathered too long. Hope this helps. Ben -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Robertson, Douglas Sent: Wednesday, January 16, 2002 7:31 AM To: [EMAIL PROTECTED] Subject: RE: EIGRP neighbor limitations [7:32058] This is actually for a practical issue, I have a customer that wants to implement +-400 remote sites connected with redundancy to two core routers. Each router will have three T1's and the 400 sites will be split between the three T1's. This still brings the EIGRP to +-133 EIGRP neighbors per interface and 400 neighbors per router. The customer wants to run EIGRP. I am asking this question to determine if this will be an issue and to find documentation to back this up. The alternative would be to run OSPF or BGP but I need backup info to get the customer to change. Thanks Doug -----Original Message----- From: MADMAN [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 15, 2002 4:49 PM To: [EMAIL PROTECTED] Subject: Re: EIGRP neighbor limitations [7:32058] I don't know about a hard limit but me thinks you'll hit the practical limit first anyway:) Is this an acedemic question??? Dave "Robertson, Douglas" wrote: > > Does anyone know of limitation in the amount of EIGRP neighbors on a router. > If there is, is this a limitation per physical interface or a limitation > per router. I found a document on CCO a couple of months ago that mentioned > these limits but I have now searched and searched but cannot find that > document again. > > Appreciate any input > > D. Robertson -- David Madland Sr. Network Engineer CCIE# 2016 Qwest Communications Int. Inc. [EMAIL PROTECTED] 612-664-3367 "Emotion should reflect reason not guide it" Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=32162&t=32058 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
