Protokolle: EIGRP vs OSPF [geschlossen]


21

EIGRP und OSPF sind beide IGP-Protokolle, das erstere ist hauptsächlich ein Cisco-Protokoll und das letztere ist ein gut etablierter offener Standard. Was sind die Vorteile des einen gegenüber dem anderen?

Anders ausgedrückt, warum sollten Sie beim Bereitstellen eines Netzwerks einen über den anderen wählen? Wenn Sie gemischte Geräte haben, wäre die Wahl natürlich OSPF, aber was ist, wenn Sie nur einen Cisco-Shop betreiben? Gibt es Features, bei denen sich EIGRP im Vergleich zu OSPF auszeichnet, die es möglich machen würden, nur EIGRP bereitzustellen?


1
Die meisten Routing-Bücher befassen sich mit dem Vergleich von Link-State und "Hybrid" oder in dieser speziellen Situation - EIGRP. Warum nimmst du dir nicht Zeit, sie zuerst zu lesen?
Łukasz Bromirski

Während die Frage gültig ist und die antwortenden Informationen wertvoll. Ich bin der Meinung, dass diese Frage, wie sie heute geschrieben wurde, für das Q / A-Format von Stack Exchange zu weit gefasst ist. Insbesondere die Frage "Welches Protokoll sollte man bei der Bereitstellung eines Netzwerks auswählen?" ist eine Frage mit vielen Variablen und vielen Antworten, die von der jeweiligen Situation abhängen.
Brett Lykins

Es geht eher um die Wahl zwischen EIGRP und OSPF. Der Titel der Frage fragt nicht nach dem zu verwendenden Protokoll, sondern nach einem Vergleich von OSPF und EIGRP und den Vorteilen der einzelnen Protokolle. Also muss ich nicht zustimmen.
Lucas Kauffman

1
Ich würde zustimmen, dass die Frage nicht nützlich ist. Das Nerd-Knob-Zeug spielt in 95% der Netzwerke keine Rolle. Entweder muss ich OSPF ausführen, um mit Nicht-Cisco-Geräten zu sprechen, oder es ist eine Frage der Religion, in der Sie alle Cisco-Geräte haben.
Fredpbaker

2
Wenn Sie Ihre persönliche Religion aus rein technischen Gründen beiseite lassen können, sind sie mehr oder weniger ausgeglichen. In diesem speziellen Bereich sind die Menschen jedoch selten so objektiv.
Ricky Beam

Antworten:


24

EIGRP ist jetzt ein IETF-Entwurf und daher nicht mehr proprietär. Siehe http://tools.ietf.org/html/draft-savage-eigrp-01

Wenn wir uns EIGRP mit Standardeinstellungen und OSPF mit Standardeinstellungen ansehen und es mehrere schleifenfreie Pfade zu einem Ziel gibt, wird EIGRP viel schneller konvergieren, da so genannte durchführbare Nachfolger in der Topologiedatenbank erhalten bleiben. Dies sind im Grunde genommen schleifenfreie Alternativen zum besten Pfad. EIGRP hat auch eine Zusammenfassung an jedem Punkt im Netzwerk. Es hat auch eine Stub-Funktion, die nützlich ist, wenn Sie keinen Router für den Transit verwenden möchten. Wird häufig in DMVPNS eingesetzt. EIGRP ist auch weniger verwirrend als OSPF, da es keine unterschiedlichen Netzwerktypen aufweist und die Bereitstellung von EIGRP in Hub- und Spoke-Szenarien einfacher ist.

EIGRP verwendet ein flaches Netzwerk ohne Bereiche. Dies kann sowohl ein Vorteil als auch ein Nachteil sein.

OSPF ist offensichtlich ein offener Standard, daher ist es die logische Wahl, wenn Sie mehrere Anbieter haben. Es kann eine gute Leistung erbringen, erfordert jedoch das Optimieren von SPF-Timern, da in IOS standardmäßig 5 Sekunden gewartet wird, bevor der SPF-Algorithmus ausgeführt wird. OSPF verwendet Bereiche, sodass Sie das Netzwerk logischer segmentieren können. OSPF kann nur zwischen Bereichen zusammenfassen. OSPF hat den Verbindungsstatus, sodass das gesamte Netzwerk besser angezeigt werden kann als EIGRP, bevor der SPF-Algorithmus ausgeführt wird. Netzwerkadministratoren sind in der Regel mit OSPF besser vertraut, da es häufiger eingesetzt wird.

