In diesem Artikel wird über EIGRP gesprochen und die Funktionsweise dieses Protokolls erläutert. EIGRP ist ein Distanzvektorprotokoll, manchmal wird es als Hybrid bezeichnet, aber das ist es nicht. Lesen Sie den
Anfang des Artikels über OSPF und Sie werden verstehen, warum EIGRP ein Remote-Vektorprotokoll ist. EIGRP ist ein fortschrittliches dynamisches Routing-Protokoll für Distanzvektoren, das von Cisco entwickelt wurde. Lass es uns richtig machen. Wir werden die folgende Topologie verwenden:
Führen Sie EIGRP auf vIOS1 und vIOS2 aus und sehen Sie, wie Informationen zwischen Routern übertragen werden. Sobald EIGRP auf dem Router aktiviert ist, beginnt der Router mit dem Senden von Hello-Paketen. Wir listen auch andere Arten von Nachrichten auf, die in EIGRP verwendet werden.
- Hallo - Router verwenden Hallo-Pakete, um Nachbarn zu entdecken. Multicast-Pakete werden gesendet und erfordern keine Empfangsbestätigung.
- Update - enthält Informationen zum Ändern von Routen. Sie werden nur an die vom Update betroffenen Router gesendet. Diese Pakete können an einen bestimmten Router (Unicast) oder eine Gruppe von Routern (Multicast) gesendet werden. Der Empfang eines Update-Pakets wird durch Senden eines ACK bestätigt.
- Abfrage - Wenn der Router die Route berechnet und keinen realisierbaren Nachfolger hat, sendet er ein Abfragepaket an seine Nachbarn, um festzustellen, ob sie einen realisierbaren Nachfolger für dieses Ziel haben. In der Regel werden Abfragepakete per Multicast gesendet, es kann jedoch Unicast geben. Der Empfang des Abfragepakets wird durch Senden der ACK durch den Paketempfänger bestätigt.
- Antwort - Der Router sendet ein Antwortpaket als Antwort auf das Abfragepaket. Antwortpakete werden Unicast an denjenigen gesendet, der das Abfragepaket gesendet hat. Der Empfang eines Antwortpakets wird durch Senden einer Bestätigung bestätigt.
- ACK - ein Paket, das den Empfang von Aktualisierungs-, Abfrage- und Antwortpaketen bestätigt. ACK-Pakete werden Unicast gesendet und enthalten eine Bestätigungsnummer. In der Tat sind dies Hallo-Pakete, die keine Daten übertragen. Es wird eine nicht garantierte Lieferung verwendet.
Es gibt auch SIA-Pakete, aber wir werden unten darüber sprechen.
Pakete werden alle 5 Sekunden an die Multicast-Adresse 224.0.0.10 gesendet (Hallo Timer). Der Hold-Timer beträgt 15 Sekunden = 3 Hallo-Intervalle. Wenn während dieses Timers keine Hallo-Pakete von einem Nachbarn empfangen wurden, wird der Nachbar aus der Liste der Nachbarn entfernt. Das Paket sieht folgendermaßen aus:
Das Paket enthält die Parameter der Koeffizienten (K1, K2, K3, K4, K5, K6), den Hold-Timer und die Nummer des autonomen Systems. Bei der Berechnung der Metrik werden Koeffizienten (K1, K2, K3, K4, K5, K6) verwendet, auf die wir später noch eingehen werden, sowie EIGRP-Timer. Jetzt ist es wichtig, über das Autonome System (AS) zu sprechen. Um EIGRP zu aktivieren, muss einem bestimmten EIGRP-Prozess wie in OSPF eine Nummer zugewiesen werden. Im Gegensatz zu OSPF kann diese Option jedoch nicht für jeden Router zufällig ausgewählt werden, sondern muss für alle Router gleich sein. Wenn der Router ein Hello-Paket mit einem anderen AS empfängt, besteht keine Nachbarbeziehung.
Damit Router Nachbarn werden können, müssen folgende Bedingungen erfüllt sein:
- Router müssen authentifiziert sein,
- Router müssen sich im selben AS befinden,
- Nachbarschaftsbeziehungen sollten an primären Adressen hergestellt werden (wenn ein Hallo-Paket eintrifft, prüft der Router, ob die Absenderadresse des Netzwerks zur primären Adresse der Schnittstelle gehört).
- Werte der K-Koeffizienten müssen übereinstimmen.
Damit Router zu EIGRP-Nachbarn werden können, müssen sie nicht mit der Hello- und Hold-Zeit übereinstimmen. Der Router verwendet vom Nachbarn empfangene Timerwerte. Wenn der Hello- oder Hold-Timer auf einem der Router geändert wird, verwenden die Nachbarn dieses Routers diese Werte. Damit der Router andere Werte verwenden kann, muss der Timer an der entsprechenden Schnittstelle des Nachbarn geändert werden. Nach dem Austausch von Hello-Paketen wird ein Update-Paket gesendet, das jedoch noch keine Routen enthält. Es enthält das Init-Flag, das den Routern den Beginn des Informationsaustauschs über Routen mitteilt. Dieses Paket wird direkt an die Adresse des Routers gesendet. Nach dem Austausch solcher Nachrichten sendet jeder Router ein Aktualisierungspaket mit Routen an die Multicast-Adresse 224.0.0.10:
Wie Sie sehen können, enthält das Update-Paket keine Metrik, sondern nur Informationen wie Bandbreite, Verzögerung, MTU usw. Nachdem der Router diese Informationen erhalten hat, berechnet er die Metrik selbst anhand der K1-K6-Koeffizienten. Diese Pakete können entweder an einen bestimmten Router oder an einen Multicast gesendet werden. Im Allgemeinen gibt es drei Arten von Updates:
- Nicht periodisch (nicht periodisch) - Aktualisierungen werden nicht in regelmäßigen Abständen gesendet, sondern wenn sich die Topologie oder Metrik ändert.
- Teilweise (teilweise) - Nicht alle Informationen aus der Routing-Tabelle werden in Aktualisierungen übertragen, sondern nur Änderungen.
- Begrenzt - Updates werden nur an die beteiligten Router gesendet.
Nachbarschaften auf Paketebene sehen folgendermaßen aus:
Möglicherweise stellen Sie fest, dass es neben dem von uns aufgelisteten Hello und Update auch Hello (ACK) gibt und die Anzahl der Anzahl der an die Multicast-Adresse gesendeten Update-Pakete entspricht. Alles dreht sich um das RTP-Protokoll. Das RTP-Protokoll steuert den Prozess der Übertragung von EIGRP-Paketen und bietet:
- Garantierte Paketzustellung.
- Beibehaltung der Reihenfolge der Pakete.
Das sind die Dinge. Was haben wir Routen ausgetauscht Aktualisieren Sie Pakete und jetzt ist es Zeit, eine Routing-Tabelle zu erstellen. Jedes Update wird verarbeitet und Daten (Bandbreite, Verzögerung usw.) durch eine spezielle Formel ersetzt. Die Metrik wird berechnet:
Eine solche Formel sieht fantastisch aus, aber das Beste daran ist, dass Sie sie vielleicht nicht kennen, nur wissen, dass so etwas existiert. Ein weiterer netter Trick ist, dass die Standard-EIGRP-Koeffizienten sind:
- K1 = 1
- K2 = 0
- K3 = 1
- K4 = 0
- K5 = 0
Und die Formel wird einfach zu Metrik = Bandbreite + Verzögerung. Daher ist es so wichtig, dass die Koeffizienten auf allen Routern gleich sind, damit es aufgrund unterschiedlicher Metriken auf den Routern keine Probleme gibt. Lassen Sie uns etwas detaillierter über die Daten in Update sprechen.
- Bandbreite - Der Mindestwert unter den zum Netzwerk führenden Bandbreitenkanälen wird ausgewählt und an Update gesendet.
- Verzögerung - Fasst die Verzögerung aller Kanäle zusammen, die zu diesem Netzwerk führen.
- Zuverlässigkeit - das schlechteste Maß an Zuverlässigkeit, basierend auf Keepalive
- Laden - der schlechteste Indikator für das vollständige Laden von Verbindungen, basierend auf der Paketrate und der konfigurierten Bandbreite auf der Schnittstelle
- MTU ist die kleinste MTU auf dem ganzen Weg. Trotz der Tatsache, dass es in Update verwendet wird, nimmt es nicht an der Berechnung der Metrik selbst teil.
Wie oben erwähnt, werden standardmäßig Bandbreite und Verzögerung verwendet. Die übrigen Parameter sind bei Bedarf selten erforderlich, mit deren Hilfe ist jedoch eine feinere Anpassung der Metrik möglich. Somit übergibt der Router im Aktualisierungspaket die Route und die damit verbundenen Daten und überträgt die Metrik selbst nicht. Der Router, der das Update erhalten hat, berechnet die Metrik gemäß der Formel und entscheidet abhängig von den Metriken, ob die Route an die Routing-Tabelle weitergeleitet werden soll oder nicht. Es ist auch wichtig zu beachten, dass der
Router nur die Routen überträgt, die er verwendet. Mal sehen, wie man eine Topologietabelle erstellt.
Topologietabelle - Eine Liste der Routen, die von jedem Nachbarn gelernt wurden. In der Topologietabelle werden auch die Metrik gespeichert, die jeder Nachbar für jede Route (AD) meldet, und die Metrik, die der lokale Router verwendet, um die Route über den Nachbarn (FD) zu erreichen.
Es ist notwendig zu erklären, was AD und FD sind. Wir werden EIGRP auf allen unseren Routern konfigurieren. Um komplexe Zahlen in der Metrik zu vermeiden, ändern wir auch die Koeffizienten von K1 = 1 K2 = 0 K3 = 1 K4 = 0 K5 = 0 zu K1 = 0 K2 = 0 K3 = 1 K4 = 0 K5 = 0. Somit haben wir 256 * Verzögerungsformel und wir erhalten auch eine einfache Möglichkeit, Metriken durch Ändern des Verzögerungsparameters an den Schnittstellen zu manipulieren. Wenn man bedenkt, dass bei Schnittstellen die Verzögerung 1 Sekunde beträgt, kostet jede Verbindung, wenn Sie die OSPF-Terminologie verwenden, 256. Sehen wir uns die Topologietabelle unter vIOS1 an:
vIOS1 # show ip eigrp topology
EIGRP-IPv4-Topologietabelle für AS (1) / ID (192.168.1.1)
Codes: P - Passiv, A - Aktiv, U - Update, Q - Abfrage, R - Antwort,
r - Antwortstatus, s - sia Status
P 192.168.3.0/24, 1 Nachfolger, FD ist 512
über 192.168.13.3 (512/256), GigabitEthernet0 / 0
P 192.168.2.0/24, 1 Nachfolger, FD ist 512
über 192.168.12.2 (512/256), GigabitEthernet0 / 3
P 192.168.25.0/24, 1 Nachfolger, FD ist 512
über 192.168.12.2 (512/256), GigabitEthernet0 / 3
P 192.168.35.0/24, 1 Nachfolger, FD ist 512
über 192.168.13.3 (512/256), GigabitEthernet0 / 0
P 192.168.12.0/24, 1 Nachfolger, FD ist 256
über Connected, GigabitEthernet0 / 3
P 192.168.45.0/24, 1 Nachfolger, FD ist 512
über 192.168.14.4 (512/256), GigabitEthernet0 / 2
P 192.168.0.0/24, 1 Nachfolger, FD ist 256
über Connected, GigabitEthernet0 / 1
P 192.168.13.0/24, 1 Nachfolger, FD ist 256
über Connected, GigabitEthernet0 / 0
P 192.168.14.0/24, 1 Nachfolger, FD ist 256
über Connected, GigabitEthernet0 / 2
P 192.168.5.0/24, 3 Nachfolger, FD ist 768
über 192.168.12.2 (768/512), GigabitEthernet0 / 3
über 192.168.13.3 (768/512), GigabitEthernet0 / 0
über 192.168.14.4 (768/512), GigabitEthernet0 / 2
Wenn Sie sich beispielsweise das Netzwerk 192.168.5.0/24 ansehen, werden Sie drei Pfade durch vIOS2, vIOS3 und vIOS4 mit denselben Metriken bemerken. Für 192.168.5.0/24 FD ist es für alle Pfade gleich - 768 und AD - 512. Geben wir eine Definition aus einem anderen Artikel und versuchen zu erklären:
- Die angekündigte Entfernung (AD) , auch als gemeldete Entfernung (RD) bezeichnet, sind die Kosten für die Entfernung zwischen dem benachbarten Router, der die Route ankündigt, und dem Zielnetzwerk.
- Machbare Entfernung (FD) - die Kosten für die Entfernung vom lokalen Router zum Zielnetzwerk = AD, das den benachbarten Router ankündigt + die Kosten für die Entfernung zwischen dem lokalen Router und dem benachbarten Router.
P 192.168.5.0/24, 3 Nachfolger, FD ist 768 über 192.168.14.4 (768/512), GigabitEthernet0 / 2
Lassen Sie uns diese Zeile aus der Topologietabelle auf vIOS1 untersuchen. vIOS1 lernte die Route von vIOS4 (192.168.14.4) kennen. Da vIOS1 drei Links von 192.168.5.0/24 trennt, lautet die FD-Metrik mit unseren Einstellungen 3 * 256 = 768. Und AD ist die Routenmetrik relativ zum Router (vIOS4), der dieses Netzwerk angekündigt hat. AD ist die FD-Metrik dieser Route unter vIOS4. Schauen wir uns die Topologietabelle unter vIOS4 an:
P 192.168.5.0/24, 1 Nachfolger, FD ist 512 über 192.168.45.5 (512/256), GigabitEthernet0 / 1
AD auf vIOS1 = FD auf vIOS4. Lautlos verwirrend, aber versuchen Sie, die Logik der Arbeit zu erklären. Der Router, der die Route ankündigt, sendet die Parameter (Bandbreite, Verzögerung usw.) der Route in der Aktualisierungsnachricht, ohne die Verbindung zwischen dem angekündigten Router zu berücksichtigen. Das heißt, vIOS4 berücksichtigt nur die Parameter von zwei Links: vIOS4 Gi0 / 1 - vIOS5 Gi0 / 1 und vIOS5 Gi0 / 0 - VPC. Nach Erhalt des Updates berechnet vIOS1, das die erhaltenen Parameter in der Formel ersetzt, was? Das stimmt - AD = 512. Nachdem die Verbindungsparameter, von denen die Route stammt, vIOS1 Gi0 / 2 - vIOS4 Gi0 / 2 übernommen und erneut in die Formel eingesetzt wurden. Zählt, bekommt die Nummer 256 und addiert sie mit AD (512), wir bekommen FD - 768. Das sind die Dinge! Aber warum all dieses Ritual?
Und das alles, um eine Sonderregel namens
Machbare Bedingung zu schaffen, die eines der Mittel zum Schutz vor Schleifenbildung und schneller Konvergenz darstellt.
Definieren wir folgende Begriffe:
- Nachfolger ist ein benachbarter Router mit einem schleifenfreien Pfad und dem kostengünstigsten Pfad zum Zielnetzwerk.
- Machbarer Nachfolger - Backup-Router mit Pfad ohne Schleifen (AD machbarer Nachfolger sollte kleiner als FD der aktuellen Nachfolgeroute sein).
- Machbarer Zustand - Der mögliche AD-Nachfolger muss kleiner sein als der FD der aktuellen Nachfolgeroute.
Um zu erklären, wie alles funktioniert, und die Feinheiten anzuzeigen, müssen Sie einige Metriken ändern. Lassen Sie uns Folgendes tun und die Verzögerung so ändern, dass wir solche Verbindungsmetriken haben:
Dies erfolgt mit dem Befehl delay auf der Schnittstelle. Jetzt haben wir gesagt - delay = 1 und die Metrik ist 256. Mal sehen, welche Metriken wir für das Netzwerk 192.168.5.0/24 auf dem vIOS1-Router erhalten:
- Über vIOS2 - FD = 2304, AD = 1280
- Über vIOS4 - FD = 1024, AD = 768
- Über vIOS3 - FD = 1536, AD = 768
Da wir sehen, dass die beste FD für die Route durch vIOS4 ist, wird sie der allgemeinen Routing-Tabelle hinzugefügt. Diese Route heißt
Nachfolger :
vIOS1 # show ip route eigrp
Codes: L - lokal, C - verbunden, S - statisch, R - RIP, M - mobil, B - BGP
D - EIGRP, EX - EIGRP extern, O - OSPF, IA - OSPF Interbereich
N1 - OSPF NSSA externer Typ 1, N2 - OSPF NSSA externer Typ 2
E1 - OSPF externer Typ 1, E2 - OSPF externer Typ 2
i - IS-IS, su - IS-IS-Zusammenfassung, L1 - IS-IS-Ebene 1, L2 - IS-IS-Ebene 2
ia - IS-IS-Zwischenbereich, * - Standardkandidat, U - statische Route pro Benutzer
o - ODR, P - periodisch heruntergeladene statische Route, H - NHRP, l - LISP
a - Anwendungsweg
+ - replizierte Route,% - Überschreibung des nächsten Hops, p - Überschreibungen von PfR
Das Gateway des letzten Auswegs ist nicht festgelegt
D 192.168.2.0/24 [90/512] über 192.168.12.2, 06:01:31, GigabitEthernet0 / 3
D 192.168.3.0/24 [90/1024] über 192.168.13.3, 06:01:28, GigabitEthernet0 / 0
D 192.168.5.0/24 [90/1024] über 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.25.0/24 [90/1024] über 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.35.0/24 [90/1024] über 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.45.0/24 [90/768] über 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
Was passiert mit den beiden anderen Routen? Sie werden auf den FS-Zustand (Machbarer Zustand) überprüft. Die Route durch vIOS3 besteht diese Bedingung AD (über vIOS3) = 768 <1024 = FD (über vIOS1). Daher wird diese Route, obwohl sie nicht zur allgemeinen Routing-Tabelle hinzugefügt wird, in den Topologietabellen gespeichert:
vIOS1 # show ip eigrp topology
EIGRP-IPv4-Topologietabelle für AS (1) / ID (192.168.1.1)
Codes: P - Passiv, A - Aktiv, U - Update, Q - Abfrage, R - Antwort,
r - Antwortstatus, s - sia Status
P 192.168.3.0/24, 1 Nachfolger, FD ist 1024
über 192.168.13.3 (1024/256), GigabitEthernet0 / 0
P 192.168.2.0/24, 1 Nachfolger, FD ist 1024
über 192.168.12.2 (1024/256), GigabitEthernet0 / 3
P 192.168.25.0/24, 1 Nachfolger, FD ist 1024
über 192.168.14.4 (1024/768), GigabitEthernet0 / 2
über 192.168.13.3 (1536/768), GigabitEthernet0 / 0
P 192.168.35.0/24, 1 Nachfolger, FD ist 1024
über 192.168.14.4 (1024/768), GigabitEthernet0 / 2
über 192.168.13.3 (1280/512), GigabitEthernet0 / 0
P 192.168.12.0/24, 1 Nachfolger, FD ist 768
über Connected, GigabitEthernet0 / 3
P 192.168.45.0/24, 1 Nachfolger, FD ist 768
über 192.168.14.4 (768/512), GigabitEthernet0 / 2
P 192.168.0.0/24, 1 Nachfolger, FD ist 512
über Connected, GigabitEthernet0 / 1
P 192.168.13.0/24, 1 Nachfolger, FD ist 768
über Connected, GigabitEthernet0 / 0
P 192.168.14.0/24, 1 Nachfolger, FD ist 256
über Connected, GigabitEthernet0 / 2
P 192.168.5.0/24, 1 Nachfolger, FD ist 1024
über 192.168.14.4 (1024/768), GigabitEthernet0 / 2
über 192.168.13.3 (1536/768), GigabitEthernet0 / 0
Es hat nicht die Metrik der besten Route, das heißt, es ist kein Nachfolger, aber es spielt die Rolle einer Sicherungsroute und tritt sofort an seine Stelle, wenn der Nachfolger verloren geht. Dies erreicht eine sehr schnelle Konvergenz des Protokolls, aber dazu später mehr. Diese Route wird als
machbarer Nachfolger bezeichnet . Und was wird mit der dritten Route passieren? Nichts, es erfüllt nicht die FC-Bedingung (1280> 1024) und wird nicht berücksichtigt, um es vor Schleifen zu schützen. Alle Routen, die über Update empfangen, aber nicht von FC getestet wurden, können mit dem Befehl show ip eigrp topology all-links angezeigt werden. Es ist nicht klar, warum die FS-Bedingung vor der Bildung von Schleifen schützt. Versuchen wir nun zu erklären. Es ist wichtig zu wissen, dass es beim Studium des EIGRP-Protokolls wichtig ist, das Prinzip der FC-Bedingung und den Zweck, für den es verwendet wird, zu verstehen. Betrachten Sie eine leicht modifizierte Topologie (eine Verknüpfung zwischen vIOS2 und vIOS4 wurde hinzugefügt) und verwenden Sie auch die primitivste Metrik:
Die Route zum Netzwerk 192.168.5.0/24 ist bei AD und FD dieselbe:
- vIOS4 - über vIOS5, AD = 5, FD = 10.
- vIOS1 - über vIOS4, AD = 10, FD = 11.
- vIOS3 - über vIOS1, AD = 11, FD = 12.
VIOS4 erhält jedoch ein Update von vIOS2, das die Route zum Netzwerk 192.168.5.0/24 über vIOS2 mit der Metrik AD = 12, FD = 15 enthält. Es ist klar, dass es kein Nachfolger sein kann. Wenn diese Route plötzlich vom realisierbaren Nachfolger ausgewählt würde, würde eine Schleife auftreten, wenn der Nachfolger auf vIOS4 fällt und der Nachfolger diese Route wählt. FC erlaubt es jedoch nicht, diese Route als FS als AD = 12> 10 = FD festzulegen. Die Route zu vIOS2 enthält den Pfad durch vIOS4, und in jedem Fall enthält die AD auch FD vIOS4. Das heißt, AD unter vIOS2 enthält die folgenden Links:
12 = AD auf vIOS2 = Gi0 / 3 vIOS3 + Gi0 / 2 vIOS4 + Gi0 / 1 vIOS5 + eth0 VPC5, wobei Gi0 / 1 vIOS5 + eth0 VPC5 = FD = 10 - dies ist FD vIOS4 und es ist unmöglich, dass AD <FD ist weniger.
Somit überprüft die Bedingung FC die Route auf das Vorhandensein von sich selbst in dieser Route. Nur Routen, die diese Bedingung erfüllen, können garantieren, dass keine Schleifen vorhanden sind. Es kann Fälle geben, in denen die Route keine Schleife erstellt, aber gleichzeitig die FC-Bedingung nicht erfüllt. Wir werden sie nicht verwenden. In solchen Fällen wählen wir die Netzwerkstabilität. Wenn Sie sich damit beschäftigen, ist die Bedingung recht einfach und intuitiv. Der Algorithmus, der die besten Routen im EIGRP-Protokoll auswählt, heißt
DUAL . Betrachten Sie nun das EIGRP-Protokoll zur Frage der Konvergenz beim Verlust der Hauptroute. Kehren wir zu unserer alten großen Topologie zurück und stellen uns vor, dass vIOS4 weg ist. Abhängig davon, wie vIOS4 verloren gegangen ist, unterscheidet sich das Verhalten geringfügig, es unterscheidet sich jedoch, wenn der Trigger ausgelöst wird. Wenn wir beispielsweise die Gi 0/2-Schnittstelle auf vIOS1 deaktivieren, erkennt vIOS1 sofort den Verlust eines Nachbarn und beginnt zu handeln. Wenn der Nachbar ohne Vorwarnung verschwindet, funktioniert der Hold Timer, nachdem er 15 Sekunden lang keine Hello-Pakete empfangen hat:
D 192.168.2.0/24 [90/512] über 192.168.12.2, 06:01:31, GigabitEthernet0 / 3
D 192.168.3.0/24 [90/1024] über 192.168.13.3, 06:01:28, GigabitEthernet0 / 0
D 192.168.5.0/24 [90/1024] über 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.25.0/24 [90/1024] über 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.35.0/24 [90/1024] über 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.45.0/24 [90/768] über 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
P 192.168.3.0/24, 1 Nachfolger, FD ist 1024
über 192.168.13.3 (1024/256), GigabitEthernet0 / 0
P 192.168.2.0/24, 1 Nachfolger, FD ist 1024
über 192.168.12.2 (1024/256), GigabitEthernet0 / 3
P 192.168.25.0/24, 1 Nachfolger, FD ist 1024
über 192.168.14.4 (1024/768), GigabitEthernet0 / 2
über 192.168.13.3 (1536/768), GigabitEthernet0 / 0
P 192.168.35.0/24, 1 Nachfolger, FD ist 1024
über 192.168.14.4 (1024/768), GigabitEthernet0 / 2
über 192.168.13.3 (1280/512), GigabitEthernet0 / 0
P 192.168.12.0/24, 1 Nachfolger, FD ist 768
über Connected, GigabitEthernet0 / 3
P 192.168.45.0/24, 1 Nachfolger, FD ist 768
über 192.168.14.4 (768/512), GigabitEthernet0 / 2
P 192.168.0.0/24, 1 Nachfolger, FD ist 512
über Connected, GigabitEthernet0 / 1
P 192.168.13.0/24, 1 Nachfolger, FD ist 768
über Connected, GigabitEthernet0 / 0
P 192.168.14.0/24, 1 Nachfolger, FD ist 256
über Connected, GigabitEthernet0 / 2
P 192.168.5.0/24, 1 Nachfolger, FD ist 1024
über 192.168.14.4 (1024/768), GigabitEthernet0 / 2
über 192.168.13.3 (1536/768), GigabitEthernet0 / 0
Ich habe die Routing- und Topologietabelle der Einfachheit halber noch einmal gebracht. Um zu verstehen, wie sich der Router auf jeder Route verhält, müssen Sie wissen, in welchem Zustand sie sich zuvor befanden. Beispielsweise geht die zuvor besprochene Route, die Route 192.168.5.0/24, verloren, hatte jedoch FS in der Topologietabelle und wird daher, sobald die Hauptroute verloren geht, ihren Platz in der Routing-Tabelle einnehmen. Eine interessante Frage ist, was mit Routen ohne FS passieren wird. Aber ein bisschen Hardware:
Einträge in der Topologietabelle können in zwei Zuständen vorliegen: aktiv und passiv. Die Route befindet sich in einem passiven Zustand, wenn die Route stabil ist und die Suche nach der besten Route nicht erfolgt. Im aktiven Zustand - wenn Sie nach der besten Route suchen. Eine Routensuche wird durchgeführt, wenn es keinen realisierbaren Nachfolger für das Zielnetz gibt. Der Router sendet auf der Suche nach einer besseren Route eine Anfrage (sendet ein Abfragepaket) an jeden benachbarten Router. Wenn der Nachbar eine Route zum Zielnetzwerk hat, antwortet er (sendet ein Antwortpaket). Wenn keine Route vorhanden ist, sendet der Nachbar eine Anfrage an seine Nachbarn. Der Router vergleicht alle FDs, um ein bestimmtes Netzwerk zu erreichen, wählt die Route mit dem kleinsten FD aus und platziert sie in der Routing-Tabelle. In der Topologietabelle können 6 Routen zum Netzwerk des Empfängers (primär und Backup) gespeichert werden.
Routen, die verloren gegangen sind und kein FS hatten, wechseln zu Aktiv und vIOS1 fragt nach den verbleibenden Nachbarn. Dies erfolgt mithilfe von Abfragenachrichten.
vIOS1 sendet Abfragenachrichten an vIOS2- und vIOS3-Router, wo klar angegeben wird, welche Routen benötigt werden. In unserem Fall sind diese Routen 192.168.14.0/24, 192.168.45.0/24. Mit dieser Nachricht informiert vIOS1 die Router auch darüber, dass Routen über vIOS1 zu diesen Netzwerken unbrauchbar sind. Dies erfolgt durch Angabe des Parameters Delay: Infifnity in der Metrik dieser Route, dh die Metrik ist unendlich groß. Sobald Router solche Nachrichten erhalten, löschen sie diese Routen über vIOS1. Diese Technologie heißt Poison Reverse.. Poison Reverse wird auch für Update-Nachrichten verwendet. Ich werde etwas später darauf eingehen. Nach Erhalt einer Abfrage mit einer Anforderung für die Routen 192.168.14.0/24, 192.168.45.0/24 sehen vIOS2 und vIOS3, ob sie über diese Routen verfügen, die sie gegebenenfalls verwenden, und senden sofort eine Antwort mit neuen Metriken für diese Routen. Wie wir wissen, haben vIOS2 und vIOS3 ihre Routen nicht verloren, daher senden sie sofort eine Antwort. Wenn der ebenfalls abgefragte Router diese Route nicht hat, leitet er die Abfrage an seine Nachbarn weiter und so weiter. vIOS1 wartet auf die Antwort von vIOS2, vIOS3 und dann tritt Active Timer in die Szene ein, die startet, sobald eine Abfrage gesendet wird:Active Timer- das Zeitintervall, in dem die Route im aktiven Zustand bleiben kann. Wenn der Timer abläuft, bevor alle Antworten von Nachbarn empfangen wurden (Antwort), versetzt der Router die Route in den Status "Nicht aktiv". Außerdem sind die Beziehungen der Nachbarschaft zu den Nachbarn unterbrochen, von denen keine Antwort erhalten wurde. Standardmäßig beträgt dieser Timer 3 Minuten.Das heißt, wenn die Antwort trotz der Hello-Pakete nicht innerhalb von 3 Minuten eingeht, wird die Nachbarschaft unterbrochen und dies ist sehr schlecht. Trotz der Tatsache, dass 3 Minuten für solche Protokolle wie eine Ewigkeit sind, sind solche Situationen mit großen Topologien möglich. Zum Schutz vor fehlerhafter Trennung der Nachbarschaftsbeziehung wurden spezielle Nachrichten erfunden - SIA-Query und SIA-Reply.Um die Reaktion des Routers auf den Status der aktiven Route zu verbessern, werden zusätzlich zwei Arten von Nachrichten eingeführt:- SIA-Abfrage - Wird nach 1,5 Minuten versendet (Standard), um den Status eines direkt verbundenen Routers zu überprüfen. Wenn die Route hinter dem Nachbarn verloren geht (während die Verbindung zum Nachbarn normal ist), werden die Nachbarschaftsbeziehungen zum direkt verbundenen Router nicht zurückgesetzt. Erfordert keine Empfangsbestätigung. Nachdem drei Nachrichten gesendet und keine Antwort empfangen wurden, wird der Nachbar als ausgefallen betrachtet und die Route aus der Topologietabelle entfernt.
- SIA-Antwort - Wird als Antwort auf die SIA-Abfrage gesendet. Erfordert keine Empfangsbestätigung.
Wenn nach 1,5 Minuten keine Antwort auf eine Anfrage empfangen wird, wird eine SIA-Anfrage gesendet, für die keine neue Route erforderlich ist, sondern nur eine SIA-Antwort gesendet werden muss, um sicherzustellen, dass der Nachbar in Ordnung ist. Sie kann einfach nicht die richtige finden RouteIch denke darüber nach, wie der Router auf den Verlust der Route reagiert, wenn FS vorhanden ist oder nicht, haben wir genug gesagt. Es ist nur erforderlich, folgende Änderungen vorzunehmen. Wir haben FD nicht ganz richtig definiert, die Metrik, die wir nach der Formel berechnen, wenn wir zum ersten Mal eine Route erhalten oder wenn sich der Routenstatus weiter ändert. Es wäre richtig, CD - Computed Distance aufzurufen.FD ist der beste Indikator für eine bestimmte Route, die jemals erhalten wurde, und er ist es, der am FC-Check teilnimmt. Meistens ist FD = CD die beste Route, aber lassen Sie uns sehen, wie sich FD nach dem Zusammenbruch der Nachbarschaft mit vIOS4 verändert hat:P 192.168.5.0/24, 1 Nachfolger, FD ist 1024
über 192.168.13.3 ( 1536 /768) ist , GigabitEthernet0 / 0
Wir haben keine Route mehr mit CD = 1024, die beste Route durch vIOS3 ist CD = 1536, aber wie Sie sehen können, ist FD = 1024, die behoben wurde, als es eine Route durch vIOS4 gab. FD wird nur aktualisiert, wenn diese Route in den aktiven Zustand versetzt wird. Bis sich der Status von Passiv zu Aktiv ändert, ändert sich auch FD nicht. Regelmäßige Updates gelten nicht dafür. Noch eine Bemerkung. Lassen Sie uns dieses Experiment durchführen: Geben Sie die Nachbarschaft mit vIOS4, CD über vIOS3 = 1536 und über vIOS2 = 2048 zurück. Erhöhen Sie die Kanalverzögerung zwischen vIOS1 und vIOS3, sodass sie größer als die vIOS2-CD wird:P 192.168.5.0/24, 1 Nachfolger, ist FD 1024
via 192.168.14.4 (1024/768), GigabitEthernet0 / 2
über 192.168.13.3 ( 2304 /768) ist , GigabitEthernet0 / 0
Wie wir sehen, ist die CD durch vIOS3 = 2304, aber sie blieb FS, da sich AD nicht geändert hat und die FC-Bedingung wie zuvor erfüllt war. Wir stellen uns eine Frage: Was passiert, wenn eine Route durch vIOS2 verloren geht? Die erwartete und logische Antwort, wie uns beigebracht wurde, ist stattdessen FS, aber nein! Da es immer noch eine Route durch vIOS2 mit CD = 2048 <2304 gibt, wird die Route in den aktiven Status versetzt und berechnet die Metrik dafür neu und wählt die beste Route aus, obwohl sie eine Sicherungsroute hatte. Wir schauen uns die Topologietabelle an und erhalten:P 192.168.5.0/24, 1 Nachfolger, FD ist 2048
über 192.168.12.2 (2048/1280), GigabitEthernet0 / 3
über 192.168.13.3 (2304/768), GigabitEthernet0 / 0
Die Route über vIOS2 wird verwendet und hat sich, wie von FD angegeben, auch aufgrund des Übergangs der Route in den aktiven Zustand geändert. Und die Route durch vIOS3 teilt wieder das Schicksal des Ersatzteils.Regeln für geteilten Horizont und Giftumkehr in EIGRP
Wie in RIP verwendet EIGRP die Split Horizon-Regel. Wenn eine Route über eine bestimmte Schnittstelle erreichbar ist, ist diese Route nicht in dem Update enthalten, das über diese Schnittstelle gesendet wird.Wenn vIOS4 beispielsweise eine Route zum Netzwerk 192.168.0.0/24 von vIOS1 empfängt, sendet es diese Route nicht über die Schnittstelle, mit der vIOS1 verbunden ist, an Update. Stellen Sie sich genauer gesagt vor, dass vIOS1 über das Netzwerk 192.168.0.0/24 gesprochen hat. Ich habe ein Update an vIOS4 gesendet, vIOS4 wird es empfangen, und Split Horizon sollte sein Update in der Regel nicht mit dieser Route an vIOS1 senden, aber in Wirklichkeit wird es mit einer unendlichen Metrik gesendet. Als ob vIOS4 vIOS1 sagt - "Wagen Sie es nicht, die Route zum Netzwerk 192.168.0.0/24 über mich zu verwenden, ich habe diese Route von Ihnen erhalten, und wenn Sie sie verwenden, wird es eine Schleife geben."Poison Reverse - Zeigt eine nicht erreichbare Route mithilfe einer Metrik an, wenn sie verloren geht. In EIGRP erfolgt dies mit dem Parameter Delay. Wir haben oben angegeben, wie diese Technologie verwendet wird, wenn vIOS1 den Kontakt zu vIOS4 verliert. Aus den obigen Ausführungen zu Split Horizon können wir schließen, dass die Poison Reverse-Technologie nicht nur in Abfragenachrichten, sondern auch in Updates verwendet wird. Außerdem verstößt Poison Reverse möglicherweise gegen die Split Horizon-Regel und sendet ein Update mit unendlichen Metriken von der Schnittstelle, von der es dieses Update erhalten hat. Diese beiden Regeln bieten zusammen mit der FC-Klausel einen Schutz des EIGRP-Protokolls gegen Schleifen.Stub-Router
Als Optimierung wurde im Protokoll eine spezielle Rolle für Router eingeführt - Stub. So etwas wie die Stub-Zone in OSPF, aber hier ist ein etwas anderes Funktionsprinzip. Wenn der Router im Stub-Modus konfiguriert wird, meldet er seinem Nachbarn sofort in Hello-Paketen seinen Stub-Status und kann je nach Stub-Modus bestimmte Routentypen senden:vIOS5 # eigrp stub [verbunden | Leckkarte | Nur empfangen | umverteilt | statisch | Zusammenfassung]
Eigrp-Stub-Befehlsoptionen:- Ohne Optionen (Standard) - verbunden und Zusammenfassung;
- verbunden - Ermöglicht dem Stub-Router, verbundene Routen zu senden, jedoch nur für Schnittstellen, deren Adressen sich in den durch den Netzwerkbefehl angegebenen Netzwerken befinden.
- Leckkarte - Erlaubt dynamische Präfixe basierend auf der Leckkarte;
- Nur empfangen - Verhindert, dass der Stub-Router Routen sendet.
- redistributed — stub redistributed ;
- static — stub static , , ;
- summary — stub ( ).
Das Hauptmerkmal dieser Einstellung ist jedoch, dass der Router, wenn er weiß, dass sich sein Nachbar in der Stub-Rolle befindet, keine Abfrage für aktiv gewordene Routen an ihn sendet. Wenn wir beispielsweise vIOS5 als Stub konfigurieren, wird vIOS2-4 dies herausfinden und wenn Routen verloren gehen, werden sie Query nicht vergiften. In Anbetracht der Probleme, die auftreten können, wenn keine Antwort vorliegt, wäre es hilfreich, eine Abfrage nur dort zu senden, wo dies sinnvoll ist. Dies ist in großen Topologien wichtig, in denen Konvergenz ein komplexer Prozess sein kann. Wenn es also einen Router gibt, der endgültig ist und nur Benutzernetzwerke mit ihm verbunden sind (relativ gesehen hat er nur einen Nachbarn), ist es besser, darüber nachzudenken, ihn als Stub einzurichten.Ein paar Worte zu Timern
Wir haben über einige von ihnen gesprochen. Wenn Sie sich die Ausgabe des Befehls show ip eigrp neighbours ansehen, sehen wir Folgendes:vIOS1 # show ip eigrp Nachbarn
EIGRP-IPv4 Nachbarn für AS (1)
H
Adressschnittstelle
Haltezeit SRTT RTO Q Seq (Sek.) (ms) Cnt Num 2 192.168.14.4 Gi0 / 2 11 00:48:43 23 138 0 168
0 192.168.12.2 Gi0 / 3 12 02:31:12 6 100 0 258
1 192.168.13.3 Gi0 / 0 10 2d13h 7 100 0 291
vIOS1 #
Hier sind Timer, die einer Erklärung bedürfen. Wenn als Antwort auf das Senden eines Multicast-Pakets, für das eine Empfangsbestätigung erforderlich ist, keine Bestätigung (ACK) gesendet wurde, wird das Unicast-Paket an den Nachbarn gesendet, der nicht antwortet. Wenn die Bestätigung auch nach dem Senden von 16 Unicast-Paketen nicht empfangen wurde, gilt der Nachbar als inaktiv.- Glatte Roundtrip-Zeit (SRTT) - die Zeit zwischen dem Senden eines Pakets an einen Nachbarn und dem Empfangen einer Bestätigung von ihm. Gemessen in Millisekunden. Die Berechnungsformel ist proprietär.
- Multicast Flow Timer - Der Maximalwert des Intervalls in Sekunden, in dem der Router nach dem Senden des EIGRP-Pakets an die Multicast-Adresse auf das ACK-Paket wartet, bevor er zum Unicast-Senden wechselt. Es wird auf Basis von SRTT berechnet, die Berechnungsformel selbst ist proprietär.
- RTO (Retransmission Timeout) - das Intervall zwischen dem Senden von Unicast-Paketen. Es wird auf Basis von SRTT berechnet, die Berechnungsformel selbst ist proprietär.
Daran denke ich, um den Artikel zu beenden. Unten ist ein nützlicher Link: