Distance Vector Routing: Count to Infinity und Routing Loops

Networks Distanzvektor-Routing verwenden, sind anfällig für Schleifen und Probleme mit Zahl bis unendlich. Wie wirkt sich das Problem entwickeln? In der folgenden Abbildung ist alles gut funktioniert im Netzwerk und das Netzwerk konvergiert.

Probleme können mit Ihrem Routing-Protokoll geschehen, wenn ein Link oder ein Router ausfällt. In dieser Figur geschieht ein Fehler auf Router3 mit Schnittstelle fa0 / 0. Wenn dieser Link unten geht, ist der Weg zu 10.4.0.0/16 nicht mehr Verfügung- jedoch, wenn man sieht, was folgt, Sie das Problem zu sehen.

  1. Router3 zunächst markiert die Route zu 10.4.0.0 als Link in seiner Routing-Tabelle nach unten.

  2. Router2 sendet seine Routing-Tabelle zu jedem seiner Nachbarn aus.

    Das beinhaltet Router3, ihnen zu sagen, dass es einen Weg mit einer Sprungzahl von 1 bis 10.4.0.0.

  3. Router3 aktualisiert dann seine Routing-Tabelle mit dieser neuen Informationen.

    Die neuen Informationen besagt, dass der Weg zu 10.4.0.0/16 jetzt 2 Hops entfernt ist, wie in Abbildung 6-3 gezeigt.

    bild0.jpg
  4. Ausgerüstet mit der neuen Information, daß 10.4.0.0/16 verfügbar ist.

    Wenn auch durch eine andere Schnittstelle, Router3 sendet an seinen Nachbarn seine Routing-Tabelle aus.





  5. Router2 bekommt das Update.

    Es identifiziert dann, dass der Router, die zuvor gesagt, es wusste über 10.4.0.0/16 die Strecke von einem Sprungzahl von 0 bis 2 aktualisiert hat, so Router2 aktualisiert seine eigenen Routing-Tabelle. Die alte Route als eine aktualisierte Weg identifiziert worden sein, oder es kann aus der Routing-Tabelle timed haben, abhängig von dem Routing-Protokoll, das in Gebrauch ist.

  6. Router2 dann geht seine eigenen Routing-Informationen über seine andere Schnittstelle (S0 / 0), um die Änderung zu propagieren Router1.

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

    Dieses Update erzählt Router2, dass die Anzahl der Hops zu 10.4.0.0/16 bis 3 aktualisiert wurde, und dieser Prozess wird fortgesetzt, jetzt.

Dieser Prozess setzt sich bis ins Unendliche, weil kein Mechanismus vorhanden, in diesem Fall ist, um den Prozess zu stoppen fort.

Jedoch hat das RIP-Routing-Protokoll einen eingebauten Sicherheitsmechanismus, zu einem gewissen Grad. RIP hat eine maximale Anzahl der Hops von 16, und wenn die Route zu einem Netzwerk der Regel 16-Hop überschreitet, markiert das RIP-Protokoll, dass Netzwerk als nicht erreichbar, so dass es nicht weiter um die Strecke zu verbreiten. Dieses Szenario nicht die in der Routing-Tabelle des Routers gefunden Informationen zu ändern - es ist nur begrenzt, wie weit der Fehler ausbreitet.

Wenn Sie Daten auf einem Host oder einem Gerät auf dem 10.4.0.0/16 Netzwerk senden, kommt es durch die fa0 / 0-Schnittstelle auf Router1 und Router1 denkt, dass es zu 10.4.0.0/16 innerhalb von 4 Hopfen durch Senden der Daten aus über die Schnittstelle S0 / 0 basierend auf bekommen Router1 des Routing-Tabelle. Die folgende Abbildung zeigt, was passiert, wenn die Daten gesendet werden.

Wie es kommt zu Router3, Router3 feststellt, dass der Weg zu 10.4.0.0/16 zurück durch ist Router2, die dann bewirkt, dass die Daten auf unendlich Schleife. Es gibt eine Zeit (TTL) auf IP-Pakete, um zu leben, die die maximale Höhe der Zeit definiert, die ein IP-Paket auf einem Netzwerk bleiben kann. Nachdem er aus dem Netzwerk einige Zeit Looping, werden die Daten gelöscht und eine Nachricht zurück an den Absender der Daten gesendet werden.

image2.jpg

» » » » Distance Vector Routing: Count to Infinity und Routing Loops