Beide Protokolle haben Vor- und Nachteile. Aber die allgemeine Antwort, dass EIGRP verworfen werden sollte, weil es nicht mehr ganz richtig ist, proprietär zu sein.


5
Nicht mehr proprietär, aber auch nicht von anderen Firmen außerhalb von Cisco implementiert. Das Endergebnis ist also dasselbe.
Tim

1
Es kommt. Ich bin mir nicht sicher, welche, aber Donnie Savage erwähnte, dass 5 Firmen oder so Produkte damit veröffentlichen. Ich gehe davon aus, dass es Unternehmen wie Huawei oder andere in Asien ansässige Unternehmen sein werden. Weil EIGRP proprietär war, waren die Leute beim Vergleich der beiden faul. Ich vergleiche sie technisch und für ein Unternehmen ist EIGRP keine schlechte Wahl. Für einen ISP würde ich mit ISIS gehen.
Daniel Dib

Nur eine kurze
Info

@DanielDib, wenn man von IS-IS spricht, warum bevorzugen ISPs dies gegenüber OSPF? In 90 Worten oder weniger. ;-)
generalnetworkerror

2
> EIGRP ist jetzt ein IETF-Entwurf und daher nicht mehr proprietär. Siehe ietf.org/id/draft-savage-eigrp-00.txt Ja , aber:> 1. Erweiterte Funktionen von EIGRP ( dh Stub-Bereiche) werden nicht für die IETF freigegeben. 2. Informational RFC ermöglicht Cisco, die Kontrolle über das EIGRP-Protokoll zu behalten. 3. EIGRP ist immer noch technisch geschützt. <br>> Daher werden die erweiterten Funktionen von EIGRP nicht freigegeben - keine Stub-Bereiche, keine Möglichkeit, die Ausbreitung zu steuern oder Bereiche logisch zu definieren. Keine DMVPN-Topologien, die skaliert werden. Dies ist einer der Hauptgründe, warum Sie EIGRP verwenden würden. <br> Mehr: [Warum stört sich Cisco mit “Op
t3mp

13

Sie können selbst nachlesen, wie diese Protokolle besser funktionieren, sie sind im Internet ausführlich dokumentiert und es ist ein Kinderspiel, Informationen darüber zu finden.

Aus praktischer Sicht würde ich sagen, dass im Fall von EIGRP gegen OSPF OSPF immer aus den folgenden Gründen gewinnt:

Konvergenzgeschwindigkeit :

Alle haben immer erwähnt, dass EIGRP mit den Standardeinstellungen schneller ist als OSPF. Wenn Sie eines der Protokolle bereitstellen, ohne es zu lesen, und die Standardeinstellungen verwenden, wissen Sie meiner Meinung nach eindeutig nicht, was Sie tun. Warum sollten Sie Standardeinstellungen bereitstellen, ohne zu wissen, um welche es sich handelt, und wenn Sie feststellen, um welche es sich handelt, stellen Sie fest, dass OSPF BFD unterstützt und schnell aufhellt (wie ISIS).

Verkehrstechnik :

Da OSPF wie ISIS auf TLV-Werten basiert, wurde es erheblich erweitert. Es unterstützt Erweiterungen wie MPLS-TE und GMPLS.

Kontinuierliche Expansion

Wie ich bereits erwähnt habe, wurden OSPF und ISIS erheblich erweitert, und Erweiterungsentwürfe werden ziemlich regelmäßig geschrieben und werden es auch weiterhin sein. EIGRP bietet nicht viele der erweiterten Optionen, die diese beiden bieten.

Skalierbarkeit

OSPF skaliert mit seiner Flächennutzung besser als EIGRP, aber ich denke, dass dies auch nicht wirklich wichtig ist (wie die Konvergenzzeit, die aufgrund von BFD angezeigt wird). In OSPF laufen nicht viele Leute 10k-Routen in einem Gebiet. Normalerweise würde ich einen IGP für schnelles Routing in einem bestimmten Teil eines Netzwerks verwenden, aber letztendlich überträgt iBGP alle internen Routen. Jeder einzelne Router benötigt nicht jede interne Route in seiner RIB, die über OSPF bezogen wird, wenn Sie über Hunderte oder Tausende oder Router verfügen. Einige von ihnen sind (topologisch gesehen) so weit entfernt, dass es wertlos ist, sie zu kennen.

Interoperabilität

Schließlich gibt es den offensichtlichen Grund, warum EIGRP eine firmeneigene Technologie von Cisco ist / war. Obwohl dies kürzlich in einem Entwurf für die Integration durch andere Softwareanbieter eingereicht wurde, ist es (glaube ich) zu spät. Kein derzeit laufendes Netzwerk wird viel Geld verschwenden, wenn von einem anderen IGP zu EIGRP gewechselt wird, und ich weiß nicht, warum ein neues Netzwerk dies in Betracht ziehen würde (wenn Sie Cisco-Geräte mit Nicht-Cisco-Geräten mischen). Ganz einfach, weil Geräte von Drittanbietern, die OSPF unterstützen, dies schon seit Jahren tun. Der Code hat sich bewährt, viele Fehler wurden behoben, unzählige Informationen sind online usw. Es wird Jahre dauern, bis EIGRP auf dem Laufenden ist (wenn es noch nicht zu spät ist!).


1
Ich denke, diese Antwort erfordert eine Gegenargumentation von Donnie Savage. :)
scottm32768

