Одночасне використання двох провайдерів на маршрутизаторах cisco (продовження)

Одночасне використання двох провайдерів

Якщо в першому випадку все зрозуміло і однозначно, то у разі одночасного використання двох провайдерів виникають проблеми. Для початку: нам треба обох провайдерів перевіряти на «живість» і перемикати всі потоки на одного у випадку, якщо хтось «упав». Це робиться цілком аналогічно перевірці ISP1 на чолі про Резервування. З тією лише відмінністю, що обидва маршрути за умовчанням мають однакову адміністративну дистанцію

Правила NAT не зазнають змін. Ті самі route-map у динамічних та статичних трансляціях. Але як визначити, який пакет надсилати через якогось провайдера? Можна примусово розкидати пакети, що входять з g0/0, ще одним route-map.

Правда в цьому випадку пакет, що потрапив до ACLISP1, піде на першого провайдера завжди, незалежно від того, чи живий провайдер чи ні. Щоб цього уникнути є можливість в цьому route-map застосувати перевірку з track

sequence# - це число від 1 до 65535. Якщо таких можливих next-hop буде багато, то вони будуть упорядковані за цим числом.

Нагадаю, що якщо пакет явно не потрапив у route-map, він буде використовувати звичайну таблицю маршрутизації.

Таким чином отримаємо:

Це рішення, нехай не красиве, але все ж таки повністю вирішує завдання, не торкаючись сервера (його часто і не можна торкатися: наприклад, якщо це не додаток, а VPN сервер). Втрата тут очевидна одна: сервер ніколи не знає, з ким реально він спілкується, а значить не можна зібрати адекватну статистику і т.д.

Надійшов лист мені від читача з Литви, де він послався на цікаву статтю. Мабуть, вона доповнить саме серверну частину завдання: Тут на сайті НІЛу. Автор — Іван Пепельняк, один із ранніх CCIE, дуже глибокий фахівець(його блог «IOS hints and tricks»

PS Сьогодні нарешті зібрав стенд і ще раз усе перевірив завдяки Вашому інтересу! Так що користуйтесь, дорогі мої :)

---