Обозначилась проблема. sup720-3B не может хранить full view, переполняется TCAM.
Есть идея вынести BGP на отдельный LINUX/BSD сервак.
Но не понятен один момент. Есть ли возможность не пропускать трафик от провайдеров через сервак, а просто анонсировать подсетки где шлюзом будет бордер, а не BGP сервер?
Как-то натыкался на описанную схему работы здесь же на форуме, где был в качестве бордера на роутинг какой то L3 catalyst из серии 3550,3560.
А в качестве BGP роут-сервера стояла сбоку 2811, которая держала пару full-view.
Почти Ваш случай, поищите в архивах форума.
> Как-то натыкался на описанную схему работы здесь же на форуме, где был
> в качестве бордера на роутинг какой то L3 catalyst из серии
> 3550,3560.
> А в качестве BGP роут-сервера стояла сбоку 2811, которая держала пару full-view.
> Почти Ваш случай, поищите в архивах форума.Не смог ничего похожего найти. :(
> Не смог ничего похожего найти. :(сеть /29 в которую интерфейсами смотрят Route server, L3 и бордер вашего аплинка.
Строите пиринг RS <> border of uplink. На export вешаете route-map в котором пишите
set next-hop <ip L3 коммутатора>Ваш аплинк будет трафик отсылать напрямую на L3 коммутатор мимо вашего RS
>> Не смог ничего похожего найти. :(
> сеть /29 в которую интерфейсами смотрят Route server, L3 и бордер
> вашего аплинка.
> Строите пиринг RS <> border of uplink. На export вешаете route-map в
> котором пишите
> set next-hop <ip L3 коммутатора>
> Ваш аплинк будет трафик отсылать напрямую на L3 коммутатор мимо вашего RShttp://www.opennet.me/tips/2172_cisco_switch_bgp_route_backu...
>> Не смог ничего похожего найти. :(
> сеть /29 в которую интерфейсами смотрят Route server, L3 и бордер
> вашего аплинка.
> Строите пиринг RS <> border of uplink. На export вешаете route-map в
> котором пишите
> set next-hop <ip L3 коммутатора>
> Ваш аплинк будет трафик отсылать напрямую на L3 коммутатор мимо вашего RSУ меня нет практики использования full-view bgp, но интересно, зачем в описанной ситуации _принимать_ full-view ? Разве нельзя сделать статический маршрут по умолчанию на аплинка, плюс сделать в его сторону анонс - всё на одной и той же циске ?
Или тут несколько аплинков, и RS принимает от них BGP, строит результирующую таблицу, и сливает её на циску, для руления отправкой исходящего трафика, т.е. на циске меньший объем информации обрабатывается и памяти хватает ?
>[оверквотинг удален]
>> котором пишите
>> set next-hop <ip L3 коммутатора>
>> Ваш аплинк будет трафик отсылать напрямую на L3 коммутатор мимо вашего RS
> У меня нет практики использования full-view bgp, но интересно, зачем в описанной
> ситуации _принимать_ full-view ? Разве нельзя сделать статический маршрут по умолчанию
> на аплинка, плюс сделать в его сторону анонс - всё на
> одной и той же циске ?
> Или тут несколько аплинков, и RS принимает от них BGP, строит результирующую
> таблицу, и сливает её на циску, для руления отправкой исходящего трафика,
> т.е. на циске меньший объем информации обрабатывается и памяти хватает ?смысл в том, что если вы транзитете трафик и вашему кастомеру нужен full view,а в остальном вы правы, фулл в данном случае абсолютно не нужен. Если же два аплинка и хочется исход отбалансить, то достаточно приянть пару тысяч префиксов и разрулить ими.
>>> set next-hop <ip L3 коммутатора>На сколько понимаю - это решение только для входящего трафика.
Что бы исходящий трафик пустить через коммутатор - надо еще что то хитрое городить.
>>>> set next-hop <ip L3 коммутатора>
> На сколько понимаю - это решение только для входящего трафика.
> Что бы исходящий трафик пустить через коммутатор - надо еще что то
> хитрое городить.Вариант 1 - пустить исходящий через маршрутизатор.
Вариант 2 - пустить исходящий через L3коммутатор, но в таком варианте маршрут не обязательно будет выбран согластно таблице маршрутизатора, так что ничего хитрого :)