🥇Packet Tracer. Laboratorij: Konfiguration von flüchtigen statischen Routen

Netzwerktopologie

Aufgaben

Erstellung der standardmäßigen statischen Route
Bereitstellung einer schwebenden statischen Route
Überprüfung des Wechsels zu einer schwebenden statischen Route bei Ausfall der Hauptroute

Allgemeine Informationen

Zunächst ein paar Worte dazu, was eine statische und schwebende Route ist. Im Gegensatz zur dynamischen Routierung erfordert die statische Routierung die manuelle Konfiguration eines Weges zu einem bestimmten Netzwerk. Eine schwebende statische Route bietet einen alternativen Pfad zum Zielnetzwerk im Falle eines Ausfalls der Hauptroute.

In unserem Beispiel hat der 'Edge Router' derzeit nur direkt verbundene Routen zu den Netzwerken ISP1, ISP2, LAN_1 und LAN_2.

Erstellung der standardmäßigen statischen Route

Bevor wir über die Reservetroute sprechen, müssen wir zunächst die Hauptroute festlegen. Nehmen wir an, die Hauptroute des Edge Routers führt über ISP1 zum Internet, während der Weg über ISP2 als Backup dienen soll. Dazu erstellen wir im globalen Konfigurationsmodus des Edge Routers die standardmäßige statische Route:

Edge_Router>en
Edge_Router#conf t
Edge_Router(config)#ip route 0.0.0.0 0.0.0.0 s0/0/0

wo:

Die ersten 32 Bit Nullen sind die Zielnetzadresse;
die zweiten 32 Bit Nullen sind die Netzwerkmaske;
s0/0/0 ist die ausgehende Schnittstelle des Border-Routers, die mit dem Netzwerk ISP1 verbunden ist.

Dieser Eintrag besagt, dass, wenn Pakete, die vom Border-Router aus den Netzen LAN_1 oder LAN_2 eintreffen, eine Zielnetzadresse enthalten, die nicht in der Routing-Tabelle steht, diese über die Schnittstelle s0/0/0 weitergeleitet werden.

Überprüfen wir die Routing-Tabelle des Border-Routers und senden wir eine Echo-Anfrage an Webserver von PC-A oder PC-B:

Wir sehen, dass ein statischer Standardrouten-Eintrag (kennzeichnet durch den Eintrag S*) zur Routing-Tabelle hinzugefügt wurde. Führen wir eine Traceroute von PC-A oder PC-B zur Website durch.сервера:

Der erste Hop erfolgt von PC-B zur lokalen IP-Adresse des Border-Routers 192.168.11.1. Der zweite Hop ist vom Border-Router zu 10.10.10.1 (ISP1). Wir merken uns das, um die Hops später zu vergleichen.

Bereitstellung einer schwebenden statischen Route

Wir haben also die Hauptstatistische Route eingerichtet. Nun erstellen wir die sogenannte fließende statische Route über das Netzwerk ISP2. Der Prozess zur Erstellung einer fließenden statischen Route unterscheidet sich nicht von einer normalen statischen Route, abgesehen davon, dass bei der ersten zusätzlich die administrative Distanz angegeben werden muss. Die administrative Distanz beschreibt die Zuverlässigkeit der Route. Das Besondere ist, dass die administrative Distanz einer statischen Route gleich eins ist, was ihr absoluten Vorrang vor dynamischen Routing-Protokollen verleiht, die eine viel höhere administrative Distanz haben – mit Ausnahme lokaler Routen, die null haben. Daher sollte bei der Erstellung einer fließenden statischen Route eine administrative Distanz größer als eins angegeben werden, beispielsweise 5. So wird die fließende Route nicht priorisiert im Vergleich zur Hauptstatistischen Route, jedoch wird sie im Fall ihrer Nichterreichbarkeit zur Hauptroute.

Die Syntax zum Festlegen einer fließenden statischen Route lautet:

Edge_Router(config)#ip route 0.0.0.0 0.0.0.0 s0/0/1 5

wo:

5 — das ist der Wert des administrativen Abstands;
s0/0/1 — das Ausgangsinterface des Border-Routers, das mit dem Netzwerk ISP2 verbunden ist.

Zunächst ist zu sagen, dass solange die Hauptroute aktiv ist, die schwimmende statische Route in der Routingtabelle nicht angezeigt wird.. Um es deutlicher zu machen, lassen Sie uns den Inhalt der Routingtabelle anzeigen, wenn die Hauptroute in einwandfreiem Zustand ist:

Es ist erkennbar, dass die Routingtabelle nach wie vor die Hauptstatikroute mit dem Ausgangsinterface Serial0/0/0 anzeigt und keine anderen statischen Routen in der Routingtabelle sichtbar sind.

Überprüfung des Wechsels zu einer schwebenden statischen Route bei Ausfall der Hauptroute

Und jetzt kommt das Interessante: lassen Sie uns einen Ausfall der Hauptroute simulieren. Dies kann erreicht werden, indem das Interface softwareseitig deaktiviert wird oder einfach die Verbindung zwischen dem Router und ISP1 getrennt wird. Wir deaktivieren das Interface Serial0/0/0 der Hauptroute:

Edge_Router>en
Edge_Router#conf t
Edge_Router(config)#int s0/0/0
Edge_Router(config-if)#shutdown

… und sofort schauen wir uns die Routingtabelle an:

Im obigen Bild ist zu sehen, dass sich nach dem Ausfall des primären statischen Routers das Ausgangsinterface Serial0/0/0 auf Serial0/0/1 geändert hat. Bei der ersten Traceroute, die wir zuvor durchgeführt haben, führte der nächste Schritt vom Border-Router zur IP-Adresse 10.10.10.1. Lassen Sie uns die Übergänge vergleichen, indem wir eine erneute Traceroute unter Verwendung des Backup-Routen durchführen: