Verhindern von Count-to-Infinity-Problemen in Ihrem Netzwerk - Dummies

Das Counting to Infinity -Phänomen kann ein vom Distance Vector-Routing-Protokoll verwaltetes Netzwerk schnell deaktivieren. In den folgenden Abschnitten erfahren Sie, wie Sie die Zählung auf unendlich und die resultierenden Routing-Schleifen in Ihrem Netzwerk verhindern können.

Split horizon

Wenn Sie RIPv1 verwenden, haben Sie eine Lösung in Form eines Konzepts mit dem Namen Split Horizon. Wenn Sie in diesem Konzept das Routing auf einer Schnittstelle erhalten, ist es unwahrscheinlich, dass diese Informationen von dieser Schnittstelle zurückgesendet werden.

Wenn Sie also nur die Routing-Informationen für das Netzwerk 10. 4. 0. 0/16 im Routing-Prozess untersuchen, wird der Fluss der Routeninformationen wie folgt übergeben:

1. Router2 erfährt von der Route bis 10. 4. 0. 0/16.

   Es lernt die Route über die Schnittstelle S0 / 1 gegenüber Router3.

2. Router2 sendet seine Routing-Tabellenaktualisierungen.

   Die Updates gehen über beide Schnittstellen aus, filtern jedoch die Route nach 10. 4. 0. 0/16 aus der Liste, wenn sie die Routen über die Schnittstelle S0 / 1 senden, wie in der folgenden Abbildung gezeigt.

3. Router1 empfängt die Route zu 10. 4. 0. 0/16 von Router2 an der Schnittstelle S0 / 0.

4. Router1 sendet seine Routing-Tabellenaktualisierungen.

   Diese Updates gehen über beide Schnittstellen aus, filtern jedoch die Route zu 10. 4. 0. 0/16 aus der Liste heraus, wenn die Routen über S0 / 0 gesendet werden.

   

Route-Poisoning

Anstatt Split-Horizon zu verwenden, implementiert RIPv2 einen Prozess namens route poisoning. Es folgt die Sequenz für den Route-Poisoning-Prozess:

1. Router3 gibt an, dass die Verbindung zu 10. 4. 0. 0/16 unterbrochen ist.

   Der Router3 aktualisiert sofort seine Metrik für dieses Netzwerk auf unendlich - oder im Fall von RIPv2 mit einer Hops-Anzahl von 16 - und sendet diese Routing-Tabelle sofort, wie in Abbildung 6-7 dargestellt…

2. Router2 ruft das Update ab.

   Dann aktualisiert es seine eigene Routing-Tabelle, indem es die Route zu 10. 4. 0. 0/16 entfernt, weil es nicht mehr gültig ist. Nachdem diese Aktualisierung abgeschlossen ist, sendet Router2 seine eigene Aktualisierung über die Schnittstelle S0 / 0.

3. Router1 ruft die Aktualisierung ab.

   Dieses Update enthält nicht länger eine Route zu 10. 4. 0. 0/16, wodurch Router1 die Route zu diesem Netzwerk entfernt.

   

Bei einer Router-Vergiftung eskaliert der Aktualisierungsprozess, sodass falsche Routeninformationen zeitnah aus dem Netzwerk entfernt werden. Sie können dieses System mit einem Prozess namens Poison Reverse erweitern.

Nachdem Router2 in diesem Fall den Hop-Zähler oder die Metrik auf unendlich geht, sendet er auch eine Routingtabellenaktualisierung zurück an Router3 mit einer unendlichen Metrik, die angibt, dass die Route bis 10.4. 0. 0/16 ist nicht mehr verfügbar. Dieser Prozess verringert die Wahrscheinlichkeit, dass eine fehlerhafte Aktualisierung zu Router3 führt und eine Schleife verursacht.

Hold-Down-Timer

Hold-Down-Timer sind eine weitere Lösung für Routing-Loops, die von einigen Routing-Protokollen implementiert werden. Haltezeit-Timer verhindern, dass Protokollaktualisierungsnachrichten Routen für Verbindungen, die derzeit nicht verfügbar sind, nicht ordnungsgemäß aktualisieren. Es folgt die Implementierungssequenz der Niederhalter-Timer:

1. Router2 empfängt eine Aktualisierung, die ihm sagt, dass die Verbindung zu 10. 4. 0. 0/16 unterbrochen ist.

2. Router2 markiert die Route als möglicherweise abwärts und setzt einen Hold-Down-Timer.

3. Router2 wartet auf eine Aktualisierung.

   • Wenn es eine Aktualisierung mit einer Metrik erhält, die besser als die ursprüngliche ist, zeichnet Router2 die Route als aufwärts und zugänglich auf.

   • Wenn das Timerintervall nicht aktualisiert wird, entfernt Router2 die Route aus der Routingtabelle.

   • Routen, die Router2 mit einer Kennzahl empfängt, die schlechter als die ursprüngliche Route ist, werden automatisch entfernt.

Während der Hold-down-Phase werden die Daten als Zustellungsversuch gesendet, wenn Daten an das 10. 4. 0. 0/16-Netzwerk gesendet werden. Der Zustellungsversuch erfolgt für den Fall, dass die Verbindung zu 10. 4. 0. 0/16 ein intermittierendes Problem aufweist.

Ausgelöste Aktualisierungen

Ausgelöste Aktualisierungen befassen sich mit Unendlichkeitsproblemen, indem sie eine Aktualisierung erzwingen, sobald sich die Verknüpfung ändert.

Wenn Sie also zu dem Netzwerk-Layout zurückkehren, das Sie verwendet haben, sendet Router3 eine sofortige Aktualisierung, wenn die Verbindung zum Netzwerk 10. 4. 0. 0/16 unterbrochen wird. ist unten. Router2 empfängt die Aktualisierung und leitet die Aktualisierung sofort an ihre Nachbarn weiter, z. B. Router1.

Im Rahmen seines normalen Aktualisierungszeitplans erhält Router2 möglicherweise noch eine weitere Aktualisierung von Router1, bevor das Update zum Entfernen der Route abgerufen wird. Die Lösung besteht darin, getriggerte Aktualisierungen mit Hold-Down-Timern zu kombinieren, wodurch verhindert wird, dass Routen mit schlechteren Metriken zur Routingtabelle eines Routers hinzugefügt werden.