The OpenNET Project / Index page

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




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
OSPF и балансировка нагрузки, !*! nixit, 18-Мрт-14, 08:31  [смотреть все]
Доброго времени суток. Ситуация следующая:
Есть сеть с ospf. В магистральной зоне два ABR. Они буду являться DR и BDR для всех зон. Каждая зона в отдельном valn и в отдельной сети. Причем, железо одного ABR мощнее другого.

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

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

  • OSPF и балансировка нагрузки, !*! gfh, 08:52 , 18-Мрт-14 (1)
    Нагрузка на что?
    Нагрузка на процессор и память для вычисления ospf на всех роутерах в зоне будет одинаковая, т.к. все получают одинаковые данные и все считают оптимальный маршрут по Дейкстре.
    Балансировка пропускной способностью на разных роутерах делается по разному. На cisco это например cef.
    • OSPF и балансировка нагрузки, !*! nixit, 09:00 , 18-Мрт-14 (2)
      > Нагрузка на что?
      > Нагрузка на процессор и память для вычисления ospf на всех роутерах в
      > зоне будет одинаковая, т.к. все получают одинаковые данные и все считают
      > оптимальный маршрут по Дейкстре.
      > Балансировка пропускной способностью на разных роутерах делается по разному. На cisco это
      > например cef.

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

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

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

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

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

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

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

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

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


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

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




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

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