Ich versuche nur, die Site mit relevanten Fragen zu füllen, von denen ich weiß, dass sie für dieses Thema sehr relevant sind
Lucas Kauffman,

1
Dies ist eine großartige Antwort, aber ich muss darauf hinweisen, dass natives OSPF keine TLVs verwendete , sondern nur OSPF-TE (und andere OSPF-Erweiterungen); OSPF wurde explizit für IPv4 geschrieben / entwickelt. ISIS hatte immer TLVs, weshalb Sie kein ISISv3 haben. :-) Siehe tools.ietf.org/html/draft-bhatia-manral-diff-isis-ospf-01 Abschnitt 18.
John Jensen

1

Ich würde vorschlagen, dass die richtige Antwort darauf von der Topologie des Netzwerks abhängt. OSPF erfordert Gebietsgrenzen für die Zusammenfassung. Wenn Sie ein Netzwerk auf der grünen Wiese betreiben oder Ihre Topologie zum Zeichnen von Gebieten geeignet ist, sollten Sie diese unbedingt verwenden. Wenn in Ihrem Netzwerk Speichen für die Verbindung mit mehreren Hubs erforderlich sind, ist OSPF schwieriger. Als ich diese Anforderung in meinem Frame Relay-Netzwerk hatte, habe ich Remotestandorte auf BGP migriert. Ich wollte EIGRP und Stub-Router verwenden, aber Cisco erwähnte, dass mehr Ressourcen für die Interoperabilität zwischen BGP und OSPF aufgewendet werden als für die Interoperabilität zwischen EIGRP und OSPF. Eine andere Möglichkeit ist, dass EIGRP mit seinen Stub-Routern und der Möglichkeit, an beliebiger Stelle eine Zusammenfassung zu erstellen, in einer "chaotischen" Topologie besser skaliert werden kann.


Ich würde zustimmen. Je komplexer die Topologie ist, desto mehr sollte man sich natürlich für OSPF interessieren. In einer einfachen Cisco-Topologie ist EIGRP ein zu einfaches Setup, um es zu ignorieren. Ich habe viele ungeübte Leute gesehen, die EIGRP-Netzwerke eingerichtet haben. Ich habe noch nie ein Setup-OSPF gesehen. (Ich erinnere mich an einen gewaltigen Haufen F *** eines Versuchs. Diese Geschichte endete übrigens mit einer Geldstrafe für das Unterbrechen der Kommunikation mit Backup-Kontrollsystemen.)
Ricky Beam
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.