🥇Packet Tracer. Laboration: Konfigurera svävande statiska rutter

Nätverks topologi

Uppgifter

Skapa en standard statisk rutt
Distribuera en flytande statisk rutt
Kontrollera växling till flytande statisk rutt vid fel på huvudrutten

Allmän information

Så, först några ord om vad en statisk, ännu mer en flytande rutt är. Till skillnad från dynamisk routing kräver statisk routing att man själv bygger rutten till ett specifikt nätverk. En flytande statisk rutt fungerar som en säkerhetsväg till destinationsnätverket vid fel på huvudrutten.

Som exempel har vår "Edge Router" för tillfället endast direkt anslutna rutter till näten ISP1, ISP2, LAN_1 och LAN_2.

Skapa en standard statisk rutt

Innan vi pratar om reservrutten måste vi först bygga huvudrutten. Låt den huvudrutten från edge-routern gå genom ISP1 till Internet, medan rutten genom ISP2 blir reservrutten. För detta, ange en standard statisk rutt i den globala konfigurationsmodulen på edge-routern:

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

där:

de första 32 bitarna med nollor — adressen till destinationsnätet;
de andra 32 bitarna med nollor — nätmasken;
s0/0/0 — utgångsgränssnittet för edge-routern, som är anslutet till nätet ISP1.

Denna post innebär att om paket som kommer till edge-routern från nätverken LAN_1 eller LAN_2 innehåller adressen till ett destinationsnät som inte finns i routingtabellen, kommer de att vidarebefordras genom gränssnittet s0/0/0.

Låt oss kontrollera routingtabellen för edge-routern och skicka en eko-förfrågan till webbserver från PC-A eller PC-B:

Vi ser att en post med den statiska standardrutten har lagts till i routingtabellen (vilket bekräftas av posten S*). Låt oss utföra en spårning av rutten från PC-A eller PC-B till webb-servern:

Första övergången sker från PC-B till den lokala IP-adressen för edge-routern 192.168.11.1. Den andra övergången — från edge-routern till 10.10.10.1 (ISP1). Kom ihåg detta, vi kommer att jämföra övergångarna senare.

Distribuera en flytande statisk rutt

Så, den grundläggande statiska rutten har byggts. Därefter skapar vi, faktiskt, en flytande statisk rutt genom ISP2-nätverket. Processen för att skapa en flytande statisk rutt skiljer sig inte från en vanlig statisk rutt som standard, förutom att det i den första dessutom anges det administrativa avståndet. Det administrativa avståndet betyder graden av tillförlitlighet för rutten. Det är så att det administrativa avståndet för en statisk rutt är en, vilket innebär absolut prioritet över dynamiska routningsprotokoll, som har ett administrativt avstånd som är mycket högre, förutom lokala rutter - deras avstånd är noll. Därför, när man skapar en statisk flytande rutt, bör det administrativa avståndet vara större än en, till exempel 5. På så sätt kommer den flytande rutten inte att ha prioritet över den grundläggande statiska rutten, men när den är otillgänglig kommer standardrutten att betraktas som grundläggande.

Syntaxen för att ange en flytande statisk rutt är följande:

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

där:

5 är värdet på det administrativa avståndet;
s0/0/1 är utgångsgränssnittet på den gränsrouter som är ansluten till ISP2.

Det är värt att nämna att så länge den primära rutten är i drift, kommer den flytande statiska rutten inte att visas i routningstabellen.För att vara mer övertygande, låt oss visa innehållet i routningstabellen när den primära rutten är i gott skick:

Det är tydligt att den primära statiska rutten fortfarande visas som standard, med utgångsgränssnittet Serial0/0/0 och inga andra statiska rutter visas i routningstabellen.

Kontrollera växling till flytande statisk rutt vid fel på huvudrutten

Och nu det mest intressanta: låt oss simulera ett fel på den primära rutten. Detta kan göras genom att stänga av gränssnittet på programnivå, eller bara koppla bort anslutningen mellan routern och ISP1. Vi stänger av gränssnittet Serial0/0/0 för den primära rutten:

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

… och vi springer genast för att titta på routningstabellen:

På bilden ovan kan vi se att efter felet på den primära statiska rutten har utgående gränssnitt Serial0/0/0 ändrats till Serial0/0/1. Vid den första tracerouten vi gjorde tidigare gick övergången från gränsrutern till IP-adressen 10.10.10.1. Låt oss jämföra övergångarna genom att utföra en ny traceroute med den bakåtgående rutten: