Routingprotokolle im Detail

Drei LANs, dann Summarisierung, dann Hub-and-Spoke. Der Punkt, an dem Routen von Hand schreiben aufhört, eine Zeile zu sein, und anfängt, ein Design zu sein.

Vier Routen, die in der Konfiguration vorhanden und in der Tabelle falsch sind. Jede scheitert anders, und jeder Fehler ist diagnostizierbar.

Nachbarschaft, Datenbank, Berechnung. Die Sequenz, dann drei Labs, in denen jeweils eine Stufe davon fehlt.

Warum es Areas gibt, und die zwei Mismatches, die beide so aussehen, als wäre "die Leitung ist up und die Nachbarn bilden sich nicht".

Ein Protokoll, das eine Ersatzroute im Voraus überprüft bereithält, und die eine Bedingung, die ein Ersatz erfüllen muss, bevor er verwendet werden darf.

Routing zwischen Organisationen, bei dem der kürzeste Pfad häufig der ist, den man am wenigsten will. Sechs Labs, von denen vier etablierte Sessions zeigen, die sich so verhalten, wie es ein Interior-Protokoll nie täte.

Ein Router, dem dasselbe Ziel dreimal angeboten wird, installiert eines davon. Die Reihenfolge der drei Tests, die Protokolle, die verlieren, und das Gateway, das selbst ein Single Point of Failure ist.

Dokumentation veraltet; ein Discovery-Protokoll kann das nicht. Die reale Topologie von den Geräten ablesen, dann Routing reparieren, das anhand der falschen geschrieben wurde.

Jeder bisherige Fehler war binär - eine Route existiert oder nicht, ein Port ist offen oder gefiltert. Dieser hier ist eine Leitung, die up ist, alles weiterleitet, und unbrauchbar.