EIGRP vs OSPF vs RIP

FloOzFloOz Member Posts: 1,614 ■■■■□□□□□□
so i am currently learning about different routing protocols and am getting somewhat confused between the three i have learned about so far.
so this is currently what i know. EIGRP is proprietary to Cisco and uses cisco proprietary elements to manage routing (wont go into all the details ive learned). Next is OSPF, its an interior gateway,link state,dynamic routing protocol. Also OSPF routers and links are grouped into logical areas. Finally is RIP, RIP is also a gateway,link state,dynamic routing protocol. RIP also uses authentication to verify source.

so my question is which one is actually being used in enterprise networks? All three claim to be popular in today's networks. Also what is the difference between RIP and OSPF, they almost seem exactly the same?

Comments

  • ChickenNuggetzChickenNuggetz Member Posts: 284
    RIP and RIP-2 are not link state protocols. They are distance vector protocols. The difference between the three is numerous, but without going into detail, basically the metrics that each protocol uses for determining the best routes for each subnet and ultimately learning new routes/subnets is the probably one of the biggest differences.

    OSPF basically builds a database of routes to its neighbors and using an algorithm, calculates the best possible (i.e shortest) path. Its a link-state protocol because OSPF really cares and needs to be aware of the up or down state of its neighbors in order to calculate the best (shortest) path.

    RIP uses "next-hop" as its metric. It calculates the best route based on the number of "hops" it takes to reach the specified subnet.

    EIGRP is indeed cisco proprietary but is considered to be somewhat of a hybrid between link-state and distance vector; its often referred to as an advanced distance vector protocol. To put it simply, EIGRP basically does what OSPF does and what RIP does and combines the two into a set of algorithms to learn and place the best route for each subnet.

    Hope that helps!
    :study: Currently Reading: Red Hat Certified Systems Administrator and Engineer by Ashgar Ghori

    Certifications: CCENT; CCNA: R&S; Security+

    Next up: RHCSA
  • FloOzFloOz Member Posts: 1,614 ■■■■□□□□□□
    thanks so much for your explanation, you really cleared it up for me.

    so how would an enterprise choose which protocol to use? can different routers use different protocols? sorry if this is a dumb question, i am just starting to learn networking
  • ChickenNuggetzChickenNuggetz Member Posts: 284
    No problem, glad I could help :D


    There's a lot of variables/reasons to use one protocol over another in an enterprise. It really depends on the needs of that network. Smaller to medium sized businesses might be ok with using RIP-2; larger enterprises might get more efficiency using EIGRP or OSPF; or an ISP or telco might use IS-IS to manage the vast number of devices and routers. Each protocol is going to bring its own set of benefits to the table, a network engineer's job is to figure out which is best suited for their network.

    Routers come in all sorts of flavors. Some routers are perfect for your home office/small office, whereas you'll need better routers for larger networks (to handle more traffic, etc). Your "average" enterprise router can probably handle your standard fair of IGP routing protocols like OSPF, RIP and EIGRP. Now keep in mind that EIGRP is Cisco-proprietary, so you'll only find that particular protocol on Cisco equipment.
    :study: Currently Reading: Red Hat Certified Systems Administrator and Engineer by Ashgar Ghori

    Certifications: CCENT; CCNA: R&S; Security+

    Next up: RHCSA
  • CodeBloxCodeBlox Member Posts: 1,363 ■■■■□□□□□□
    I thought I submitted a post but guess not. Anyhow, to add on to Chickennuggetz, you can have multiple routing protocols in the same networking environment and use whats called route redistribution to take the routes of one source and as the term says, redistribute them in another routing protocol.
    Currently reading: Network Warrior, Unix Network Programming by Richard Stevens
  • Forsaken_GAForsaken_GA Member Posts: 4,024
    Packet Pushers Show 89 - OSPF and IS-IS, comparing, considering and discussing

    Packet Pushers did that show recently, and diverged into IGP's in general, including EIGRP. It's about an hour and a half long, but worth it if you want to hear the opinions on interior routing protocols by some industry veterans
  • Forsaken_GAForsaken_GA Member Posts: 4,024
    CodeBlox wrote: »
    I thought I submitted a post but guess not. Anyhow, to add on to Chickennuggetz, you can have multiple routing protocols in the same networking environment and use whats called route redistribution to take the routes of one source and as the term says, redistribute them in another routing protocol.

    This is normally not a good idea, however, as redistribution comes with a loss of information. Redistributing RIP into OSPF, for example, does not now include shortest path information, it makes OSPF behave in a distance vector manner, as the only shortest path involved is in the path to get to the router that's redistributing the routes. Then there's the fact that if you're redistributing at multiple points, you have to do some careful planning to ensure you're not causing routing loops.
  • FloOzFloOz Member Posts: 1,614 ■■■■□□□□□□
    so it is best practice to stay consistent with your routing protocols across all routers?
  • Forsaken_GAForsaken_GA Member Posts: 4,024
    Yes. Acquisitions and migrations make this nearly impossible for any large organization, however. And if your network started vendor locked to Cisco, and you were foolish enough to deploy EIGRP, and then later brought in non-Cisco gear, you also would not have a choice (moral of the story: use protocols base on open standards).

    And sometimes, you need to run multiple routing protocols to support new technologies. For example, our backbone runs IS-IS and OSPF. IS-IS was deployed to support ipv6 because at the time we needed it, OSPFv3 didn't exist in our vendors code, leaving IS-IS as the only option.

    But the holy grail is to have your IGP running one protocol. It simplifies the network and makes troubleshooting alot easier, not to mention cutting out those nasty routing loop possibilities. Personally, my preferred design is to have every site run OSPF internally, with all cross-site links running eBGP. I do not appreciate fiber cuts in BFE, Kentucky causing convergence events in Georgia, and the area 0 requirement makes scaling OSPF while containing SPF runs after a link fails a bit onerous.
  • higherhohigherho Member Posts: 882
    I was told that OSPF is a better choice on larger networks even if you have all Cisco gear and have the option to choose EIGRP. Whats your experience Forsaken?

    I agree that open standards is defiantly better unless you know for sure your going to be a Cisco shop for the next two decades.
  • FloOzFloOz Member Posts: 1,614 ■■■■□□□□□□
    yah i am wondering that too. Why not go EIGRP if you have a whole Cisco environment?
  • Forsaken_GAForsaken_GA Member Posts: 4,024
    I actually like EIGRP. It's a simpler protocol than OSPF, and as long as you take proper care to limit the query range, it's quite scalable. And if I could guarantee nothing but Cisco gear on the network, I'd be happy implementing it.

    On the other hand, I know better than that, and todays guarantee is tomorrows 'oh, by the way.... we're buying Juniper gear'.

    I'd agree that OSPF is the better choice to implement, but it has nothing to do with it being a better protocol, that's subjective. I'd employ OSPF for three reasons:

    #1 - Open standard. No need to worry about vendor lockin

    #2 - Mature and active code development (comparitively, anyway)

    #3 - The crapload of people out there that know OSPF.

    Unfortunately, technical matters aren't the only consideration when you're designing a network. Integration, vendor support, and staffing are all very relevant factors.
  • higherhohigherho Member Posts: 882
    I actually like EIGRP. It's a simpler protocol than OSPF, and as long as you take proper care to limit the query range, it's quite scalable. And if I could guarantee nothing but Cisco gear on the network, I'd be happy implementing it.

    On the other hand, I know better than that, and todays guarantee is tomorrows 'oh, by the way.... we're buying Juniper gear'.

    I'd agree that OSPF is the better choice to implement, but it has nothing to do with it being a better protocol, that's subjective. I'd employ OSPF for three reasons:

    #1 - Open standard. No need to worry about vendor lockin

    #2 - Mature and active code development (comparitively, anyway)

    #3 - The crapload of people out there that know OSPF.

    Unfortunately, technical matters aren't the only consideration when you're designing a network. Integration, vendor support, and staffing are all very relevant factors.

    Umm, thanks for the info. I agree! I always found OSPF to be the more complex protocol but complex in a good way (fun!).
  • FloOzFloOz Member Posts: 1,614 ■■■■□□□□□□
    thanks a ton forsaken!
  • dave11dave11 Registered Users Posts: 1 ■□□□□□□□□□
    wow, this contributions has really helped me. thanks guys
  • oxymoron5koxymoron5k Member Posts: 68 ■■□□□□□□□□
    This is an awesome thread thanks for the posts
  • BlueRozeBlueRoze Member Posts: 27 ■■■□□□□□□□
    As an update, EIGRP was opened up by Cisco in 2013, so it is no longer a closed standard. Hopefully if CompTIA actually has a question about that it's updated. I have my students make a table of the protocols and fill out little bits of info, if anything it helps for memorizing who does what. I have RIP v1 and 2, OSPF, IS-IS, EIGRP, and BGP in the table. They have to list the Class (link-state vs distance-vector vs Path vector), the Algorithm used, the method used (in really basic terms, not in depth0, the metric, if it has a fast or slow convergence speed, IGP vs EGP, and an extra note section for whatever. Helps organize the thoughts. If you are more of a picture verse linear person you could make a mind map of the information as well.
Sign In or Register to comment.