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

Моя история с PCQ... и высокой задержкой ответа

Моя история с PCQ... и высокой задержкой ответа, RouterOS

engineertote

Guest

18.04.2012 22:38:00

Привет, друзья! Я считаю, что большинство пользователей Mikrotik полагаются на Megis QOS для управления качеством обслуживания сети. Но после нескольких месяцев тестирования и использования политики Megis, которую я считаю лучшим выбором, пользователи столкнулись с высокой задержкой при скачивании файлов или обычном серфинге в интернете, например, на YouTube, Facebook и т.д. Это сказывается на общей производительности сервиса, который получают конечные пользователи. Ниже моя конфигурация:

Mangle
3 ;;; Basic Conn
chain=forward action=mark-connection new-connection-mark=Basic conn passthrough=yes src-address-list=hqbasic

4 ;;; Bussiness Conn
chain=forward action=mark-connection new-connection-mark=Buss conn passthrough=yes src-address-list=hqbusiness

5 ;;; Super Conn
chain=forward action=mark-connection new-connection-mark=Super conn passthrough=yes src-address-list=hqsuper

6 ;;; Std Conn
chain=forward action=mark-connection new-connection-mark=Std conn passthrough=yes src-address-list=hqstd

7 ;;; Normal Conn
chain=forward action=mark-connection new-connection-mark=Normal conn passthrough=yes src-address-list=hqnormal

8 ;;; Basic Packets
chain=forward action=mark-packet new-packet-mark=Basic Packets NEW passthrough=no connection-mark=Basic conn

9 ;;; Normal Packets
chain=forward action=mark-packet new-packet-mark=Normal Packets NEW passthrough=no connection-mark=Normal conn

10 ;;; Std Packets
chain=forward action=mark-packet new-packet-mark=Std Packets NEW passthrough=no connection-mark=Std conn

11 ;;; Bussiness Packets
chain=forward action=mark-packet new-packet-mark=Business Packets NEW passthrough=no connection-mark=Buss conn

12 ;;; SUPER Packets
chain=forward action=mark-packet new-packet-mark=Super Packets NEW passthrough=no connection-mark=Super conn

queue Types
5 name="Basic Down" kind=pcq pcq-rate=80k pcq-limit=50 pcq-classifier=dst-address pcq-total-limit=20000 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="Normal Down" kind=pcq pcq-rate=200k pcq-limit=50 pcq-classifier=dst-address pcq-total-limit=20000 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="Std Down" kind=pcq pcq-rate=500k pcq-limit=50 pcq-classifier=dst-address pcq-total-limit=20000 pcq-burst-rate=700k pcq-burst-threshold=500k pcq-burst-time=10s pcq-src-address-mask=32 pcq-dst-address-mask=32 pcq-src-address6-mask=64 pcq-dst-address6-mask=64

8 name="Business Down" kind=pcq pcq-rate=700k pcq-limit=50 pcq-classifier=dst-address pcq-total-limit=200000 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

9 name="Super Down" kind=pcq pcq-rate=1M pcq-limit=50 pcq-classifier=dst-address pcq-total-limit=200000 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

10 name="Basic Up" kind=pcq pcq-rate=500k pcq-limit=50 pcq-classifier=src-address pcq-total-limit=20000 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

11 name="Normal Up" kind=pcq pcq-rate=1M pcq-limit=50 pcq-classifier=src-address pcq-total-limit=20000 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

12 name="Std Up" kind=pcq pcq-rate=2M pcq-limit=50 pcq-classifier=src-address pcq-total-limit=20000 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

13 name="Business Up" kind=pcq pcq-rate=2M pcq-limit=50 pcq-classifier=src-address pcq-total-limit=20000 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

14 name="Super Up" kind=pcq pcq-rate=5M pcq-limit=50 pcq-classifier=src-address pcq-total-limit=20000 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

queue Tree
0 name="Total Down" parent=global-out packet-mark="" limit-at=0 priority=8 max-limit=0 burst-limit=0 burst-threshold=0 burst-time=0s

1 name="Total Up" parent=ether1 packet-mark="" limit-at=0 priority=8 max-limit=0 burst-limit=0 burst-threshold=0 burst-time=0s

3 name="Basic UP" parent=Total Up packet-mark=Basic Packets NEW limit-at=0 queue=Basic Up priority=8 max-limit=0 burst-limit=0 burst-threshold=0 burst-time=0s

4 name="normal_queue" parent=Total Down packet-mark=Normal Packets NEW limit-at=0 queue=Normal Down priority=6 max-limit=0 burst-limit=0 burst-threshold=0 burst-time=0s

5 name="std_queue" parent=Total Down packet-mark=Std Packets NEW limit-at=0 queue=Std Down priority=4 max-limit=0 burst-limit=0 burst-threshold=0 burst-time=0s

6 name="business_queue" parent=Total Down packet-mark=Business Packets NEW limit-at=0 queue=Business Down priority=2 max-limit=0 burst-limit=0 burst-threshold=0 burst-time=0s

7 name="super_queue" parent=Total Down packet-mark=Super Packets NEW limit-at=0 queue=Super Down priority=1 max-limit=0 burst-limit=0 burst-threshold=0 burst-time=0s

8 name="Normal Up" parent=Total Up packet-mark=Normal Packets NEW limit-at=0 queue=Normal Up priority=8 max-limit=0 burst-limit=0 burst-threshold=0 burst-time=0s

9 name="Std Up" parent=Total Up packet-mark=Std Packets NEW limit-at=0 queue=Std Up priority=8 max-limit=0 burst-limit=0 burst-threshold=0 burst-time=0s

10 name="Business up" parent=Total Up packet-mark=Business Packets NEW limit-at=0 queue=Business Up priority=8 max-limit=0 burst-limit=0 burst-threshold=0 burst-time=0s

11 name="Super Up" parent=Total Up packet-mark=Super Packets NEW limit-at=0 queue=Super Up priority=8 max-limit=0 burst-limit=0 burst-threshold=0 burst-time=0s

Короче, вот такая ситуация с Megis QOS: вроде и выбрал лучший вариант, но с задержками при загрузках и просмотре видео ничего не получается — качество страдает, а пользователи недовольны. Если кто-то сталкивался с этим или знает, как улучшить — делитесь опытом!

engineertote Guest	#2 0 03.05.2012 10:12:00 и всё же ничего

0ldman

Guest

03.05.2012 22:49:00

У меня всё работает. Единственный раз, когда у меня сейчас возникают проблемы с задержкой — это если сигнал где-то плохой. Ты настраивал максимальную скорость по каждой очереди, чтобы избежать проблем с задержкой?

hel

Guest

03.05.2012 22:51:00

Mikrotik не поддерживает приоритизацию с низкой задержкой. Честно говоря, я не заметил никакой эффективности в существующей системе приоритизации. Вы можете проявить свой интерес к реализации функции LLQ (Low Latency Queueing) здесь: http://wiki.mikrotik.com/wiki/MikroTik_RouterOS/Feature_Requests

engineertote Guest	#5 0 04.05.2012 00:36:00 Я тестирую в локальной сети, так что сигнал тут ни при чём. По поводу максимальной скорости на очередь я вас не понял, не могли бы вы объяснить подробнее?

0ldman

Guest

04.05.2012 06:25:00

У вас есть основная очередь PCQ Down, а под ней четыре вспомогательные очереди. Допустим, у вас есть 10 Мбит, тогда основную очередь Down ставите на 10 Мбит, трафик SIP выставляете в зависимости от потребностей — если пользователей много, то примерно 7 Мбит. Для первой очереди (Down или Up) задаёте 9500 Кбит, для остальных Down — примерно по 8 Мбит, для P2P — сколько захотите. Аналогично делаете для загрузки: основная очередь — 1 Мбит, первая — 900 Кбит, остальные — 800 Кбит и так далее. Это всё можно подстроить под вашу сеть и конкретные задачи. Главное — никогда не использовать весь доступный канал полностью. Остальные очереди (Down и Up) можно ставить чуть выше или ниже, только учтите, что одна из вспомогательных очередей не должна полностью заполнять основную.

engineertote

Guest

07.05.2012 08:12:00

Я говорю о другой ситуации, то, что я делаю — это ограничиваю пользователей по классам: "Эконом", "Стандарт", "Бизнес" и "Супер". Каждый пользователь получает скорость, соответствующую его классу, а общее количество очереди в дереве неограниченно, поэтому приоритет, о котором вы говорите, не сработает. С уважением.

0ldman Guest	#8 0 08.05.2012 16:19:00 Текущая настройка не улучшит время отклика, когда соединение достигнет предела загрузки.

engineertote

Guest

05.06.2012 12:57:00

Я понимаю, что моя конфигурация этого не улучшит, и даже все остальные стандартные и оптимизированные настройки QoS не помогут. Думаю, это связано со стандартами QoS в Mikrotik. По моему мнению, очереди требуют серьёзных изменений со стороны Mikrotik, чтобы обеспечить лучшую производительность. С уважением.

cmoegele

Guest

#10

17.09.2012 09:15:00

Есть какие-то сдвиги по этой проблеме? Я заметил, что даже длинный список фильтров вызывает задержки. (Пробовал на разном оборудовании RB, вплоть до RB1100AHx2) @engineertote: ты на каком оборудовании работаешь? С уважением, cm

NetworkPro

Guest

#11

09.10.2012 18:39:00

Спасибо, что указали на это. Такая же проблема и у меня: http://forum.mikrotik.com/t/llq-required/56583/46. Думаю, я смогу сделать Queue Tree с PCQ для ограничения максимальной скорости пользователей, но только в его низкоприоритетной части, чтобы обеспечить QoS для части пакетов пользователей, а остальные «загружаемые» пакеты обрабатывать равномерно (PCQ) в режиме best-effort (удалять по мере необходимости). В ближайшие дни выложу это здесь: http://wiki.mikrotik.com/wiki/NetworkPro_on_Quality_of_Service. Спасибо.

engineertote Guest	#12 0 17.10.2012 09:23:00 Я перепробовал все модели RB, и на X86 проблема осталась прежней. Давайте подождём ROS V6, надеюсь, он её решит.

NetworkPro Guest	#13 0 17.10.2012 09:32:00 Задержка в очереди вызвана текущей конфигурацией, и версия v6 "не решит проблему" — готов поспорить на 10 левов. Зато ты можешь "исправить проблему" прямо сейчас. Вместо такого варианта: name="Basic Down" kind=pcq pcq-rate=80k pcq-limit=50 pcq-classifier=dst-address pcq-total-limit=20000 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 попробуй так: pcq-rate=0 (выключить) и/или pcq-limit=5 pcq-total-limit=111 И обязательно почитай мою статью про QoS — я там как раз упоминаю эти моменты.

Читают тему

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