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

CCR1036 - очередь Queue Tree работает медленно

CCR1036 - очередь Queue Tree работает медленно, RouterOS

Asket

Guest

13.12.2013 09:31:00

Привет! Можешь помочь разобраться с этой проблемой? У меня есть несколько CCR1036 (12G-4S+ и 8G-2S+), они выступают в роли PPPoE BRAS. Формирование трафика сейчас делается через Simple Queue (ограничение скорости по Radius), но хочу перейти на Queue Tree.

Сначала – маркировка трафика: [asket@PPPoE_STEND] /ip firewall mangle> print
Flags: X - disabled, I - invalid, D - dynamic
0 ;;; TEST_up
chain=forward action=mark-packet new-packet-mark=TEST_30M_up passthrough=no src-address-list=30M

1 ;;; TEST_down
chain=forward action=mark-packet new-packet-mark=TEST_30M_down passthrough=no dst-address-list=30M

Второе – создание Queue Tree: [asket@PPPoE_STEND] /ip firewall mangle> /queue tree print
Flags: X - disabled, I - invalid
0 name="Total_download" parent=global packet-mark="" limit-at=0 queue=default priority=1 max-limit=0 burst-limit=0 burst-threshold=0 burst-time=0s

1 name="Total_upload" parent=global packet-mark="" limit-at=0 queue=default priority=1 max-limit=0 burst-limit=0 burst-threshold=0 burst-time=0s

2 name="TEST_30M_up" parent=Total_upload packet-mark=TEST_30M_up limit-at=0 queue=TEST_30M_up priority=1 max-limit=0 burst-limit=0 burst-threshold=0
burst-time=0s

3 name="TEST_30M_down" parent=Total_download packet-mark=TEST_30M_down limit-at=0 queue=TEST_30M_down priority=1 max-limit=0 burst-limit=0 burst-threshold=0

Затем – типы очередей для входящего и исходящего трафика: [asket@PPPoE_STEND] /queue type> print
[code]
Flags: * - default
..................
5 name="TEST_30M_down" kind=pcq pcq-rate=30M pcq-limit=50 pcq-classifier=dst-address pcq-total-limit=6400000 pcq-burst-rate=0 pcq-burst-threshold=0
pcq-burst-time=10s pcq-src-address-mask=32 pcq-dst-address-mask=32 pcq-src-address6-mask=64 pcq-dst-address6-mask=64

6 name="TEST_30M_up" kind=pcq pcq-rate=30M pcq-limit=50 pcq-classifier=src-address pcq-total-limit=6400000 pcq-burst-rate=0 pcq-burst-threshold=0
pcq-burst-time=10s pcq-src-address-mask=32 pcq-dst-address-mask=32 pcq-src-address6-mask=64 pcq-dst-address6-mask=64

7 * name="pcq-upload-default" kind=pcq pcq-rate=0 pcq-limit=50 pcq-classifier=src-address pcq-total-limit=2000 pcq-burst-rate=0 pcq-burst-threshold=0
pcq-burst-time=10s pcq-src-address-mask=32 pcq-dst-address-mask=32 pcq-src-address6-mask=128 pcq-dst-address6-mask=128

8 * name="pcq-download-default" kind=pcq pcq-rate=0 pcq-limit=50 pcq-classifier=dst-address pcq-total-limit=2000 pcq-burst-rate=0 pcq-burst-threshold=0
pcq-burst-time=10s pcq-src-address-mask=32 pcq-dst-address-mask=32 pcq-src-address6-mask=128 pcq-dst-address6-mask=128

Подключаю тестового клиента, Radius отправляет Mikrotik-Address-List=30M, всё отлично – скорость 30 Мбит/с. Делаю те же правила для других тарифов, и скорость падает, максимум трафика 180 Мбит (с Simple Queue – 600-700 Мбит). Отключаю все очереди, возвращаюсь к Simple Queue – трафик увеличивается. Что может быть не так? Все настройки взяты из примера Megis, больше ничего не менял.

Asket Guest	#2 0 16.12.2013 07:28:00 Ну ладно, кто-нибудь может показать, как у вас настроено дерево очередей, как пример?

cursemipn Guest	#3 0 17.12.2013 11:38:00 У меня та же проблема. Я не знаю, что делать.

Asket

Guest

18.12.2013 06:04:00

Используя интерфейс HTB, загрузка трафика работает (может быть, правильно), а вот загрузка трафика с PCQ работает неправильно — PCQ очереди открываются для каждого пакета (а не для адреса назначения, как должно быть).

normis

Guest

18.12.2013 08:06:00

Сейчас мы рекомендуем использовать простые очереди — по одной на каждого клиента на CCR. Мы постоянно улучшаем производительность нашего ПО на CCR-устройствах, и одним из направлений, над которым мы планируем поработать в ближайшем будущем, является улучшение производительности HTB Global. На данный момент мы завершаем работу над улучшениями PPP, которые показывают до 16-кратное увеличение производительности на настройках PPTP, L2TP и PPPoE.

Asket Guest	#6 0 18.12.2013 17:22:00 Нормис, спасибо за совет! Проблемы только с CCR-устройствами или со всем ROS 6.X?

normis Guest	#7 0 19.12.2013 07:38:00 В данный момент только Simple Queue оптимизирован для нескольких ядер, поэтому с Queue Tree вы не получаете выгоды от 36 ядер, а с Simple Queues — получаете. Вот почему. Проблемы как таковой нет.

Asket

Guest

19.12.2013 09:06:00

В дереве очередей мы ночью меняем скорость без завершения сессий. Простые очереди этого сделать не могут… Простая очередь работает корректно только если она не превышает 1000-1200. У нас CCR1036-8G-2S+, тарифы 16,20,30,50 Мбит/сек, PPPoE. Все очереди работают хорошо, но при максимальной нагрузке (1800-2000 сессий) скорость падает и становится нестабильной. Иногда роутер зависает — нет PPPoE-сессий и очереди не видны в Winbox, восстановить можно только перезагрузкой. В данный момент я не вижу выхода из этой ситуации — простые очереди создают проблемы, дерево очередей не используется.

lcm Guest	#9 0 17.01.2014 18:23:00 Привет, ребята, какие планы по этому вопросу? Мне это очень нужно.

boardman

Guest

#10

17.01.2014 22:28:00

Итак, все еще актуально? То есть, лучше использовать простые очереди, а не дерево очередей? Простые очереди обрабатываются последовательно, и когда есть приоритеты или большой список простых очередей, те, кто в конце списка, получают худшее обслуживание… или я не прав? Дерево очередей обрабатывается параллельно, так что нет проблемы с "людьми в конце списка". Пожалуйста, объясните вашу рекомендацию. С уважением, Дж. Бордман.

pastik

Guest

#11

21.01.2014 19:08:00

У нас была похожая проблема на CCR с 36 ядрами. У нас примерно 2000 SQ с PCQ настроены. Скорость интернета и пинг резко падают при большой нагрузке, особенно вечером. Одно из 36 CPU постоянно использовалось на 100% при высокой нагрузке. Поддержка посоветовала использовать торренты с множеством подключений, но как много наших клиентов знают о торрентах…? Это не решение для тестирования скорости интернета. Многие наши клиенты жалуются на медленный интернет и высокий пинг, а загрузка страниц тоже очень медленная. Поэтому мы решили собрать новый ПК с i5 CPU. Теперь всё в порядке, i5 быстрее, чем CPU в CCR, но общая загрузка CPU выше, чем на CCR. Так что я думаю, что CCR был бы хорош для шейпинга, но в rOS6.x есть проблема с справедливым использованием всех 36 ядер при большой нагрузке. Думаю, это программная проблема, и я надеюсь, что Mikrotik найдет решение. JohnP.

boardman Guest	#12 0 21.01.2014 20:03:00 Да, ровно как ты и описал... JB

rpra

Guest

#13

22.06.2014 18:17:00

У меня абсолютно такая же проблема, как у автора темы. Использую CCR 1016-12G ROS 6.13. На x86 этой проблемы не было. Может кто-нибудь помочь? Похоже, лучше использовать Mikrotik-Rate-Limit Simple Queues, но CoA для PPPoE всё равно нет... Просят об этом уже годами.

boardman Guest	#14 0 23.06.2014 23:17:00 Поднимаю!

Читают тему

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