Подскажите по Full View

[megahertz0]

Есть циска 7206 NPE-G2. Принимаем два фуллвью от аплинков порезанных до /24. Сответственно в каждом прилетает ~439к маршрутов. В спеках от NPE написано про один миллион маршрутов максимум, sh ip route summary говорит о 440130 изученных bgp маршрутах. Так вот, миллион маршрутов считается как сумма анонсируемых аплинками фулл вью или как количество маршрутов в итоговой таблице маршрутизации? Соответсвенно если подключить еще одного аплинка с фуллвью, то итоговая таблица маршрутизации увеличется на количество маршрутов, анонсируемых новым аплинком и не имеющихся в других фулл вью?

 

И еще один вопрос. Если порезать входящие анонсы до /23 или /22 насколько сильно это отразиться на распределении исходящего трафика?

[dignity]

Это зависит от ваших аплинков и от препендов+коммьюнити.

 

можно добиться равного распределения, я думаю.

[sol]

Эта кошка софтовая.Т.е. трафик перекладывается процессором. Соотв. никаких особых ограничений на размер таблицы маршрутизации нет. Окромя кол-ва оперативной памяти. Если вы подключите ещё одного аплинка, размер таблицы маршрутизации не изменится в видимых пределах. А вот расход памяти может вырасти, если есть soft updates. Но, их можно выключить. Хотя, в НПЕ2, вроде, лезет 2 гига оперативы. А в такой объем залезет всё и без подрезки.

[alkanaft]

ага всё верно, если убрать

neighbor хх.хх.хх.хх soft-reconfiguration inbound

neighbor зз.зз.зз.зз soft-reconfiguration inbound

который нужен только для дебага на период отстройки то по памяти и производительности всё улучшится. даже в гиг можно 3 фулвью запихнуть, если ни чем больше кошку не грузить то как бордер она и с гигом жить будет

[s.lobanov]

который нужен только для дебага на период отстройки

 

Не совсем верно. soft-reconfiguration нужен ещё в том случае, если вы используется префикс-листы на input. В противном случае, когда вы измените/перегенерите prefix-лист, в вашей таблице маршрутизации не появятся префиксы, которые были проанонсированы кем-то и не прошли через уже имеющийся префикс-лист, при этом тот, кто проанонсирует формально как бы прав, т.к. он в райпе(или другом реестре) он создал route-object, честно проанонсировал, а ваши префикс-листы ещё старые...

 

Хотя... если вы являетесь только клиентом с точки зрения bgp, то для вас эта проблема не актуальна, т.к. максимум что будет в вашем префикс-листе на инпуте это фильтрация дефолта и серых сетей.

[alkanaft]

ну и

clea ip bgp XXX soft in/out

по человечески чуть более чем ни как не работает если препендов и прочих ругательств в роутмапах накрутили

[YuryD]

ну и

clea ip bgp XXX soft in/out

по человечески чуть более чем ни как не работает если препендов и прочих ругательств в роутмапах накрутили

Как сказать. В квагге например ситуация наоборот. Сейчас отключил soft-reconfiguration inbound и получил +40% cpu

[alkanaft]

так про это и речь, при настройке и изначальной балансировке включаем, добиваемся красивых графиков и выключаем ))

[megahertz0]

ну и

clea ip bgp XXX soft in/out

по человечески чуть более чем ни как не работает если препендов и прочих ругательств в роутмапах накрутили

У нас soft reconfiguration работает вполне нормально. Уж лучше чуть памяти отъестся, чем циска начнет полностью загружать фулл вью и по жесткому тупить в это время. Используем комьюнити для выставления препендов со стороны аплинков. Роут-мапы тоже есть, но нам стандартный набор типа богонов, серых сетей и дефолтов.

Edited March 5, 2013 by megahertz0

[zi_rus]

для этого большие дяди придумали route refresh

[ksm]

принимаем по 3 фулл-вью на 7201

[megahertz0]

принимаем по 3 фулл-вью на 7201

BGP Scanner не грузит проц?