{"id":38396,"date":"2019-10-31T22:23:30","date_gmt":"2019-10-31T19:23:30","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp\/"},"modified":"2019-10-31T22:23:30","modified_gmt":"2019-10-31T19:23:30","slug":"trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","title":{"rendered":"Cisco-Training 200-125 CCNA v3.0. Tag 49. Einf\u00fchrung in EIGRP","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Heute beginnen wir mit dem EIGRP-Protokoll, das neben dem OSPF eine der wichtigsten Themen im CCNA-Kurs darstellt. <\/p>\n

\"Cisco-Training
\n
\nSp\u00e4ter werden wir zu Abschnitt 2.5 zur\u00fcckkehren. Jetzt gehen wir direkt nach Abschnitt 2.4 zu Abschnitt 2.6 \u00fcber: \"Konfiguration, \u00dcberpr\u00fcfung und Fehlersuche von EIGRP \u00fcber das IPv4-Protokoll (ohne Authentifizierung, Filterung, manuelle Summierung, Umverteilung und Stub-Konfiguration)\".
\nHeute haben wir eine Einf\u00fchrung, in der ich Ihnen das Konzept des erweiterten Interior Gateway Routing Protocols EIGRP vorstellen werde. In den beiden n\u00e4chsten Lektionen werden wir die Konfiguration und Fehlersuche dieses Protokolls behandeln. Doch zuerst m\u00f6chte ich Ihnen Folgendes mitteilen.<\/a><\/noindex><\/p>\n

In den letzten Lektionen haben wir OSPF behandelt. Jetzt m\u00f6chte ich, dass Sie sich daran erinnern, dass wir vor vielen Monaten, als wir das RIP-Protokoll behandelt haben, \u00fcber Routing-Schleifen und Technologien gesprochen haben, die eine Endlosschleifenbildung verhindern. Wie k\u00f6nnen Routing-Schleifen bei der Verwendung von OSPF verhindert werden? K\u00f6nnen Methoden wie das \"Route Poisoning\" oder \"Split Horizon\" daf\u00fcr eingesetzt werden? Das sind Fragen, die Sie selbst beantworten sollten. Sie k\u00f6nnen andere thematische Ressourcen nutzen, aber finden Sie Antworten auf diese Fragen. Ich m\u00f6chte, dass Sie lernen, selbstst\u00e4ndig Antworten zu finden, w\u00e4hrend Sie mit verschiedenen Quellen arbeiten, und ich bitte Sie, Ihre Kommentare unter diesem Video zu hinterlassen, damit ich sehen kann, wie viele meiner Sch\u00fcler diese Aufgabe gemeistert haben. <\/p>\n

Was ist EIGRP? Es handelt sich um ein hybrides Routing-Protokoll, das n\u00fctzliche Funktionen sowohl des Distance-Vector-Protokolls wie RIP als auch des Link-State-Protokolls wie OSPF kombiniert. <\/p>\n

\"Cisco-Training
\n
\nEIGRP ist ein propriet\u00e4res Protokoll von Cisco, das 2013 zur allgemeinen Nutzung freigegeben wurde. Aus dem Kanalstatusprotokoll \u00fcbernimmt es den Algorithmus zur Nachbarschaftsbildung, im Gegensatz zu RIP, das keine Nachbarn erstellt. RIP tauscht ebenfalls Routingtabellen mit anderen Protokollteilnehmern aus, jedoch bildet OSPF, bevor es mit einem solchen Austausch beginnt, zun\u00e4chst Nachbarschaften. EIGRP funktioniert auf \u00e4hnliche Weise.<\/p>\n

Das RIP-Protokoll f\u00fchrt alle 30 Sekunden periodische Updates der vollst\u00e4ndigen Routingtabelle durch und sendet Informationen \u00fcber alle Schnittstellen und Routen an alle Nachbarn. Im Gegensatz dazu f\u00fchrt EIGRP keine periodischen vollst\u00e4ndigen Informationsupdates durch, sondern verwendet das Konzept von Hello-Nachrichten, \u00e4hnlich wie es OSPF tut. Alle paar Sekunden sendet es ein Hello-Signal, um sicherzustellen, dass der Nachbar weiterhin \u201elebendig\u201c ist.<\/p>\n

Im Gegensatz zu einem distanzvektorbasierten Protokoll, das die gesamte Netzwerktopologie analysiert, bevor es eine Entscheidung \u00fcber die Routenbildung trifft, erstellt EIGRP wie RIP Routen basierend auf H\u00f6rensagen. Wenn ich von \"H\u00f6rensagen\" spreche, meine ich, dass EIGRP allen Informationen seiner Nachbarn ohne Vorbehalte Glauben schenkt. Beispielsweise, wenn ein Nachbar behauptet, zu wissen, wie man 10.1.1.2 erreicht, glaubt EIGRP ihm, ohne zu fragen: \"Woher hast du das? Erz\u00e4hl mir von der gesamten Netzwerktopologie!\" <\/p>\n

Bis 2013 konnten Sie EIGRP verwenden, wenn Sie nur Cisco-Infrastruktur genutzt haben, da dieses Protokoll bereits 1994 entwickelt wurde. Viele Unternehmen, selbst wenn sie Cisco-Hardware nutzen, wollten jedoch nicht mit diesem Protokoll arbeiten. Meiner Meinung nach ist EIGRP heutzutage das beste Protokoll f\u00fcr dynamisches Routing, da es viel einfacher zu bedienen ist. Trotzdem ziehen es die Menschen weiterhin vor, OSPF zu verwenden. Ich denke, das h\u00e4ngt damit zusammen, dass sie sich nicht an Produkte von Cisco binden m\u00f6chten. Aber Cisco hat dieses Protokoll f\u00fcr die Allgemeinheit zug\u00e4nglich gemacht, da es Netzwerkger\u00e4te von Drittanbietern, wie z.B. Juniper, unterst\u00fctzt. Wenn Sie mit einem Unternehmen zusammenarbeiten, das keine Cisco-Hardware nutzt, werden Sie keine Probleme haben. <\/p>\n

Lassen Sie uns einen kleinen Ausflug in die Geschichte der Netzwerkprotokolle machen. <\/p>\n

\"Cisco-Training
\n
\nDas RIPv1-Protokoll, das in den 1980er Jahren auftauchte, wies mehrere Einschr\u00e4nkungen auf, wie zum Beispiel eine maximale Anzahl von 16 Hops, was die Routing-M\u00f6glichkeiten in gro\u00dfen Netzwerken begrenzte. Kurz darauf wurde das interne Gateway-Routing-Protokoll IGRP entwickelt, das erheblich besser als RIP war. Es war jedoch eher ein Distanzvektorprotokoll als ein Link-State-Protokoll. Ende der 80er Jahre entstand der offene Standard \u2013 das OSPFv2-Protokoll f\u00fcr IPv4, das auf Link-State-Tracking basiert. <\/p>\n

Anfang der 90er Jahre erkannte Cisco, dass das IGRP-Protokoll verbessert werden musste, und ver\u00f6ffentlichte das verbesserte interne Gateway-Routing-Protokoll EIGRP. Es war wesentlich effizienter als OSPF, da es Merkmale von sowohl RIP als auch OSPF kombinierte. Wenn wir mit seiner Er\u00f6rterung beginnen, werden Sie feststellen, dass die Konfiguration von EIGRP viel einfacher ist als die von OSPF. Cisco hat sich bem\u00fcht, ein Protokoll zu entwickeln, das eine maximal schnelle Netzwerkkonvergenz gew\u00e4hrleistet. <\/p>\n

Ende der 90er Jahre wurde eine aktualisierte, klassenlose Version des RIPv2-Protokolls ver\u00f6ffentlicht. In den 2000er Jahren kamen die dritte Version von OSPF, RIPng und EIGRPv6 hinzu, die den IPv6-Protokoll unterst\u00fctzten. Die Welt n\u00e4hert sich allm\u00e4hlich dem vollst\u00e4ndigen \u00dcbergang zu IPv6, und die Entwickler der Routing-Protokolle m\u00f6chten darauf vorbereitet sein. <\/p>\n

Wie Sie sich erinnern, haben wir gelernt, dass beim W\u00e4hlen des optimalen Weges RIP, als distanzvektorbasiertes Protokoll, nur einem Kriterium folgt \u2014 der minimalen Anzahl an Hops oder der minimalen Entfernung zum Zielinterface. So w\u00e4hlt der Router R1 den direkten Weg zum Router R3, obwohl die Geschwindigkeit auf diesem Weg \u2013 64 kbit\/s \u2013 weit unter der Geschwindigkeit des Pfades R1-R2-R3, die 1544 kbit\/s betr\u00e4gt, liegt. Das RIP-Protokoll betrachtet den langsamen Weg mit einem Hop als optimal, anstatt den schnellen Weg mit zwei Hops. <\/p>\n

\"Cisco-Training
\n
\nOSPF wird die gesamte Netzwerk-Topologie analysieren und entscheiden, um sich mit Router R3 zu verbinden, den Weg \u00fcber Router R2 als schneller zu nutzen. W\u00e4hrend RIP die Anzahl der Hops als Metrik verwendet, ist die Metrik von OSPF die Kosten, die in den meisten F\u00e4llen proportional zur Bandbreite des Kanals sind. <\/p>\n

EIGRP bezieht sich ebenfalls auf die Kosten der Route, jedoch ist seine Metrik viel komplexer als die von OSPF und basiert auf einer Vielzahl von Faktoren, einschlie\u00dflich der Bandbreite (Bandwidth), der Verz\u00f6gerung (Delay), der Zuverl\u00e4ssigkeit (Reliability), der Auslastung (Loading) und der maximalen Paketgr\u00f6\u00dfe (MTU). Wenn beispielsweise ein Knoten st\u00e4rker ausgelastet ist als die anderen, analysiert EIGRP die Auslastung der gesamten Route und w\u00e4hlt einen anderen Knoten mit geringerer Auslastung aus.<\/p>\n

Im Rahmen des CCNA-Kurses werden wir nur Faktoren zur Metrikbildung ber\u00fccksichtigen, wie Bandwidth und Delay, diese werden in der Formelsammlung verwendet. <\/p>\n

\"Cisco-Training
\n
\nDas Distance-Vector-Protokoll RIP verwendet zwei Konzepte: Entfernung und Richtung. Wenn wir 3 Router haben und einer davon mit dem Netzwerk 20.0.0.0 verbunden ist, erfolgt die Auswahl nach Entfernung \u2013 dies sind die Hops, in diesem Fall 1 Hop, und nach Richtung, also auf welchem Weg \u2013 oben oder unten \u2013 der Datenverkehr gesendet werden soll. <\/p>\n

Dar\u00fcber hinaus nutzt RIP eine regelm\u00e4\u00dfige Aktualisierung der Informationen, indem alle 30 Sekunden eine vollst\u00e4ndige Routing-Tabelle im gesamten Netzwerk verteilt wird. Diese Aktualisierung erf\u00fcllt zwei Funktionen. Die erste ist die eigentliche Aktualisierung der Routing-Tabelle, die zweite ist die \u00dcberpr\u00fcfung der Erreichbarkeit des Nachbarn. Wenn das Ger\u00e4t innerhalb von 30 Sekunden keine Antwort auf die aktualisierte Tabelle oder neue Routeninformationen vom Nachbarn erh\u00e4lt, versteht es, dass die Route zum Nachbarn nicht mehr verwendet werden kann. Der Router sendet alle 30 Sekunden ein Update, um herauszufinden, ob der Nachbar noch \"lebt\" und ob die Route noch g\u00fcltig ist. <\/p>\n

Wie ich bereits erw\u00e4hnt habe, wird zur Vermeidung von Routing-Schleifen die Technologie des Split Horizon eingesetzt. Das bedeutet, dass Updates nicht an die Schnittstelle zur\u00fcckgesendet werden, von der sie empfangen wurden. Die zweite Technologie zur Vermeidung von Schleifen ist das Route Poisoning. Wenn die Verbindung zu dem auf dem Bild dargestellten Netzwerk 20.0.0.0 unterbrochen wird, sendet der Router, der damit verbunden war, den Nachbarn eine \"vergiftete Route\", in der er mitteilt, dass dieses Netzwerk jetzt in 16 Hop erreichen wird, das hei\u00dft praktisch unerreichbar ist. So funktioniert das RIP-Protokoll.<\/p>\n

Wie funktioniert EIGRP? Wenn Sie sich an die Lektionen \u00fcber OSPF erinnern, erf\u00fcllt dieses Protokoll drei Funktionen: Es stellt Nachbarschaften her, aktualisiert die LSDB-Datenbank mit LSA entsprechend den Ver\u00e4nderungen in der Netzwerktopologie und erstellt die Routingtabelle. Die Herstellung von Nachbarschaften ist ein recht komplexer Prozess, der viele Parameter nutzt. Zum Beispiel die \u00dcberpr\u00fcfung und \u00c4nderung der Verbindung 2WAY \u2013 einige Verbindungen bleiben im Zustand der bidirektionalen Kommunikation, andere wechseln in den Zustand FULL. Im Gegensatz zu OSPF geschieht dies im EIGRP-Protokoll nicht \u2013 es \u00fcberpr\u00fcft nur vier Parameter. <\/p>\n

\"Cisco-Training
\n
\nWie bei OSPF sendet dieses Protokoll alle 10 Sekunden eine Hello-Nachricht, die vier Parameter enth\u00e4lt. Der erste ist das Authentifizierungskriterium, falls es zuvor konfiguriert wurde. Alle Ger\u00e4te, mit denen Nachbarschaften hergestellt werden, m\u00fcssen dabei identische Authentifizierungsparameter aufweisen.<\/p>\n

Der zweite Parameter dient zur \u00dcberpr\u00fcfung der Zugeh\u00f6rigkeit von Ger\u00e4ten zu einem autonomen System. Das bedeutet, dass beide Ger\u00e4te beim EIGRP-Protokoll die gleiche autonome Systemnummer haben m\u00fcssen, um eine Nachbarschaftsbeziehung herzustellen. Der dritte Parameter sorgt daf\u00fcr, dass die Hello-Nachrichten von derselben Quell-IP-Adresse gesendet werden. <\/p>\n

Der vierte Parameter wird verwendet, um die \u00dcbereinstimmung der Variablen K-Werte zu \u00fcberpr\u00fcfen. Das EIGRP-Protokoll verwendet f\u00fcnf solcher Koeffizienten von K1 bis K5. Wenn Sie sich erinnern, wird bei einem Wert von K=0 der Parameter ignoriert, w\u00e4hrend bei K=1 die Parameter in die Berechnungsformel der Metrik einflie\u00dfen. Daher m\u00fcssen die Werte K1-5 f\u00fcr verschiedene Ger\u00e4te \u00fcbereinstimmen. In unserem CCNA-Kurs werden wir die Standardwerte dieser Koeffizienten verwenden: K1 und K3 sind gleich 1, w\u00e4hrend K2, K4 und K5 gleich 0 sind.<\/p>\n

Wenn also diese vier Parameter \u00fcbereinstimmen, stellt EIGRP Nachbarschaftsbeziehungen her, und die Ger\u00e4te tragen sich gegenseitig in die Nachbartabelle ein. Danach werden \u00c4nderungen in der Topologietabelle vorgenommen. <\/p>\n

\"Cisco-Training
\n
\nAlle Hello-Nachrichten werden an die Multicast-IP-Adresse 224.0.0.10 gesendet, und die Updates werden je nach Einstellung entweder an die Unicast-Adressen der Nachbarn oder an die Multicast-Adresse gesendet. Dieses Update erfolgt nicht \u00fcber UDP oder TCP, sondern verwendet ein anderes Protokoll namens RTP, Reliable Transport Protocol, oder \u201eZuverl\u00e4ssiges Transportprotokoll\u201c. Dieses Protokoll \u00fcberpr\u00fcft, ob das Update beim Nachbarn angekommen ist, und wie der Name schon sagt, besteht seine Hauptfunktion darin, die Zuverl\u00e4ssigkeit der Verbindung zu gew\u00e4hrleisten. Wenn das Update den Nachbarn nicht erreicht, wird die \u00dcbertragung wiederholt, bis es empfangen wird. Im OSPF gibt es keinen Mechanismus zur \u00dcberpr\u00fcfung des Empf\u00e4ngerger\u00e4ts, weshalb das System nicht wei\u00df, ob die benachbarten Ger\u00e4te das Update erhalten haben oder nicht.
\nWenn Sie sich erinnern, sendet RIP alle 30 Sekunden ein Update der vollst\u00e4ndigen Netzwerkstruktur. EIGRP tut dies nur, wenn ein neues Ger\u00e4t im Netzwerk auftaucht oder \u00c4nderungen vorgenommen wurden. Bei \u00c4nderungen der Subnetzstruktur sendet das Protokoll ein Update, jedoch nicht der vollst\u00e4ndigen Topologietabelle, sondern nur den Eintrag mit dieser \u00c4nderung. Wenn sich ein Subnetz \u00e4ndert, wird nur seine Topologie aktualisiert. Dies sieht aus wie ein partielles Update, das erfolgt, wenn es erforderlich ist. <\/p>\n

Wie Sie wissen, sendet OSPF alle 30 Minuten LSA, unabh\u00e4ngig davon, ob sich im Netzwerk \u00c4nderungen ergeben haben oder nicht. EIGRP wird f\u00fcr einen l\u00e4ngeren Zeitraum keine Updates senden, bis es im Netzwerk zu \u00c4nderungen kommt. Daher ist EIGRP viel effizienter als OSPF.<\/p>\n

Nachdem die Router die Update-Pakete ausgetauscht haben, beginnt die dritte Phase \u2013 die Bildung der Routingtabelle auf Basis der Metrik, die gem\u00e4\u00df der im Bild dargestellten Formel berechnet wird. Diese berechnet die Kosten und trifft basierend auf diesen Kosten eine Entscheidung.
\nAngenommen, R1 sendete Hello an Router R2, und dieser antwortete mit Hello an Router R1. Wenn alle Parameter \u00fcbereinstimmen, erstellen die Router eine Nachbartabelle. In diese Tabelle tr\u00e4gt R2 einen Eintrag \u00fcber Router R1 ein, und R1 erstellt einen Eintrag \u00fcber R2. Danach sendet Router R1 ein Update an das mit ihm verbundene Netzwerk 10.1.1.0\/24. In der Routing-Tabelle sieht dies wie Informationen \u00fcber die IP-Adresse des Netzwerks, das Interface des Routers, das die Verbindung herstellt, und die Kosten f\u00fcr den Weg \u00fcber dieses Interface aus. Wie Sie sich erinnern, betr\u00e4gt die Kosten von EIGRP 90, gefolgt von dem Wert f\u00fcr die Distanz, auf den wir sp\u00e4ter eingehen werden. <\/p>\n

\"Cisco-Training
\n
\nDie vollst\u00e4ndige Formel f\u00fcr die Metrik sieht viel komplizierter aus, da sie die Werte der Koeffizienten K und verschiedene Umformungen beinhaltet. Auf der Website von Cisco ist die vollst\u00e4ndige Form der Formel angegeben, jedoch vereinfacht sich diese, wenn Sie die Standardwerte der Koeffizienten einsetzen \u2013 die Metrik ergibt sich zu (bandwidth + Delay) * 256.<\/p>\n

\"Cisco-Training
\n
\nWir werden diese vereinfachte Form der Formel zur Berechnung der Metrik verwenden, bei der die Bandbreite in Kilobit 107 geteilt durch die niedrigste Bandbreite aller Schnittstellen, die zum Zielnetz f\u00fchren, betr\u00e4gt. Die Verz\u00f6gerung cumulative-delay ist die gesamte Verz\u00f6gerung in Zehnteln von Mikrosekunden \u00fcber alle Schnittstellen, die zum Zielnetz f\u00fchren. <\/p>\n

Beim Studium von EIGRP m\u00fcssen wir vier Definitionen verstehen: Feasible Distance (m\u00f6gliche Entfernung), Reported Distance (angegebene Entfernung), Successor (benachbarter Router mit den geringsten Kosten zum Zielnetz) und Feasible Successor (Backup-Nachbarrouter). Um zu verstehen, was sie bedeuten, betrachten wir die folgende Netzwerk-Topologie. <\/p>\n

\"Cisco-Training
\n
\nLassen Sie uns mit der Erstellung der Routing-Tabelle R1 beginnen, um den besten Pfad zum Netzwerk 10.1.1.0\/24 auszuw\u00e4hlen. Neben jedem Ger\u00e4t sind die Bandbreite in kbit\/s und die Latenz in ms angezeigt. Wir verwenden GigabitEthernet-Interfaces mit einer Bandbreite von 100 Mbit\/s, d. h. 1.000.000 kbit\/s, FastEthernet-Interfaces mit 100.000 kbit\/s, Ethernet-Interfaces mit 10.000 kbit\/s und ein serielles Interface mit einer Geschwindigkeit von 1.544 kbit\/s. Diese Werte k\u00f6nnen ermittelt werden, indem Sie die Eigenschaften der jeweiligen physikalischen Interfaces in den Router-Einstellungen einsehen.
\nDie Bandbreite der Serial-Interfaces betr\u00e4gt standardm\u00e4\u00dfig 1.544 kbit\/s, und selbst wenn Sie eine Leitung von 64 kbit\/s haben, bleibt die Bandbreite bei 1.544 kbit\/s. Daher sollten Sie als Netzwerkadministrator sicherstellen, dass Sie den richtigen Wert f\u00fcr die Bandbreite verwenden. F\u00fcr ein bestimmtes Interface kann dieser mit dem Befehl bandwidth festgelegt werden, und mit dem Befehl delay k\u00f6nnen Sie den Standardwert f\u00fcr die Latenz \u00e4ndern. Bei GigabitEthernet- oder Ethernet-Interfaces m\u00fcssen Sie sich bez\u00fcglich der Standardwerte f\u00fcr die Bandbreite keine Sorgen machen, aber seien Sie vorsichtig bei der Auswahl der Leitungsrate, wenn Sie ein Serial-Interface verwenden. <\/p>\n

Bitte beachten Sie, dass auf diesem Diagramm die Verz\u00f6gerung als Millisekunden ms dargestellt ist, in Wirklichkeit jedoch Mikrosekunden sind; ich habe nur nicht das Zeichen \u03bc f\u00fcr die korrekte Bezeichnung von Mikrosekunden \u03bcs. <\/p>\n

Beachten Sie unbedingt den folgenden Umstand. Wenn Sie den Befehl show interface g0\/0 eingeben, zeigt das System die Verz\u00f6gerung in Dutzenden von Mikrosekunden an, nicht nur in Mikrosekunden. <\/p>\n

Wir werden dieses Thema ausf\u00fchrlich im n\u00e4chsten Video zur Konfiguration von EIGRP behandeln. Merken Sie sich bis dahin, dass beim Einsetzen von Verz\u00f6gerungswerten in die Formel 100 \u03bcs aus dem Diagramm in 10 umgewandelt wird, da die Formel Dutzende von Mikrosekunden verwendet und nicht einzelne. <\/p>\n

Im Diagramm werde ich die Schnittstellen, die zu den angegebenen Bandbreiten und Verz\u00f6gerungen geh\u00f6ren, mit roten Punkten kennzeichnen. <\/p>\n

\"Cisco-Training
\n
\nZuerst m\u00fcssen wir die m\u00f6gliche Entfernung, die Feasible Distance, bestimmen. Diese Metrik FD wird nach einer Formel berechnet. F\u00fcr den Abschnitt von R5 zum externen Netzwerk m\u00fcssen wir 107 durch 106 teilen, was 10 ergibt. Anschlie\u00dfend m\u00fcssen wir zu diesem Wert der Bandbreite eine Verz\u00f6gerung von 1 hinzuf\u00fcgen, da wir 10 Mikrosekunden haben, also ein Zehntel. Der resultierende Wert von 11 muss mit 256 multipliziert werden, was zu einer Metrik von 2816 f\u00fchrt. Das ist der FD-Wert f\u00fcr diesen Netzwerkabschnitt. <\/p>\n

Dieser Wert wird vom Router R5 an den Router R2 gesendet, wobei er f\u00fcr R2 zur als Reported Distance deklarierten Distanz wird, also dem Wert, den ihm der Nachbar mitgeteilt hat. Daher wird die deklarierte Distanz RD f\u00fcr alle anderen Ger\u00e4te der m\u00f6glichen Distanz FD des Ger\u00e4ts entsprechen, das sie Ihnen mitgeteilt hat. <\/p>\n

Der Router R2 f\u00fchrt Berechnungen f\u00fcr FD anhand seiner Daten durch, das hei\u00dft, er dividiert 107 durch 105 und erh\u00e4lt 100. Anschlie\u00dfend addiert er zu diesem Wert die Summe der Latenzen auf dem Weg zum externen Netzwerk: die Latenz R5, die zehn Mikrosekunden betr\u00e4gt, und seine eigene Latenz, die zehn Dutzend Mikrosekunden entspricht. Die Gesamtlatenz betr\u00e4gt somit 11 Dutzend Mikrosekunden. Wir addieren diese zur erhaltenen Hundert hinzu und erhalten 111, multiplizieren diesen Wert mit 256 und erhalten den Wert FD=28416. \u00c4hnlich verf\u00e4hrt der Router R3, der nach seinen Berechnungen den Wert FD=281856 erh\u00e4lt. Der Router R4 berechnet den Wert FD=3072 und \u00fcbertr\u00e4gt ihn an R1 als RD. <\/p>\n

Bitte beachten Sie, dass der Router R1 bei der Berechnung des FD nicht seine eigene Bandbreite von 1.000.000 kbit\/s in die Formel einsetzt, sondern die geringere Bandbreite des Routers R2, die 100.000 kbit\/s betr\u00e4gt, da in der Formel immer die minimale Bandbreite des Interfaces verwendet wird, das zum Zielnetzwerk f\u00fchrt. In diesem Fall stehen auf dem Weg zum Netzwerk 10.1.1.0\/24 die Router R2 und R5, aber da die Bandbreite des f\u00fcnften Routers gr\u00f6\u00dfer ist, wird der kleinste Wert der Bandbreite des Routers R2 in die Formel eingesetzt. Die Gesamtlatenz auf dem Weg R1-R2-R5 betr\u00e4gt 1+10+1 (Zehner) = 12, die angepasste Bandbreite betr\u00e4gt 100, und die Summe dieser Zahlen, multipliziert mit 256, ergibt den Wert FD=30.976. <\/p>\n

Alle Ger\u00e4te haben den FD ihrer Schnittstellen berechnet, und der Router R1 hat 3 Routen, die zum Zielnetz f\u00fchren. Dies sind die Routen R1-R2, R1-R3 und R1-R4. Der Router w\u00e4hlt den minimalen m\u00f6glichen FD-Wert, der 30976 betr\u00e4gt \u2013 das ist die Route zum Router R2. Dieser Router wird zum Successor, oder \u201eNachfolger\u201c. In der Routingtabelle wird auch der Feasible Successor (reservierter Nachfolger) angegeben \u2013 dies bedeutet, dass im Falle eines Verbindungsabbruchs zwischen R1 und dem Successor die Route \u00fcber den reservierten Router Feasible Successor geleitet wird.<\/p>\n

Feasible Successors werden nach einer einfachen Regel zugewiesen: Die annoncierte Distanz RD dieses Routers muss kleiner sein als der FD des Routers auf dem Weg zum Successor. In unserem Fall hat R1-R2 einen FD von 30976, RD auf dem Weg R1-R3 betr\u00e4gt 281856, und RD auf dem Weg R1-R4 betr\u00e4gt 3072. Da 3072 < 30976, wird der Router R4 als Feasible Successor ausgew\u00e4hlt. <\/p>\n

Das bedeutet, dass im Falle eines Verbindungsabbruchs im Netzwerkbereich R1-R2 der Datenverkehr zum Netzwerk 10.1.1.0\/24 \u00fcber die Route R1-R4-R5 geleitet wird. Die Routenumschaltung mit RIP dauert mehrere Dutzend Sekunden, bei OSPF sind es mehrere Sekunden, und bei EIGRP erfolgt dies sofort. Das ist ein weiterer Vorteil von EIGRP im Vergleich zu anderen Routing-Protokollen. <\/p>\n

Was passiert, wenn die Verbindung sowohl zum Successor als auch zum Feasible Successor gleichzeitig unterbrochen wird? In diesem Fall verwendet EIGRP den DUAL-Algorithmus, der einen Backup-Pfad \u00fcber einen potenziellen Nachfolger berechnen kann. Dies kann einige Sekunden in Anspruch nehmen, in denen EIGRP einen anderen Nachbarn findet, der f\u00fcr die Daten\u00fcbertragung genutzt werden kann, und dessen Daten in die Routing-Tabelle einf\u00fcgt. Danach setzt das Protokoll die gewohnte Funktionalit\u00e4t zur Sicherstellung der Routenfortf\u00fchrung fort. <\/p>\n

\r\n \"Video\r\n
<\/div>\r\n <\/div><\/center>
\nDanke, dass Sie bei uns bleiben. Gefallen Ihnen unsere Artikel? M\u00f6chten Sie mehr interessante Inhalte sehen? Unterst\u00fctzen Sie uns mit einer Bestellung oder empfehlen Sie uns weiter. 30 % Rabatt f\u00fcr Habr-Nutzer auf unser einzigartiges \u00c4quivalent von Entry-Level-Servern, das wir f\u00fcr Sie entwickelt haben:<\/b> Die ganze Wahrheit \u00fcber VPS (KVM) E5-2650 v4 (6 Kerne) 10GB DDR4 240GB SSD 1Gbps ab 20 $ oder wie man Server richtig teilt?<\/a><\/noindex> (Verf\u00fcgbar sind Optionen mit RAID1 und RAID10, bis zu 24 Kerne und bis zu 40GB DDR4).<\/p>\n

Dell R730xd zum halben Preis?<\/b> Nur bei uns 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB ab 199 $<\/a><\/noindex> in den Niederlanden! Dell R420 \u2014 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 ab 99 $!<\/b><\/b> Lesen Sie dar\u00fcber Wie man eine Unternehmenskosten-Infrastruktur mit Dell R730xd E5-2650 v4-Servern f\u00fcr ein paar Euro aufbaut?<\/a><\/noindex>
\n
Quelle: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043d\u0430\u0440\u0430\u0432\u043d\u0435 \u0441 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435\u043c OSPF \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0442\u0435\u043c\u043e\u0439 \u043a\u0443\u0440\u0441\u0430 CCNA. \u041f\u043e\u0437\u0436\u0435 \u043c\u044b \u0432\u0435\u0440\u043d\u0435\u043c\u0441\u044f \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.5, \u0430 \u0441\u0435\u0439\u0447\u0430\u0441 \u0441\u0440\u0430\u0437\u0443 \u043f\u043e\u0441\u043b\u0435 \u0440\u0430\u0437\u0434\u0435\u043b\u0430 2.4 \u043f\u0435\u0440\u0435\u0439\u0434\u0435\u043c \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.6 \u00ab\u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u0443\u0441\u0442\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043e\u043a EIGRP \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 IPv4 (\u0437\u0430 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435\u043c \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438, \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438, \u0440\u0443\u0447\u043d\u043e\u0433\u043e \u0441\u0443\u043c\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u043f\u0435\u0440\u0435\u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0438 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0438 stub)\u00bb. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u0443 \u043d\u0430\u0441 \u0431\u0443\u0434\u0435\u0442 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28820,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-38396","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Cisco 200-125 CCNA v3.0 Training. Tag 49. Einf\u00fchrung in EIGRP | ProHoster","description":"Heute beginnen wir mit dem Studium des EIGRP-Protokolls, das neben der Untersuchung von OSPF ein zentrales Thema im CCNA-Kurs darstellt. Sp\u00e4ter kehren wir zu Abschnitt 2.5 zur\u00fcck, aber jetzt gehen wir direkt nach Abschnitt 2.4 zu Abschnitt 2.6 \u00abKonfiguration, \u00dcberpr\u00fcfung und Fehlersuche von EIGRP \u00fcber das IPv4-Protokoll (au\u00dfer Authentifizierung, Filterung, manuelle Summierung, Redistribution und Stub-Konfiguration)\u00bb. Heute werden wir","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 49. \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0432 EIGRP | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043d\u0430\u0440\u0430\u0432\u043d\u0435 \u0441 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435\u043c OSPF \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0442\u0435\u043c\u043e\u0439 \u043a\u0443\u0440\u0441\u0430 CCNA. \u041f\u043e\u0437\u0436\u0435 \u043c\u044b \u0432\u0435\u0440\u043d\u0435\u043c\u0441\u044f \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.5, \u0430 \u0441\u0435\u0439\u0447\u0430\u0441 \u0441\u0440\u0430\u0437\u0443 \u043f\u043e\u0441\u043b\u0435 \u0440\u0430\u0437\u0434\u0435\u043b\u0430 2.4 \u043f\u0435\u0440\u0435\u0439\u0434\u0435\u043c \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.6 \u00ab\u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u0443\u0441\u0442\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043e\u043a EIGRP \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 IPv4 (\u0437\u0430 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435\u043c \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438, \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438, \u0440\u0443\u0447\u043d\u043e\u0433\u043e \u0441\u0443\u043c\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u043f\u0435\u0440\u0435\u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0438 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0438 stub)\u00bb. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u0443 \u043d\u0430\u0441 \u0431\u0443\u0434\u0435\u0442","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:23:30+00:00","article:modified_time":"2019-10-31T19:23:30+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"38396","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 21:52:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:10:22","updated":"2026-01-23 21:52:20"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/38396","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=38396"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/38396\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/28820"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=38396"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=38396"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=38396"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}