🥇Packet Tracer. Laboration: Opsætning af flydende statiske ruter

Netværkstopologi

Opgaver

Oprettelse af standard statisk rute
Implementering af flydende statisk rute
Kontrol af skift til flydende statisk rute ved svigt af den primære rute

Generel information

Så lad os starte med et par ord om, hvad en statisk og endda flydende rute er. I modsætning til dynamisk routing kræver statisk routing, at man selv opbygger ruten til et specifikt netværk. En flydende statisk rute bruges til at give en backupvej til destinationsnetværket i tilfælde af et svigt af den primære rute.

I vores netværk har "Edge Router" kun direkte tilsluttede ruter til netværkerne ISP1, ISP2, LAN_1 og LAN_2 for nu.

Oprettelse af standard statisk rute

Inden vi taler om backup-ruten, skal vi først opbygge den primære rute. Lad os sige, at den primære rute fra edge-routeren går gennem ISP1 til internettet, mens ruten gennem ISP2 vil være backup. For at gøre dette skal vi indstille en standard statisk rute på edge-routeren i global konfigurationsmode:

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

hvor:

de første 32 bit nuller — adressen for destinationsnetværket;
de næste 32 bit nuller — netværksmasken;
s0/0/0 — det udgående interface på edge-routeren, som er tilsluttet netværket ISP1.

Denne post angiver, at hvis pakker, der kommer til edge-routeren fra netværkene LAN_1 eller LAN_2, har en destinationsadresse, der ikke er i routing-tabellen, vil de blive sendt gennem interfacet s0/0/0.

Lad os kontrollere routing-tabellen på edge-routeren og sende en echo-request til webserveren fra PC-A eller PC-B:

Vi ser, at der er blevet tilføjet en post for standard statisk rute i routing-tabellen (hvilket er indikeret med posten S*). Lad os udføre en rute-tracing fra PC-A eller PC-B til web-server:

Den første hop sker fra PC-B til edge-routerens lokale IP-adresse 192.168.11.1. Den anden hop — fra edge-routeren til 10.10.10.1 (ISP1). Husk dette, så sammenligner vi hop senere.

Implementering af flydende statisk rute

Så, den primære statiske rute er oprettet. Vi skal nu oprette den flydende statiske rute gennem netværket ISP2. Oprettelsesprocessen for en flydende statisk rute adskiller sig ikke fra en normal statisk rute, bortset fra, at der i det første tilfælde angives en administrativ afstand. Den administrative afstand angiver pålideligheden af ruten. Det er sådan, at den administrative afstand for en statisk rute er én, hvilket betyder absolut prioritet over dynamiske routingprotokoller, som har en administrativ afstand, der er mange gange større, bortset fra lokale ruter — for dem er den nul. Derfor, når man opretter en statisk flydende rute, bør man angive en administrativ afstand større end én, for eksempel 5. På denne måde vil den flydende rute ikke have prioritet over den primære statiske rute, men når den primære rute ikke er tilgængelig, vil standardruten blive betragtet som primær.

Syntaksen for at definere en flydende statisk rute er som følger:

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

hvor:

5 — dette er værdien for den administrative afstand;
s0/0/1 — udgangsinterface for grænserouteren, der er tilsluttet netværket ISP2.

Det skal straks nævnes, at mens den primære rute fungerer, vil den flydende statiske rute ikke blive vist i routingtabellen.For større overbevisning vil vi vise indholdet af routingtabellen, når den primære rute fungerer korrekt:

Det ses, at den primære statiske standardrute med udgangsinterface Serial0/0/0 stadig vises i routingtabellen, og ingen andre statiske ruter vises i routingtabellen.

Kontrol af skift til flydende statisk rute ved svigt af den primære rute

Og nu det mest interessante: lad os simulere et nedbrud af den primære rute. Dette kan gøres ved at deaktivere interfaced på softwareplan, eller blot ved at fjerne forbindelsen mellem routeren og ISP1. Vi deaktiverer interfaced Serial0/0/0 for den primære rute:

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

… og så løber vi straks for at se routingtabellen:

På billedet ovenfor kan vi se, at efter fejlen i den primære statiske rute er udgangsgrænsefladen Serial0/0/0 ændret til Serial0/0/1. Ved den første traceroute, vi udførte tidligere, blev det næste hop fra grænserouteren udført til IP-adressen 10.10.10.1. Lad os sammenligne overgange ved at udføre en ny traceroute ved brug af den backup-rute: