Policy based routing (pbr) в прикладах - ciscolab - лабораторія мереж

Policy Based Routing (PBR) в прикладах

Найбільш часто на практиці PBR використовується в ситуації, яка представлена ​​на малюнку.

Маршрутизатор R1 має два канали підключення до R2. У стандартному випадку один канал є основним, а другий - допоміжним (він підключається, коли несправний перший канал). При такому варіанті ефективність використання двох каналів надзвичайно низька. Звичайно, і такий варіант має право на існування, але рано чи пізно перед економікою, що розвивається організацією постає проблема більш ефективного використання наявних каналів або, можливо, поділу цих каналів між своїми відділами (наприклад, відділ виробництва буде використовувати канал 1, а відділ маркетингу - канал2) . Саме в цьому випадку на допомогу приходить policy-based routing.

Команда set ip next-hop перевіряє існування зазначеного next-hop і
- якщо next-hop існує в таблиці маршрутизації, тоді пакет направляється на цей next-hop.
- якщо next-hop не існує в таблиці маршрутизації, пакет перенаправляється у відповідність з таблицею маршрутизації.

Приклад 1: PBR використовуючи set ip default next-hop з протоколом динамічної маршрутизації

У цьому прикладі на маршрутизаторах R1 і R2 працює протокол динамічної маршрутизації OSPF. Тому R2 знає про мережах R1, тобто мережі R1 присутні в таблиці маршрутизації R2.
конфігурація R1

Коли маршрут призначення присутній в таблиці маршрутизації, використовується звичайний роутинг, маршрутизирующий політика не працює

Подивимося висновок debug ip policy і бачимо, що пакети пересилається в відповідність звичайної таблиці маршрутизації

Подивимося висновок debug ip policy і бачимо, що пакети пересилається в відповідність нашої нової політики

Приклад 2. PBR з set ip next-hop з динамічним протоколом

У цьому прикладі на маршрутизаторах R1 і R2 працює протокол динамічної маршрутизації OSPF. Тому R2 знає про мережах R1, тобто мережі R1 присутні в таблиці маршрутизації R2. Ми змінили роутінговую політику на

Перевіримо існування наступного хопу, 10.10.10.2 в таблиці маршрутизації. Якщо маршрут призначення існує. пакет направляється у відповідність роутінговой політикою, якщо next-hop досяжний.

Висновок debug ip policy і бачимо, що пакети пересилається в відповідність нашій політиці

Коли впав Serial0 / 0, ми втратили next-hop, 10.10.10.1, з таблиці маршрутизації і пакети йдуть у відповідність зі звичайною таблицею маршрутизації.

Висновок debug ip policy показує, що пакети пересилається в відповідність звичайної таблиці маршрутизації

Приклад 3. PBR використовуючи set ip default next-hop з маршрутом за замовчуванням

Пакетики маршрутизируются у відповідність з політикою

Навіть, коли маршрут за замовчуванням не існує, оскільки Serial0 / 1 впав, пакет маршрутизируется у відповідність з політикою, так як next-hop живий
В ситуації коли Serial0 / 1 піднято, а Serial0 / 0 погашений, ми втрачаємо next-hop і пакет слід за звичайною табличці маршрутизації - політика не працює.