http://mikrotik.moscow Новое в теме Что-то не так с очередями. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Mon, 03 Aug 2026 08:35:08 -0400 Что-то не так с очередями. RouterOS в форуме RouterOS.
Похоже, твои очереди на 128 кбит/с не справляются с трафиком. Я использую простые очереди для клиентов и не трогаю глобальные. Попробуй использовать простую очередь для адреса назначения 0.0.0.0/0 на 128 кбит/с?
08.04.2005 18:25:00, spire2z.]]> http://mikrotik.moscow/forum/forum57/57552-chto_to-ne-tak-s-ocheredyami./message216888 http://mikrotik.moscow/forum/forum57/57552-chto_to-ne-tak-s-ocheredyami./message216888 Fri, 08 Apr 2005 18:25:00 -0400 RouterOS Что-то не так с очередями. RouterOS в форуме RouterOS.
Я веду высоконагруженный сайт с подключенными клиентами. Высоконагруженный сайт использует 3 сектора с антеннами, на каждом из которых работает сервер PPPoe. Карты, используемые на секторах, – это карты Prism2 802.11b @ 2,4 ГГц. Обратная связь (back haul) работает на Atheros Ar5215 @ 5,8 ГГц. Мы настроили очереди, чтобы, по сути, предоставлять нашим клиентам 128 Кбит/с соединение с интернетом, но 512 Кбит/с доступ к нашему почтовому серверу. Очереди работали нормально, но теперь у нас возникли какие-то странные проблемы. Один из наших клиентов получает http-сайты со скоростью примерно 300-500 Кбит/с.

Вот наша конфигурация mangle:

0  src-address=10.10.1.0/24 dst-address=192.168.2.1/32:110 protocol=tcp action=pass through mark-connection=pop3-con
1  connection=pop3-con action=accept mark-flow=pop3-flow
2  src-address=10.10.1.0/24 dst-address=192.168.2.1/32:25 protocol=tcp action=passthrough mark-connection=smtp-con
3  connection=smtp-con action=accept mark-flow=smtp-flow
4  src-address=10.10.1.0/24 protocol=tcp tcp-options=syn-only p2p=!any action=passthrough tcp-mss=1440 mark-connection=all-con
5  connection=all-con action=accept mark-flow=all-flow

Мы сначала помечаем трафик POP3 и SMTP, чтобы обеспечить их отправку в очереди в первую очередь.

Вот наши PCQ очереди:

4 name=“Mail-download-queue” kind=pcq bfifo-limit=15000 pfifo-limit=10 red-limit=60 red-min-threshold=10 red-max-threshold=50 red-burst=20 sfq-perturb=5 sfq-allot=1514 pcq-rate=524288 pcq-limit=50 pcq-classifier=dst-address,dst-port
5 name=“Mail-upload-queue” kind=pcq bfifo-limit=15000 pfifo-limit=10 red-limit=60 red-min-threshold=10 red-max-threshold=50 red-burst=20 sfq-perturb=5 sfq-allot=1514 pcq-rate=524288 pcq-limit=50 pcq-classifier=src-address,src-port
6 name=“128k_connection-download” kind=pcq bfifo-limit=15000 pfifo-limit=10 red-limit=60 red-min-threshold=10 red-max-threshold=50 red-burst=20 sfq-perturb=5 sfq-allot=1514 pcq-rate=131000 pcq-limit=50 pcq-classifier=dst-address,dst-port
7 name=“128k_connection_upload” kind=pcq bfifo-limit=15000 pfifo-limit=10 red-limit=60 red-min-threshold=10 red-max-threshold=50 red-burst=20 sfq-perturb=5 sfq-allot=1514 pcq-rate=131000 pcq-limit=50 pcq-classifier=src-address,src-port

И вот дерево очередей:

0 name=“mail-download-queue” parent=global-in flow=pop3-flow limit-at=0 queue=Mail-download-queue priority=7 max-limit=3000000 burst-limit=0 burst-threshold=0 burst-time=0
1 name=“mail-upload-queue” parent=global-out flow=smtp-flow limit-at=0 queue=Mail-upload-queue priority=7 max-limit=3000000 burst-limit=0 burst-threshold=0 burst-time=0
2 name=“128k-download” parent=global-in flow=all-flow limit-at=0 queue=128k_connection-download priority=8 max-limit=524288 burst-limit=0 burst-threshold=0 burst-time=0
3 name=“128k-upload” parent=global-out flow=all-flow limit-at=0 queue=128k_connection_upload priority=8 max-limit=524288 burst-limit=0 burst-threshold=0 burst-time=0

Даже очереди почты выше в списке, чтобы обеспечить их работу на заданных скоростях.

Теперь у нас есть клиент, подключенный к сети, но не отправляющий никаких запросов к почте. Сами очереди не показывают трафик. В чем может быть причина?
08.04.2005 07:02:00, noir.]]> http://mikrotik.moscow/forum/forum57/57552-chto_to-ne-tak-s-ocheredyami./message216887 http://mikrotik.moscow/forum/forum57/57552-chto_to-ne-tak-s-ocheredyami./message216887 Fri, 08 Apr 2005 07:02:00 -0400 RouterOS