Топологія мережі
Завдання
- Створення основного статичного маршруту за умовчанням
- Розгортання плаваючого статичного маршруту
- Перевірка перемикання на статичний маршрут, що плаває, при відмові основного маршруту
Загальні відомості
Отже, для початку пару слів про те, що таке статичний, та ще й плаваючий маршрут. На відміну від динамічної, статична маршрутизація вимагає самостійної побудови маршруту до конкретної мережі. Статичний маршрут, що плаває, служить для надання резервного шляху до мережі призначення у разі збою основного маршруту.
На прикладі нашої мережі «Прикордонний маршрутизатор» поки що має лише безпосередньо підключені маршрути до мереж ISP1, ISP2, LAN_1 та LAN_2.
Створення основного статичного маршруту за умовчанням
Перед тим, як говорити про резервний маршрут, спочатку потрібно побудувати основний маршрут. Нехай, основний маршрут прикордонного маршрутизатора проходитиме через ISP1 до мережі Internet, а маршрут через 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. Порівняємо переходи, виконавши повторне трасування під час використання резервного маршруту:
Тепер перехід від прикордонного маршрутизатора до веб-сервера здійснюється через IP-адресу 10.10.10.5 (ISP2).
Звичайно ж, статичні маршрути можна побачити, відобразивши поточну конфігурацію маршрутизатора:
Edge_Router>en
Edge_Router#show run
Джерело: habr.com