Ein zweiter Tunnel kommt hoch, die Routing-Tabelle zeigt weiterhin einen Pfad, und die naheliegende Schlussfolgerung ist, dass das Protokoll es nicht bemerkt hat. Meist hat es bemerkt und abgelehnt. EIGRP installiert eine Sicherung nur, wenn sie einen bestimmten schleifenfrien Test besteht, und ein aktiver Tunnel sagt nichts darüber aus, ob die gemeldete Distanz des Nachbarn diesen Test besteht. Dieser Unterschied ist die ganze Antwort, und er ist Arithmetik statt eines Timers.

Die Bedingung, exakt formuliert

RFC 7868 definiert die Zulässigkeitsbedingung als ausreichende Prüfung für den schleifenfreien Pfad eines Nachbarn: Die gemeldete Distanz des Nachbarn zu einem Ziel muss strikt kleiner als die lokale zulässige Distanz sein. Strikt. Nicht kleiner oder gleich.

Genau diese eine Ungleichung macht eine Alternative zu einem zulässigen Nachfolger. Alles andere hier ist Buchhaltung darum herum.

Zwei Distanzen mit verschiedenen Aufgaben

Die gemeldete Distanz ist das, was der Nachbar für das Ziel ankündigt. Die zulässige Distanz ist eine Aufzeichnung der kleinsten bekannten Gesamtmetrik seit dem letzten Übergang von ACTIVE zu PASSIVE, weshalb sie von der Metrik des aktuellen besten Pfads abweichen kann. Verwechselt man beides, entstehen selbstsichere falsche Schlussfolgerungen.

In einer Betriebsanzeige stehen mehrere distanzartige Spalten nebeneinander. Lesen Sie die Überschrift der Spalte, die Sie verwenden, und bedenken Sie, dass die vollständige berechnete Pfadmetrik eines Nachbarn nicht dieselbe Größe ist wie die Distanz, die er Ihnen gemeldet hat.

Ein durchgerechneter Vergleich

Nehmen Sie ein erklärtes Beispiel mit einer zulässigen Distanz von 1000. Ein Nachbar, der 900 meldet, besteht den Test und kann ein zulässiger Nachfolger werden. Ein Nachbar, der 1000 meldet, besteht ihn nicht, weil die Bedingung eine strenge Ungleichung ist und Gleichheit nicht genügt.

Diese Zahlen sind Arithmetik, keine Linkgeschwindigkeiten. Lesen Sie sie nicht als Vorhersage über einen bestimmten Router oder als empfohlene Metrik.

Erkennung ist keine Eignung

Ein Mechanismus kann einen toten Peer schnell bemerken, während EIGRP noch keinen geeigneten Ersatz hat. Bemerken ist eine Stufe; koordinierte Routenberechnung ist eine andere, und sie beginnt erst, wenn kein zulässiger Nachfolger existiert. Das Scheitern der Bedingung beweist nicht, dass die Alternative physisch eine Schleife hat. Es bedeutet, dass der lokale Abkürzungstest die Garantie nicht hergestellt hat, also muss die Berechnung das Ergebnis behandeln.

Einen Lebendigkeitstimer zu verkürzen kann keine Erreichbarkeit erzeugen, die nie vorhanden war, und eine konfigurierte Bandbreite oder Verzögerung zu ändern ist keine Messung der Kapazität.

Lesen Sie die Felder, dann testen Sie die Anwendung

Notieren Sie das Ziel, den aktuellen Nachfolger, den Kandidatennachbarn, seine gemeldete Distanz, die zulässige Distanz und den resultierenden Routenzustand. show ip eigrp topology 10.10.10.0/24 liefert Ihnen das meiste davon für ein einzelnes Präfix. Binden Sie dann die Entscheidung an den Tunnelpfad, der den nächsten Hop tatsächlich trägt, denn Routing-Tabelle und Tunnel-Tabelle können darin uneinig sein, welche Schnittstelle verwendet wird.

Verfolgen Sie unter einer genehmigten Beobachtung drei Dinge getrennt: Erkennung, Routenauswahl und die eigene Wiederherstellung der Anwendung. Diese Reihenfolge sagt Ihnen, ob das fehlende Stück eine geeignete Sicherung, der VPN-Pfad darunter oder die erneut verbindende Arbeitslast ist, statt anzunehmen, jede langsame Wiederherstellung brauche einen weiteren Timer.

Die nützliche Gewohnheit ist, die Ungleichung zu prüfen, bevor Sie irgendetwas anderes anfassen. Es braucht einen Befehl, und es beendet die Diskussion.

Ähnliche Artikel