From: sheherezada@gmail.com
Date: Fri Oct 17 2008 - 14:24:22 ART
There are two types of organizations for the purpose of this
discussion: enterprise and service provider. Service providers would
definitely choose OSPF (or IS-IS) because it scales better and
supports MPLS applications, just to name two reasons of many. Large
enterprises would most likely choose OSPF because it scales better (it
provides hierarchy) and it is industry standard.
However, there are exceptions: I would prefer EIGRP or passive RIP in
a hub-and-spoke design with tens or hundreds of spokes. In this
scenario, the trouble is the number of spokes, which only need to
inform the hub about their prefixes (and they don't need the routes to
any other spokes).
Besides, EIGRP has great filtering capabilities, which OSPF does not
(because it is link state protocol). On the other hand, EIGRP usually
fails because of miserable design (i.e. lack of proper summarization
from, say, distribution into the core) and it is hard to troubleshoot.
Without summarization, query domains would become a nightmare in a
large network (just imagine a lossy link at the edge of your network
messing up an EIGRP neighborhood in the core, just because a router
from far-far-away did not answer a query). As someone said, EIGRP
does not tolerate too much bad design. BTW, redistributing from one
EIGRP AS into another (in an attempt to provide kind of internal
boundary), does not solve the query domain issue - it just moves it
into the other AS.
Just my opinion,
Mihai
On Thu, Oct 16, 2008 at 1:25 AM, nouman abbasi <abbasi.nouman@gmail.com> wrote:
> Hi,
> I have a Simple Question ;
>
> Why most of the Organization prefer OSPF over EIGRP assuming all devices on
> the Network are Cisco?
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
Blogs and organic groups at http://www.ccie.net
This archive was generated by hypermail 2.1.4 : Sat Nov 01 2008 - 15:35:21 ARST