BGP Part 10. Практика.

2023.03.14. Kurapov Alexey.

BGP Part 10. 

                   Схема сети такая же, как и раньше:

 

LOCAL PREFERENCE 

1.      Local Preference – Как сделать, чтобы политики для исходящего трафика были консистентны, т.е одинаковыми в пределах всей AS? Вместо веса удобнее использовать другой атрибут, который сравнивается после веса – local preference.

               Важно! Local Preference передается только внутри AS (внутри iBGP сессии.)

Значение по умолчанию 100: 

                    Сейчас роутеры в AS 123 ходят по разному до R6: 

 

                    Обеспечим единую политику в AS 123 – пусть все роутеры в AS 123 выходят на префикс 66.66.66.66/32 через R1. Для этого можем на R1 выставить для update от R4 c  префиксом 66.66.66.66/32 значение local pref > 100, например, 200. Теперь R1 сравнивает два update про 66.66.66.66/32 от R9 с local pref = 100 по умолчанию и от R4 в котором сам R1 повысил local pref до 200. R1 выбирает update с большим local pref и отправляет его в сторону R2 и R3. R2 и R3 выберут лучшим маршрут через R1, т.к. у update от R1 больший local pref.

                    Создаем на R1 prefix-list и route-map: 

В конфигурации R1 навешиваем route-map на BGP соседа 10.1.4.4 – R4: 

                    Проверка на R1:

                    Для префикса, который получен от R4 local pref = 200, также как видим пропала запись про update от R3 через next-hop 10.0.139.9. Почему? 

                    Смотрим на R3:

 

                    У R3 есть два update про 66.66.66.66/32 с равными весами = 0, далее сравниваются local pref. Есть update от R9 с local pref = 100 про R6, но выбран лучшим маршрут через R1 с local pref = 200. Т.к. этот лучший маршрут R3 получил от R1, то обратно в сторону R1 он его не передает: 

               Важно! В данном случае iBGP с AD = 200, выиграл у eBGP c AD = 20, хотя при сравнении update от двух протоколов маршрутизации первоначально между ними сравнивается AD. Но у нас iBGP выбран лучшим, почему?

               Дело в том, что eBGP и iBGP это не разные протоколы маршрутизации, а разные сущности одного протокола. 

                    Как ходит R3 до R6: 

                    Проверим, что получилось на R2:

                    На R2 осталась одна запись, через R1 с local pref = 200. R3 не присылает как ранее запись с next-hop = R9.

 

Кратко про BGP Local Pref: