+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Узкое место на CCR (возможно, связанное с очередью)

Узкое место на CCR (возможно, связанное с очередью), RouterOS

ncats

Guest

23.04.2018 18:57:00

У меня был CCR-1036 (v6.41.1). Я использовал LAG для обеспечения 4 Гбит/с. У меня есть 2300 простых очередей. Каждая простая очередь использует тип очереди «default», который был изменён так, чтобы иметь очередь из 100 пакетов. Каждая интерфейсная очередь на CCR-1026 была изменена с аппаратной на «ethernet-default» с очередью в 100 пакетов. Такая конфигурация долгое время работала отлично.

Но со временем начали появляться проблемы с производительностью. Днём, когда общий трафик был примерно 1200 Мбит/с, клиенты с лимитом в 20 Мбит/с в простых очередях свободно получали свои 20 Мбит/с. Однако вечером, когда трафик поднимался выше 2000 Мбит/с, те же клиенты могли получить только 8-10 Мбит/с. Причём это было очень стабильно, как будто роутер специально снижал им скорость в вечерние часы.

Неделю назад мы заменили CCR-1036 на CCR-1072. Оставили все типы очередей по умолчанию и заметили, что производительность ухудшилась. Вечером клиенты получают менее 1 Мбит/с при тех же условиях, а днём их скорость всё ещё на максимуме. Я проверил, что мой интернет работает и способен выдавать гораздо большие скорости вечером. Узким местом оказался CCR-1072.

Кто-нибудь может помочь с оптимальной конфигурацией, чтобы справляться с многогигабитным трафиком и одновременно сохранять лимиты пропускной способности для отдельных IP? Спасибо!

ncats

Guest

01.05.2019 16:51:00

Мы недавно снова натолкнулись на ту же проблему. Наши очередь интерфейсов были настроены на multi-queue-ethernet-default с размером очереди 1000. Это позволило нам достичь пикового пропускного объёма в 4 Гбит/с. Пришлось увеличить размер очереди до 1500, чтобы поднять пиковую пропускную способность выше этого уровня. Нам на самом деле не нужны очереди интерфейсов, у нас есть пропускная способность 10 Гбит/с. Однако использование только аппаратных очередей создаёт узкое место. Это CCR1072-1G-8S+ на версии v6.43.7. Как лучше всего использовать очереди интерфейсов, если у вас избыточная пропускная способность Интернета?

madman22

Guest

17.05.2019 22:36:00

Я почти уверен, что столкнулись с этой проблемой и на CCR1072. Нагрузка взлетает до 3,4 Гбит/с при стандартных настройках mq-ethernet-default. У клиентов получается очень непредсказуемо меняющаяся скорость в тестах. Планирую увеличить размер буфера на следующем окне обслуживания. Весь наш трафик идёт через VPLS-туннели, к нему применяется очередь DHCP, а затем всё выходит через uplink-порт. Возможно, моя проблема связана с дефолтными настройками, которые используются при применении очереди к DHCP-лизу. Хотя я уже обновился до версии 6.44, и сейчас наблюдаем другие баги, которых не было на 6.43 — загрузка CPU на каждом ядре примерно на 5% выше при том же трафике. Хотелось бы иметь какой-нибудь визуальный инструмент, показывающий, какие очереди или процессы задерживают пакеты или как идёт обработка.

amt

Guest

18.05.2019 12:53:00

Есть новости по этому поводу? Установка размера очереди на 1500 решила твою проблему? И не столкнулся ли ты с какими-то негативными последствиями при увеличении размера очереди? К тому же, что ты выбрал для kind mq pfifo?

kristoha

Guest

16.09.2019 01:11:00

У меня такая же проблема. Когда трафик превышает 3 ГБ, simple queue перестает работать, трафик падает при включении. Пробовал увеличить тип очереди до 1 000 000 — все равно падает. Есть идеи? Использую 1072 для core 2 и 1036 как border. Проблема возникает на всех роутерах.

chechito Guest	#6 0 16.09.2019 01:24:00 Пожалуйста, опубликуйте конфигурацию, не раскрывая личную информацию, иначе это будет игра в угадайку.

vili11 Guest	#7 0 14.05.2021 17:15:00 Я нашёл это: https://mum.mikrotik.com/presentations/US19/presentation_6425_1554933623.pdf. Когда я проверял высокую пропускную способность (10G), которая ставилась в очередь с разной скоростью, очередь из одного пакета решила проблему с нагрузкой.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры