[VolanD666]

4 часа назад, Sergey_kha сказал:

А можно ссылку на мурзилку? просто как еще рулить входящим трафиком в ebgp? 

Коммьюнити?

[mutin.sa]

3 hours ago, VolanD666 said:

Коммьюнити?

Комьюнити, само по себе, на приоритет маршрута вообще никак не влияет. Комьюнити - это просто маркировка маршрута, своего рода тег, ярлык. У телекомщиков есть даже выражение "красить маршруты" при помощи комьюнити.

Как я уже писал, для управления весом маршрутов в BGP есть LocalPref и Weight.

Упрощённо - если у вас один бордер и по iBGP маршруты никуда передавать не нужно - то можно управлять весом маршрутов с помощью LocalPref или Weight. Если бордеров несколько и/или есть iBGP - то вариант один - LocalPref.

 

PS: Тут, кстати, путаница возникла. Я, изначально, говорил про то, что использовать set-distance для управления ВХОДЯЩИМИ маршрутами и, соответственно, ИСХОДЯЩИМ трафиком не совсем корректно, но потом @Sergey_cha спросил как рулить ВХОДЯЩИМ трафиком и пошла путаница...

Изменено 1 августа, 2018 пользователем mutin.sa

[VolanD666]

11 минут назад, mutin.sa сказал:

Комьюнити, само по себе, на приоритет маршрута вообще никак не влияет. Комьюнити - это просто маркировка маршрута, своего рода тег, ярлык. У телекомщиков есть даже выражение "красить маршруты" при помощи комьюнити.

Как я уже писал, для управления весом маршрутов в BGP есть LocalPref и Weight.

Упрощённо - если у вас один бордер и по iBGP маршруты никуда передавать не нужно - то можно управлять весом маршрутов с помощью LocalPref или Weight. Если бордеров несколько и/или есть iBGP - то вариант один - LocalPref.

Речь же шла про входящий трафик в AS. Причем тут тогда локал-преф и вес?

Изменено 1 августа, 2018 пользователем VolanD666

[Bushi]

Заливает микротик маршруты быстро, но дебажить невозможно. Получите пару full view и сделайте запрос к базе маршрутов. Тормоза дичайшие, залипает минут на 20-30. Например, нечто вроде

ip route print where received-from=<peer_name>

 

[mutin.sa]

13 hours ago, VolanD666 said:

Речь же шла про входящий трафик в AS. Причем тут тогда локал-преф и вес?

 

Путаница возникла. Я, изначально, говорил про то, что использовать set-distance для управления ВХОДЯЩИМИ маршрутами и, соответственно, ИСХОДЯЩИМ трафиком не совсем корректно, но потом @Sergey_cha спросил как рулить ВХОДЯЩИМ трафиком и пошла путаница...

 

8 hours ago, Bushi said:

Заливает микротик маршруты быстро, но дебажить невозможно. Получите пару full view и сделайте запрос к базе маршрутов. Тормоза дичайшие, залипает минут на 20-30. Например, нечто вроде

ip route print where received-from=<peer_name>

 

Не наблюдал такого. У меня быстро выводит, максимум секунды две на это уходит.

[mutin.sa]

21 hours ago, Sergey_kha said:

А можно ссылку на мурзилку? просто как еще рулить входящим трафиком в ebgp? 

Изначально речь шла о IN фильтрах и о ИСХОДЯЩЕМ трафике. Ссылки можно найти по запросу "bgp best path selection algorithm".

 

Как рулить входящим трафиком - тема отдельная и непростая, зависит от многих вводных данных.

 

Балансировать (т.е. равномерно или в определённых пропорциях распределять входящий трафик по каналам) можно как минимум:

1) анонсируя разные префиксы в разных аплинков (если у вас несколько префиксов или минимум /23)

2) препендингом - удлиняя путь при отправке маршрута аплинку

3) банально имея аплинков одного уровня (к примеру AS12389/AS20485/AS9049/AS31133/AS8359/AS3216 - это один уровень, а вот AS12389 и какой нибудь местный региональный оператор или региональная ASка магистрала - это разные уровни) уже будет балансировка