The OpenNET Project / Index page

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




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Проблема с Балансировкой между каналами E1 , !*! hustler4004, 12-Май-11, 19:58  [смотреть все]
Доброго времени суток всем! Имеем на борту роутер Cisco 7609 с двумя платами по 8 портов для E1 потоков! Раньше использовали только 11 портов с E1.На роутере настроена балансировка среди этих каналов по технологии ip load sharing algorithm tunnel (per destination) т.к. по ним ходит голосовой трафик. Теперь о проблеме: После расширения т.е. добавления еще 3-ех двушек начали наблюдать некоррекнтую балансировку между эти каналами, в частности один из 14-ти двушек загружается ИСХОДЯЩИМ трафиком в два раза больше чем остальные 13 каналов. Причем самое интересное когда "тушу" любой из 14-ти двушек то балансировка начинает работать корректно! В настройках ничего подозрительного не найдено - в CEF присутствуют 14 Bucket-ов(как и должно) , делал clear ip cache - безрезультатно, думали что это баг ИОСа - проапгрейдили на более свежий ИОС - не помогло. Прошу прокомментить свои идеи по решению данной проблемы. Заранее благодарен
  • Проблема с Балансировкой между каналами E1 , !*! fantom, 09:59 , 13-Май-11 (1)
    >[оверквотинг удален]
    > ip load sharing algorithm tunnel (per destination) т.к. по ним ходит
    > голосовой трафик. Теперь о проблеме: После расширения т.е. добавления еще 3-ех
    > двушек начали наблюдать некоррекнтую балансировку между эти каналами, в частности один
    > из 14-ти двушек загружается ИСХОДЯЩИМ трафиком в два раза больше чем
    > остальные 13 каналов. Причем самое интересное когда "тушу" любой из 14-ти
    > двушек то балансировка начинает работать корректно! В настройках ничего подозрительного
    > не найдено - в CEF присутствуют 14 Bucket-ов(как и должно) ,
    > делал clear ip cache - безрезультатно, думали что это баг ИОСа
    > - проапгрейдили на более свежий ИОС - не помогло. Прошу прокомментить
    > свои идеи по решению данной проблемы. Заранее благодарен

    Если на той стороне каналы воткнуты в одну железку - MLPPP или MFR поднять.

    • Проблема с Балансировкой между каналами E1 , !*! hustler4004, 13:21 , 13-Май-11 (2)
      >[оверквотинг удален]
      >> двушек начали наблюдать некоррекнтую балансировку между эти каналами, в частности один
      >> из 14-ти двушек загружается ИСХОДЯЩИМ трафиком в два раза больше чем
      >> остальные 13 каналов. Причем самое интересное когда "тушу" любой из 14-ти
      >> двушек то балансировка начинает работать корректно! В настройках ничего подозрительного
      >> не найдено - в CEF присутствуют 14 Bucket-ов(как и должно) ,
      >> делал clear ip cache - безрезультатно, думали что это баг ИОСа
      >> - проапгрейдили на более свежий ИОС - не помогло. Прошу прокомментить
      >> свои идеи по решению данной проблемы. Заранее благодарен
      > Если на той стороне каналы воткнуты в одну железку - MLPPP или
      > MFR поднять.

      А можно поподробнее?  - зачем вводить изменения на удаленном роутере, если проблема наблюдается с ИСХОДЯЩИМ трафиком на нашей стороне?
      P.S. роутеры находятся в разных государствах, гоняют траффик через спутник (E1 потоки)
      используемые механизмы для балансировки на роутере:

      mls ip cef load-sharing full
      mls flow ip interface-full
      no mls flow ipv6
      no mls acl tcam share-global
      mls cef error action reset
      ip cef accounting load-balance-hash
      ip cef load-sharing algorithm tunnel

      • Проблема с Балансировкой между каналами E1 , !*! fantom, 13:38 , 13-Май-11 (3)
        >[оверквотинг удален]
        > проблема наблюдается с ИСХОДЯЩИМ трафиком на нашей стороне?
        > P.S. роутеры находятся в разных государствах, гоняют траффик через спутник (E1 потоки)
        > используемые механизмы для балансировки на роутере:
        > mls ip cef load-sharing full
        > mls flow ip interface-full
        > no mls flow ipv6
        > no mls acl tcam share-global
        > mls cef error action reset
        > ip cef accounting load-balance-hash
        > ip cef load-sharing algorithm tunnel

        Вы выносите балансировку на уровень IP, а можно ее обеспечить на ином уровне - PPP или FR (т.е. переместить с 3-его на 2-ой уровень модели OSI)

        между 2-мя маршрутизаторами поднимаете MLPPP (мультилинк ppp) или MFR (мультилинк FR) в результате вместо 14 IP маршрутов к одному назначению у вас будет 1 или 2 или 7 :)

        • Проблема с Балансировкой между каналами E1 , !*! fantom, 13:42 , 13-Май-11 (4)
          Кстати, а этот 14-й канал двойная нагрузка - это байтовая или пакетная?
          Снимите статистику пакетной нагрузки, вполне может оказаться, что попакетно какраз все поровну делется :)


          • Проблема с Балансировкой между каналами E1 , !*! hustler4004, 14:27 , 13-Май-11 (6)
            > Кстати, а этот 14-й канал двойная нагрузка - это байтовая или пакетная?
            > Снимите статистику пакетной нагрузки, вполне может оказаться, что попакетно какраз все
            > поровну делется :)

            Статистику забирает Zabbix по snmp, так что наглядно можно увидеть прогружение одного из четырнадцати каналов большим количеством трафика чем остальные.. скрин приложу немного позже...
            P.S. ну никак в голове не укладывается то, что довольно таки мощная железка (cisco 7609) не может справиться с балансировкой между 14 каналами...

            • Проблема с Балансировкой между каналами E1 , !*! fantom, 14:35 , 13-Май-11 (7)
              >> Кстати, а этот 14-й канал двойная нагрузка - это байтовая или пакетная?
              >> Снимите статистику пакетной нагрузки, вполне может оказаться, что попакетно какраз все
              >> поровну делется :)
              > Статистику забирает Zabbix по snmp, так что наглядно можно увидеть прогружение одного
              > из четырнадцати каналов большим количеством трафика чем остальные.. скрин приложу немного
              > позже...
              > P.S. ну никак в голове не укладывается то, что довольно таки мощная
              > железка (cisco 7609) не может справиться с балансировкой между 14 каналами...

              Да какая разница кто и чем забирает? статистика - в битах/байтах или пакетах???

              • Проблема с Балансировкой между каналами E1 , !*! hustler4004, 15:35 , 13-Май-11 (8)
                >>> Кстати, а этот 14-й канал двойная нагрузка - это байтовая или пакетная?
                >>> Снимите статистику пакетной нагрузки, вполне может оказаться, что попакетно какраз все
                >>> поровну делется :)
                >> Статистику забирает Zabbix по snmp, так что наглядно можно увидеть прогружение одного
                >> из четырнадцати каналов большим количеством трафика чем остальные.. скрин приложу немного
                >> позже...
                >> P.S. ну никак в голове не укладывается то, что довольно таки мощная
                >> железка (cisco 7609) не может справиться с балансировкой между 14 каналами...
                > Да какая разница кто и чем забирает? статистика - в битах/байтах или
                > пакетах???

                ну дак в любом виде ( в битах/байтах или пакетах на одном интерфейсе трафика в два раза больше. Например еси на всех 13 каналах исходящий трафик по 250 Кб/с, то на 14 канале 480-500 Кб/с , если на 13 каналах по 1.8 -2 пакет в секунду, то на 14 канале 4-5 пакет в секунду)

                • Проблема с Балансировкой между каналами E1 , !*! fantom, 15:49 , 13-Май-11 (9)
                  >[оверквотинг удален]
                  >>> позже...
                  >>> P.S. ну никак в голове не укладывается то, что довольно таки мощная
                  >>> железка (cisco 7609) не может справиться с балансировкой между 14 каналами...
                  >> Да какая разница кто и чем забирает? статистика - в битах/байтах или
                  >> пакетах???
                  > ну дак в любом виде ( в битах/байтах или пакетах на одном
                  > интерфейсе трафика в два раза больше. Например еси на всех 13
                  > каналах исходящий трафик по 250 Кб/с, то на 14 канале 480-500
                  > Кб/с , если на 13 каналах по 1.8 -2 пакет в
                  > секунду, то на 14 канале 4-5 пакет в секунду)

                  С сайта циски:

                  Restrictions for Loadsharing IP Packets Over More Than Six Parallel Paths

                  The Loadsharing IP Packets Over More Than Six Parallel Paths feature is only available in software images for supported platforms in Cisco IOS Release 12.3(2)T and later 12.3T releases.

                  Вполне может быть, что вы нарвались на неисправленный баг :)
                  И до вас на этом железе никто более 13-ми маршрутов к одному назначению не испытывал, или баг относится именно к 14-ти маршрутам, а на 15-ти эффект пропадет...
                  Короче - ХЗ!
                  А может это глюк конкретного протокола - OSPF? EIGRP?
                  А чем маршруты задаете? каким протоколом?

                  • Проблема с Балансировкой между каналами E1 , !*! hustler4004, 17:12 , 13-Май-11 (10)
                    >[оверквотинг удален]
                    > The Loadsharing IP Packets Over More Than Six Parallel Paths feature is
                    > only available in software images for supported platforms in Cisco IOS
                    > Release 12.3(2)T and later 12.3T releases.
                    > Вполне может быть, что вы нарвались на неисправленный баг :)
                    > И до вас на этом железе никто более 13-ми маршрутов к одному
                    > назначению не испытывал, или баг относится именно к 14-ти маршрутам, а
                    > на 15-ти эффект пропадет...
                    > Короче - ХЗ!
                    > А может это глюк конкретного протокола - OSPF? EIGRP?
                    > А чем маршруты задаете? каким протоколом?

                    Да, вполне возможно, сегодня планирую сменить ios на еще более свежий. Маршруты заданны статически...

        • Проблема с Балансировкой между каналами E1 , !*! hustler4004, 14:23 , 13-Май-11 (5)
          >[оверквотинг удален]
          >> no mls acl tcam share-global
          >> mls cef error action reset
          >> ip cef accounting load-balance-hash
          >> ip cef load-sharing algorithm tunnel
          > Вы выносите балансировку на уровень IP, а можно ее обеспечить на ином
          > уровне - PPP или FR (т.е. переместить с 3-его на 2-ой
          > уровень модели OSI)
          > между 2-мя маршрутизаторами поднимаете MLPPP (мультилинк ppp) или MFR (мультилинк FR) в
          > результате вместо 14 IP маршрутов к одному назначению у вас будет
          > 1 или 2 или 7 :)

          Незнаю почему , но админы на удаленной стороне категорически не приемлют Мультилинк ( эта идея уже обгаваривалась ими)




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

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