🥇Packet Tracer. Лабораторна работа: Настройка на плаващи статични маршрути

Топология на мрежата

Задачи

Създаване на основен статичен маршрут по подразбиране
Разполагане на плавающ статичен маршрут
Проверка на преминаването към плавающ статичен маршрут при отказ на основния маршрут

Общи сведения

И така, първо няколко думи за това какво представлява статичен, а и плавающ маршрут. В отличие от динамичната, статичната маршрутизация изисква самостоятелно изграждане на маршрут в конкретна мрежа. Плаващият статичен маршрут служи за предоставяне на резервен път до целевата мрежа в случай на отказ на основния маршрут.

На примера на нашата мрежа "Граничен маршрутизатор" засега има само директно свързани маршрути към мрежите ISP1, ISP2, LAN_1 и LAN_2.

Създаване на основен статичен маршрут по подразбиране

Преди да говорим за резервния маршрут, първо трябва да изградим основния маршрут. Нека основният маршрут от граничния маршрутизатор преминава през ISP1 до интернет, а маршрутът през ISP2 да бъде резервен. За целта на граничния маршрутизатор в режим на глобална конфигурация задаваме статичен маршрут по подразбиране:

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

където:

първите 32 бита нули — адресът на целевата мрежа;
вторите 32 бита нули — мрежовата маска;
s0/0/0 — изходният интерфейс на граничния маршрутизатор, който е свързан с мрежата ISP1.

Тази запись посочва, че ако пакетите, постъпили на граничния маршрутизатор от мрежите LAN_1 или LAN_2, съдържат адреса на целевата мрежа, която не е в таблицата за маршрутизация, ще бъдат предавани през интерфейса s0/0/0.

Нека проверим таблицата за маршрутизация на граничния маршрутизатор и изпратим ехо запитване на уеб-сървър от PC-A или PC-B:

Виждаме, че таблицата за маршрутизация се е допълнила с записа за статичен маршрут по подразбиране (както е указано от записа S*). Нека извършим трасировка на маршрута от PC-A или PC-B до веб-сървър:

Първият преход се извършва от PC-B до локалния IP адрес на граничния маршрутизатор 192.168.11.1. Вторият преход — от граничния маршрутизатор до 10.10.10.1 (ISP1). Запомнихме, в бъдеще ще сравним преходите.

Разполагане на плавающ статичен маршрут

И така, основният статичен маршрут е създаден. Следва да създадем плаващ статичен маршрут през мрежата ISP2. Процесът на създаване на плаващ статичен маршрут не се различава от обикновения статичен маршрут, освен че в първия случай се посочва и административно разстояние. Административното разстояние означава степен на надеждност на маршрута. Факт е, че административното разстояние на статичния маршрут е равно на единица, което означава абсолютен приоритет над протоколите за динамично маршрутизиране, чиято стойност е много по-висока, освен за локалните маршрути – те имат разстояние равно на нула. Следователно, при създаването на статичен плаващ маршрут, трябва да посочите административно разстояние по-голямо от единица, например 5. По този начин, плаващият маршрут няма да има приоритет над основния статичен маршрут, но при неговата недостъпност, маршрутът по подразбиране ще бъде считан за основен.

Синтаксисът за задаване на плаващ статичен маршрут е следният:

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

където:

5 е стойността на административното разстояние;
s0/0/1 е изходният интерфейс на граничния маршрутизатор, свързан към мрежата ISP2.

Веднага трябва да кажем, че докато основният маршрут е в работно състояние, плаващият статичен маршрут няма да се показва в таблицата за маршрутизация.За по-голяма убедителност, ще покажем съдържанието на таблицата за маршрутизация в момента, когато основният маршрут е в изправност:

В таблицата за маршрутизация все още се показва основният статичен маршрут с изходен интерфейс Serial0/0/0 и не се показват никакви други статични маршрути.

Проверка на преминаването към плавающ статичен маршрут при отказ на основния маршрут

А сега идва най-интересното: ще симулираме повреда на основния маршрут. Може да се направи, като деактивирате интерфейса на софтуерно ниво или просто изключите свързването между маршрутизатора и ISP1. Деактивираме интерфейса Serial0/0/0 на основния маршрут:

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

… и веднага отиваме да видим таблицата за маршрутизация:

На горната рисунка е видно, че след срив на основния статичен маршрут изходният интерфейс Serial0/0/0 е променен на Serial0/0/1. При първото трасетиране, което извършихме по-рано, следващият преход от граничния маршрутизатор беше до IP адрес 10.10.10.1. Нека сравним преходите, като изпълним повторно трасетиране, използвайки резервния маршрут: