Проследяване на пакети. Лаборатория: Конфигуриране на плаващи статични маршрути

Мрежова топология

задачи

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

Преглед

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

Използвайки примера на нашата мрежа, "Граничният рутер" досега има само директно свързани маршрути към мрежите 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.

Нека проверим таблицата за маршрутизиране на граничния рутер и изпратим ping заявка до уеб сървъра от 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. Нека сравним хоповете чрез пренасочване при използване на резервния маршрут:

Преходът от граничния рутер към уеб сървъра вече е през IP адрес 10.10.10.5 (ISP2).

Разбира се, статичните маршрути могат да се видят чрез показване на текущата конфигурация на рутера:

Edge_Router>en
Edge_Router#show run

Източник: www.habr.com