Distance Vector Routing: Zählen zu Unendlichkeit und Routing Loops - Dummies

Netzwerke, die das Streckenvektorrouting verwenden, sind anfällig für Schleifen und Probleme mit der Zählung auf unendlich. Wie entwickelt sich dieses Problem? In der folgenden Abbildung funktioniert alles einwandfrei im Netzwerk und das Netzwerk wird konvergiert.

Wenn ein Link oder ein Router ausfällt, können Probleme mit Ihrem Routing-Protokoll auftreten. In dieser Abbildung tritt ein Fehler auf Router3 mit der Schnittstelle fa0 / 0 auf. Wenn diese Verbindung unterbrochen wird, ist die Route zu 10. 4. 0. 0/16 nicht mehr verfügbar. Wenn Sie sich jedoch das Folgende ansehen, können Sie das Problem sehen.

1. Router3 markiert zunächst die Route zu 10. 4. 0. 0 als Link in seiner Routing-Tabelle.

2. Router2 sendet seine Routing-Tabelle an jeden seiner Nachbarn.

   Dies schließt Router3 ein und teilt ihm mit, dass es einen Pfad zu 10. 4. 0. 0 mit einer Hopanzahl von 1 hat.

3. Router3 aktualisiert dann seine Routingtabelle mit diesem neuen Information.

   Die neue Information gibt an, dass die Route zu 10. 4. 0. 0/16 nun 2 Hops entfernt ist, wie in Abbildung 6-3 gezeigt.

   

4. Bewaffnet mit den neuen Informationen ist 10. 4. 0. 0/16 verfügbar.

   Wenn auch über eine andere Schnittstelle, sendet Router3 seine Routingtabelle an seine Nachbarn.

5. Router2 ruft das Update ab.

   Es identifiziert dann, dass der Router, der vorher gesagt hat, dass er über 10. 4. 0 0/16 Bescheid wusste, die Route von einer Sprunganzahl von 0 auf 2 aktualisiert hat, so dass Router2 seine eigene Routingtabelle aktualisiert. Die alte Route wurde möglicherweise als aktualisierte Route identifiziert oder die Routingtabelle hat einen Zeitlimit überschritten, je nachdem, welches Routingprotokoll verwendet wird.

6. Router2 gibt dann seine eigene Routing-Information über seine andere Schnittstelle (S0 / 0) aus, um die Änderung an Router1 weiterzuleiten.

   

7. Router3 erhält schließlich das Update von Router2 .

   Dieses Update teilt Router2 mit, dass der Hop-Count auf 10. 4. 0. 0/16 auf 3 aktualisiert wurde und dieser Prozess nun fortgesetzt wird.

Dieser Prozess wird bis unendlich fortgesetzt, da in diesem Fall kein Mechanismus vorhanden ist, um die Fortsetzung des Prozesses zu stoppen.

Das RIP-Routingprotokoll verfügt jedoch bis zu einem gewissen Grad über einen eingebauten Sicherheitsmechanismus. RIP hat eine maximale Hop-Anzahl von 16, und wenn die Route zu einem Netzwerk die 16-Hop-Regel überschreitet, markiert das RIP-Protokoll dieses Netzwerk als nicht erreichbar, sodass es die Route nicht weiter propagiert. Dieses Szenario ändert nicht die Informationen, die in der Routing-Tabelle des Routers gefunden werden - es begrenzt nur, wie weit der Fehler verbreitet wird.

Wenn Sie Daten an einen Host oder ein Gerät auf dem 10 senden.4. 0. 0/16 Netzwerk, es kommt durch die fa0 / 0-Schnittstelle auf Router1 und Router1 denkt, dass es innerhalb von 4 bis 10. 4. 0. 0/16 kommen kann springt durch Senden der Daten über die Schnittstelle S0 / 0 basierend auf der Routing-Tabelle von Router1 . Die folgende Abbildung zeigt, was passiert, wenn die Daten gesendet werden.

Wie es bei Router3 ankommt, Router3 bestimmt, dass die Route zu 10. 4. 0. 0/16 zurück durch Router2 ist, was dann dazu führt die Daten, um unendlich zu schleifen. Es gibt eine Time to Live (TTL) für IP-Pakete, die die maximale Zeitspanne definiert, die ein IP-Paket in einem Netzwerk verbleiben kann. Nach einiger Zeit, in der die Schleife ausgeführt wird, werden die Daten aus dem Netzwerk gelöscht und eine Nachricht an den Absender der Daten zurückgesendet.