Доброго времени суток. Ситуация следующая:
Есть сеть с ospf. В магистральной зоне два ABR. Они буду являться DR и BDR для всех зон. Каждая зона в отдельном valn и в отдельной сети. Причем, железо одного ABR мощнее другого.Встал вопрос, как балансировать нагрузку. Советовали SLA, но он оперирует такими понятиями как icmp, jitter, а не загрузкой канала, bandwidth итд.
Кто как балансируют нагрузку?
Нагрузка на что?
Нагрузка на процессор и память для вычисления ospf на всех роутерах в зоне будет одинаковая, т.к. все получают одинаковые данные и все считают оптимальный маршрут по Дейкстре.
Балансировка пропускной способностью на разных роутерах делается по разному. На cisco это например cef.
> Нагрузка на что?
> Нагрузка на процессор и память для вычисления ospf на всех роутерах в
> зоне будет одинаковая, т.к. все получают одинаковые данные и все считают
> оптимальный маршрут по Дейкстре.
> Балансировка пропускной способностью на разных роутерах делается по разному. На cisco это
> например cef.Я имел ввиду трафиковую нагрузку.
Да, согласен. Но, допустим ABR - это Cisc 3900, а ASBR Cisco 2900. Явно, они разную нагрузку (трафик) смогут переварить...А как это сделать с помощью cef, можно поподробнее?
> Я имел ввиду трафиковую нагрузку.
> Да, согласен. Но, допустим ABR - это Cisc 3900, а ASBR Cisco
> 2900. Явно, они разную нагрузку (трафик) смогут переварить...
> А как это сделать с помощью cef, можно поподробнее?Ну cef используется в случае параллельных линков одинаковой стоимости ospf.
Вам в данном случае проще разруливать например (есть и другие варианты) через ip ospf cost на интерфейсах.
Например повесить на интерфейсах смотрящих на 2900 стоимость побольше (ip ospf cost 1000), на интерфейсах в сторону 3900 поменьше. И т.д..
>> Я имел ввиду трафиковую нагрузку.
>> Да, согласен. Но, допустим ABR - это Cisc 3900, а ASBR Cisco
>> 2900. Явно, они разную нагрузку (трафик) смогут переварить...
>> А как это сделать с помощью cef, можно поподробнее?
> Ну cef используется в случае параллельных линков одинаковой стоимости ospf.
> Вам в данном случае проще разруливать например (есть и другие варианты) через
> ip ospf cost на интерфейсах.
> Например повесить на интерфейсах смотрящих на 2900 стоимость побольше (ip ospf cost
> 1000), на интерфейсах в сторону 3900 поменьше. И т.д..Я думал об этом. Но в таком случае, весь трафик пойдет через 3900... К тому же, хотелось бы что-то более динамическое.
> Я думал об этом. Но в таком случае, весь трафик пойдет черезТогда заряжайте BGP и рулите исходящим как хотите.
>> Я думал об этом. Но в таком случае, весь трафик пойдет через
> Тогда заряжайте BGP и рулите исходящим как хотите.Эм... Не совсем понял...
В свежих IOSах появилась такая мудрёная хрень как Performance Routing, которая активно работает в связке с BGP.
> В свежих IOSах появилась такая мудрёная хрень как Performance Routing, которая активно
> работает в связке с BGP.Вообще-то уже сто лет как была и называлась ранее OER. Ни разу не видел чтобы в продакшене кто-то использовал.
Ну дак каждый называет продакшыном и ынтырпрайзом что-то своё, потаённое... =)))
>> В свежих IOSах появилась такая мудрёная хрень как Performance Routing, которая активно
>> работает в связке с BGP.
> Вообще-то уже сто лет как была и называлась ранее OER. Ни разу
> не видел чтобы в продакшене кто-то использовал.Сейчас OER обзывается PfR. Почитал, решение нравится всем, кроме одного - оно проприетарное.
> Доброго времени суток. Ситуация следующая:
> Есть сеть с ospf. В магистральной зоне два ABR. Они буду являться
> DR и BDR для всех зон. Каждая зона в отдельном valn
> и в отдельной сети. Причем, железо одного ABR мощнее другого.
> Встал вопрос, как балансировать нагрузку. Советовали SLA, но он оперирует такими понятиями
> как icmp, jitter, а не загрузкой канала, bandwidth итд.
> Кто как балансируют нагрузку?ospf поддерживает только ECMP, load-share or load balancing можно реализовать если поверх ОСПФ пустить БГП, но мне кажется при раскладе одна 3900 и одна 2900 овчинка выделки не стоит. Что вы будете делать если 3900 ляжет на какое то время? с ваших слов тут же следом должна уйти в астрал 2900 (предположение что она работает на пределе своих возможностей). В таком случае 2900 выкидывается и ставится то, что может переварить все и одновременно (3900 например). ABR/ASBR не создают какой то существенной нагрузки на современные маршрутизаторы (если мы не говорим о ОСПФ сети с десятками тысяч маршрутов в одной зоне).
PFR -это так, чисто академически, если все уже сделано, все хорошо, а еще не вечер... в реальной жизни очень, очень редко встречается (его даже с лабы убрали навсегда)EIGRP может делать Unequal Cost Path Load Balancing (он даже уже не проприоритарный)... но я б не стал
>[оверквотинг удален]
> она работает на пределе своих возможностей). В таком случае 2900 выкидывается
> и ставится то, что может переварить все и одновременно (3900 например).
> ABR/ASBR не создают какой то существенной нагрузки на современные маршрутизаторы (если
> мы не говорим о ОСПФ сети с десятками тысяч маршрутов в
> одной зоне).
> PFR -это так, чисто академически, если все уже сделано, все хорошо, а
> еще не вечер... в реальной жизни очень, очень редко встречается
> (его даже с лабы убрали навсегда)
> EIGRP может делать Unequal Cost Path Load Balancing (он даже уже не
> проприоритарный)... но я б не сталСогласен, но жмотят денег на 3900.