Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    RouterOS
    Высокая загрузка процессора, задержки и потеря пакетов при объединении с балансировкой balance-rr

    Высокая загрузка процессора, задержки и потеря пакетов при объединении с балансировкой balance-rr

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Высокая загрузка процессора, задержки и потеря пакетов при объединении с балансировкой balance-rr, RouterOS
     
    gwavegoa
    Guest
    #1
    0
    22.01.2019 13:59:00
    Всем привет! У нас есть такая схема (см. вложение). В двух локациях стоят роутеры Cisco, и между ними настроен BGP через устройства Mikrotik CRS317-1G-16S+RM на обоих концах. WAN-ссылка — 10G, а две связи между Mikrotik’ами — по 1G каждая. На обоих Mikrotik установлена версия routeros-arm-6.43.8. Порты настроены следующим образом: SFP1 — WAN-ссылка к Cisco с обеих сторон; SFP2 — 1G ссылка; SFP3 — 1G ссылка. bonding1 настроен и включает в себя порты-«слейвы» sfp2 + sfp3 с обеих концов. bridge1 настроен с портами bonding1 + sfp1. Режим bonding — balance-rr, хэширование на передачу — Layer2 и 3.

    ОПИСАНИЕ ПРОБЛЕМЫ:  
    1) При одновременной работе обеих ссылок трафик распределяется между sfp2 и sfp3, но наблюдается множество потерь пакетов для интернет-трафика и высокая задержка. Кроме того, загрузка CPU обоих Mikrotik всегда выше 80-85%.  
    2) При смене режима bonding на 802.3ad и политике хэширования Layer2 весь трафик идет только по одной ссылке — распределения нет.  
    3) Если настроить bonding в режиме 802.3ad и хэширование Layer2, при отключении одной из двух ссылок (sfp2 или sfp3) весь трафик идет по единственной активной линии без потерь пакетов или задержек, а нагрузка CPU стабильно минимальная — около 1%.

    Есть ли у кого идеи, как настроить Mikrotik с обеих сторон так, чтобы трафик равномерно распределялся между двумя ссылками, при этом нагрузка на CPU не росла, а задержки и потери пакетов отсутствовали? Буду благодарен за любые предложения.
     
     
     
    gwavegoa
    Guest
    #2
    0
    13.02.2019 08:21:00
    Я попробовал режим агрегации 802.3ad и хеширование L2 и L3, но трафик всё равно шел только по одному каналу. Когда я отключил интерфейс, по которому шёл весь трафик, нагрузка не перешла на другой канал. Зато на другом устройстве Mikrotik появилась ошибка в логах: bonding 1: порт моста получил пакет с собственным MAC-адресом источника (cc:2d:e0:a3:99:a1). Возможно, это петля. Мы так и не можем задействовать второй канал и распределять нагрузку — весь трафик по-прежнему идет только по одному. Пожалуйста, помогите!
     
     
     
    jprietove
    Guest
    #3
    0
    13.02.2019 08:32:00
    Пожалуйста, экспортируйте вашу конфигурацию.
     
     
     
    Abdock
    Guest
    #4
    0
    21.10.2019 19:51:00
    Хочу быстро решить проблему, у меня трафик растёт больше 1 Гб, и это в основном входящий. Среди этих роутеров что лучше использовать? Balance rr/ роутеры у меня 1100x4 и CCR, и CCR, и CCR1036. Пробовал balance rr — были какие-то задержки. Не знаю, почему, возможно из-за PPPoE или bonding.
     
     
     
    ploquets
    Guest
    #5
    0
    03.06.2020 18:15:00
    Привет! Можешь, пожалуйста, сказать, решил ли ты свою проблему? У нас тут CRS317-1G-16S+RM, и я объединяю CCR1036 с двумя SFP+. На нашем CCR1036 идёт агрегированный трафик свыше 10 Гбит/с, включая fastpath. После создания интерфейса bonding с balance-rr, уровень 2-3, загрузка CPU CCR выросла с примерно 22% до около 40%. Мне кажется, это слишком много для просто bonding-интерфейса. Что мне делать? CRS317 работает на SwOS 2.10. LAG на стороне CRS не создан... Интерфейсы LAG в пассивном режиме и с портоизоляцией, отмеченные на двух портах, используемых для LAG. Но трафик идёт отлично, потери пакетов нет и балансировка очень хорошая. Меня беспокоит высокая загрузка CPU на стороне CCR.
     
     
     
    mxcone17
    Guest
    #6
    0
    19.07.2020 22:29:00
    При использовании 802.3ad: мониторинг ARP-ссылок не рекомендуется, так как ответы ARP могут приходить только на один из дочерних портов из-за политики хеширования передачи на устройстве LACP-пира. Это может привести к неравномерному распределению исходящего трафика, поэтому предпочтительнее использовать мониторинг MII-ссылок.
     
     
     
    jg0007
    Guest
    #7
    0
    06.09.2020 23:01:00
    Привет, я пытаюсь настроить 100% объединение между двумя CCR, но когда я это делаю, пропускная способность резко падает. Может быть, я делаю неправильную настройку между этими двумя CCR.
     
     
     
    dpsguard
    Guest
    #8
    0
    06.11.2020 16:32:00
    Привет, @jprietove. Извини, что копаюсь в этом старом посте. Не мог бы ты подсказать, встречались ли у тебя какие-то проблемы при использовании балансировки нагрузки пакетов по кругу? Ты использовал модели с SFP-портами? Я хочу применить CCR2004, у которого только SFP-слоты, и заметил, что bonding с failover и failback не работает ни с чем, если не использовать метод broadcast, потому что мониторинг линка на SFP-портах срабатывает только при отключённом авто-нейготиишн. Пробовал и ARP, и MII. Спасибо!
     
     
     
    mrz
    Guest
    #9
    0
    05.02.2019 14:02:00
    По поводу проблемы с xor свяжитесь со службой поддержки, приложив файлы supout с обоих коммутаторов.
     
     
     
    gwavegoa
    Guest
    #10
    0
    06.02.2019 06:29:00
    Оставим в стороне balance-xor, смогу ли я организовать балансировку трафика по обоим каналам с помощью «802.3ad» и «Layer-2-and-3» с низкой задержкой и без потери пакетов? И ещё надеюсь, что загрузка процессора не поднимется выше 80%.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры