🥇Packet Tracer. Laboratorní práce: Nastavení plovoucích statických tras

Topologie sítě

Úkoly

Vytvoření základní statické trasy jako výchozí
Nasazení plovoucí statické trasy
Ověření přepnutí na plovoucí statickou trasu při selhání hlavní trasy

Obecné informace

Než začneme, pojďme říct pár slov o tom, co je to statická a ještě k tomu plovoucí trasa. Na rozdíl od dynamického směrování vyžaduje statické směrování ruční konstrukci trasy do konkrétní sítě. Plovoucí statická trasa slouží k poskytnutí záložní cesty do cílové sítě v případě selhání hlavní trasy.

Na příkladu naší sítě má "Okrajový směrovač" prozatím pouze přímo připojené trasy k sítím ISP1, ISP2, LAN_1 a LAN_2.

Vytvoření základní statické trasy jako výchozí

Než probereme záložní trasu, musíme nejprve vybudovat hlavní trasu. Předpokládejme, že hlavní trasa od okrajového směrovače povede přes ISP1 do sítě Internet a trasa přes ISP2 bude záložní. K tomu na okrajovém směrovači v režimu globální konfigurace nastavíme statickou trasu jako výchozí:

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

kde:

prvních 32 bitů nula — adresa cílové sítě;
druhých 32 bitů nula — síťová maska;
s0/0/0 — výstupní rozhraní okrajového směrovače, které je připojeno k síti ISP1.

Tento záznam říká, že pokud pakety přicházející na okrajový směrovač ze sítí LAN_1 nebo LAN_2 obsahují adresu cílové sítě, která není v směrovací tabulce, budou přesměrovány přes rozhraní s0/0/0.

Zkontrolujeme směrovací tabulku okrajového směrovače a odešleme echo dotaz na webový server z PC-A nebo PC-B:

Vidíme, že do směrovací tabulky byla přidána položka výchozího statického směru (což potvrzuje zápis S*). Provedeme trasování trasy od PC-A nebo PC-B k web-serveru:

První přechod se uskuteční z PC-B na lokální IP adresu okrajového směrovače 192.168.11.1. Druhý přechod — od okrajového směrovače k 10.10.10.1 (ISP1). Zapamatujme si, později porovnáme přechody.

Nasazení plovoucí statické trasy

Takže jsme vytvořili hlavní statickou trasu. Dále vytvoříme plovoucí statickou trasu přes síť ISP2. Proces vytváření plovoucí statické trasy se nijak neliší od běžné výchozí statické trasy, kromě toho, že se v prvním případě navíc uvádí administrativní vzdálenost. Administrativní vzdálenost znamená míru spolehlivosti trasy. Fakt je ten, že administrativní vzdálenost statické trasy je rovna jedné, což znamená absolutní prioritu nad protokoly dynamického směrování, jejichž administrativní vzdálenost je mnohem vyšší, kromě místních tras — ty mají vzdálenost rovnou nule. Při vytváření plovoucí statické trasy by proto měla být nastavena administrativní vzdálenost větší než jedna, například 5. Takže plovoucí trasa nebude mít prioritu nad hlavní statickou trasou, ale v době, kdy bude nedostupná, bude výchozí trasa považována za hlavní.

Syntax plovoucí statické trasy je následující:

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

kde:

5 — to je hodnota administrativní vzdálenosti;
s0/0/1 — výstupní rozhraní hraničního směrovače připojeného k síti ISP2.

Hned bych chtěl říci, že dokud je hlavní trasa v provozním stavu, plovoucí statická trasa se v směrovací tabulce neobjeví. Pro větší přesvědčivost zobrazíme obsah směrovací tabulky v době, kdy je hlavní trasa v pořádku:

Je vidět, že v směrovací tabulce stále zobrazuje hlavní výchozí statickou trasu s výstupním rozhraním Serial0/0/0 a žádné jiné statické trasy v směrovací tabulce nejsou zobrazeny.

Ověření přepnutí na plovoucí statickou trasu při selhání hlavní trasy

A teď to nejzajímavější: simulujme selhání hlavní trasy. Toho lze dosáhnout vypnutím rozhraní na softwarové úrovni nebo jednoduše odpojením spojení mezi směrovačem a ISP1. Vypneme rozhraní Serial0/0/0 hlavní trasy:

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

… a hned běžíme zkontrolovat směrovací tabulku:

Na obrázku výše vidíme, že po selhání hlavní statické trasy se výstupní rozhraní Serial0/0/0 změnilo na Serial0/0/1. Při první traceroute, kterou jsme prováděli dříve, byl následující přechod z hraničního routeru na IP adresu 10.10.10.1. Porovnejme přechody provedením opakované traceroute pomocí záložní trasy: