The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"OSPF и балансировка нагрузки"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Маршрутизаторы CISCO и др. оборудование. (Маршрутизация)
Изначальное сообщение [ Отслеживать ]

"OSPF и балансировка нагрузки"  +/
Сообщение от nixit (ok) on 18-Мрт-14, 08:31 
Доброго времени суток. Ситуация следующая:
Есть сеть с ospf. В магистральной зоне два ABR. Они буду являться DR и BDR для всех зон. Каждая зона в отдельном valn и в отдельной сети. Причем, железо одного ABR мощнее другого.

Встал вопрос, как балансировать нагрузку. Советовали SLA, но он оперирует такими понятиями как icmp, jitter, а не загрузкой канала, bandwidth итд.

Кто как балансируют нагрузку?

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "OSPF и балансировка нагрузки"  +/
Сообщение от gfh (??) on 18-Мрт-14, 08:52 
Нагрузка на что?
Нагрузка на процессор и память для вычисления ospf на всех роутерах в зоне будет одинаковая, т.к. все получают одинаковые данные и все считают оптимальный маршрут по Дейкстре.
Балансировка пропускной способностью на разных роутерах делается по разному. На cisco это например cef.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "OSPF и балансировка нагрузки"  +/
Сообщение от nixit (ok) on 18-Мрт-14, 09:00 
> Нагрузка на что?
> Нагрузка на процессор и память для вычисления ospf на всех роутерах в
> зоне будет одинаковая, т.к. все получают одинаковые данные и все считают
> оптимальный маршрут по Дейкстре.
> Балансировка пропускной способностью на разных роутерах делается по разному. На cisco это
> например cef.

Я имел ввиду трафиковую нагрузку.
Да, согласен. Но, допустим ABR - это Cisc 3900, а ASBR Cisco 2900. Явно, они разную нагрузку (трафик) смогут переварить...

А как это сделать с помощью cef, можно поподробнее?

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "OSPF и балансировка нагрузки"  +/
Сообщение от gfh (??) on 18-Мрт-14, 14:11 
> Я имел ввиду трафиковую нагрузку.
> Да, согласен. Но, допустим ABR - это Cisc 3900, а ASBR Cisco
> 2900. Явно, они разную нагрузку (трафик) смогут переварить...
> А как это сделать с помощью cef, можно поподробнее?

Ну cef используется в случае параллельных линков одинаковой стоимости ospf.

Вам в данном случае проще разруливать например (есть и другие варианты) через ip ospf cost на интерфейсах.

Например повесить на интерфейсах смотрящих на 2900 стоимость побольше (ip ospf cost 1000), на интерфейсах в сторону 3900 поменьше. И т.д..

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "OSPF и балансировка нагрузки"  +/
Сообщение от nixit (ok) on 18-Мрт-14, 14:36 
>> Я имел ввиду трафиковую нагрузку.
>> Да, согласен. Но, допустим ABR - это Cisc 3900, а ASBR Cisco
>> 2900. Явно, они разную нагрузку (трафик) смогут переварить...
>> А как это сделать с помощью cef, можно поподробнее?
> Ну cef используется в случае параллельных линков одинаковой стоимости ospf.
> Вам в данном случае проще разруливать например (есть и другие варианты) через
> ip ospf cost на интерфейсах.
> Например повесить на интерфейсах смотрящих на 2900 стоимость побольше (ip ospf cost
> 1000), на интерфейсах в сторону 3900 поменьше. И т.д..

Я думал об этом. Но в таком случае, весь трафик пойдет через 3900... К тому же, хотелось бы что-то более динамическое.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "OSPF и балансировка нагрузки"  +/
Сообщение от Merridius (ok) on 18-Мрт-14, 18:02 
> Я думал об этом. Но в таком случае, весь трафик пойдет через

Тогда заряжайте BGP и рулите исходящим как хотите.


Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "OSPF и балансировка нагрузки"  +/
Сообщение от nixit (ok) on 19-Мрт-14, 02:12 
>> Я думал об этом. Но в таком случае, весь трафик пойдет через
> Тогда заряжайте BGP и рулите исходящим как хотите.

Эм... Не совсем понял...

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "OSPF и балансировка нагрузки"  +/
Сообщение от sTALK_specTrum on 19-Мрт-14, 09:46 
В свежих IOSах появилась такая мудрёная хрень как Performance Routing, которая активно работает в связке с BGP.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "OSPF и балансировка нагрузки"  +/
Сообщение от Merridius (ok) on 19-Мрт-14, 10:33 
> В свежих IOSах появилась такая мудрёная хрень как Performance Routing, которая активно
> работает в связке с BGP.

Вообще-то уже сто лет как была и называлась ранее OER. Ни разу не видел чтобы в продакшене кто-то использовал.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

9. "OSPF и балансировка нагрузки"  +/
Сообщение от sTALK_specTrum on 19-Мрт-14, 10:52 
Ну дак каждый называет продакшыном и ынтырпрайзом что-то своё, потаённое...  =)))
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

10. "OSPF и балансировка нагрузки"  +/
Сообщение от nixit (ok) on 20-Мрт-14, 03:03 
>> В свежих IOSах появилась такая мудрёная хрень как Performance Routing, которая активно
>> работает в связке с BGP.
> Вообще-то уже сто лет как была и называлась ранее OER. Ни разу
> не видел чтобы в продакшене кто-то использовал.

Сейчас OER обзывается PfR. Почитал, решение нравится всем, кроме одного - оно проприетарное.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

11. "OSPF и балансировка нагрузки"  +/
Сообщение от Serb on 20-Мрт-14, 03:35 
> Доброго времени суток. Ситуация следующая:
> Есть сеть с 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 (он даже уже не проприоритарный)... но я б не стал


Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "OSPF и балансировка нагрузки"  +/
Сообщение от nixit (ok) on 21-Мрт-14, 15:00 
>[оверквотинг удален]
> она работает на пределе своих возможностей). В таком случае 2900 выкидывается
> и ставится то, что может переварить все и одновременно (3900 например).
> ABR/ASBR не создают какой то существенной нагрузки на современные маршрутизаторы (если
> мы не говорим о ОСПФ сети с десятками тысяч маршрутов в
> одной зоне).
> PFR -это так, чисто академически, если все уже сделано, все хорошо, а
> еще не вечер...  в реальной жизни очень, очень редко встречается
> (его даже с лабы убрали навсегда)
> EIGRP может делать Unequal Cost Path Load Balancing (он даже уже не
> проприоритарный)... но я б не стал

Согласен, но жмотят денег на 3900.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру