doctor_ORZ Posted March 27, 2017 Posted March 27, 2017 Руководство у нас очень любит тестировать скорость Спидтестом. И невзирая на общее кол-во юзеров в данный момент сети, на загрузку радиоканалов и прочее очень недовольно если скорость меньше 10 мегабит. Как ограничить скорость это ясно, а вот как можно гарантировать скорость для одного (группы) клиента? Пока создал 2 правила шейпера, одно для всех, другое для руководства. Для всех скорость порезана до 8 мегабит, для руководства - до 15. Но это ессно никак не гарантирует эту самую скорость. А хотелось бы. Вставить ник Quote
mafijs Posted March 27, 2017 Posted March 27, 2017 Использовать оицию - Simple Queues -> Advanced -> Limit At Вставить ник Quote
doctor_ORZ Posted March 27, 2017 Author Posted March 27, 2017 Т.е. я правильно понимаю, что достаточно просто прописать нужные величины тут? Про то, что входящий канал должен быть с запасом, что бы "пролезли" все желающие почитал. Вставить ник Quote
mafijs Posted March 27, 2017 Posted March 27, 2017 Верно. Канал свободен, скорость получает остальные. Нужен трафик для этoго клиента, принудителтно отбирает у остальных, чтобы было что написано в "Limit At " Вставить ник Quote
nkusnetsov Posted March 29, 2017 Posted March 29, 2017 doctor_ORZ, тут есть интересный момент, о котором часто забывают: если включен fasttrack - очереди игнорируются. Вставить ник Quote
doctor_ORZ Posted March 29, 2017 Author Posted March 29, 2017 Да-да, спасибо. Про fasttrack и очереди уже усвоил. Вставить ник Quote
doctor_ORZ Posted March 31, 2017 Author Posted March 31, 2017 А будет ли работать шейпер ограничивающий юзера и снизу и сверху? Ну, например что бы и более 10 мегабит не качал, но и гарантированно получал свои пять? В одном правиле это можно реализовать? Или нужно пару делать? Вставить ник Quote
doctor_ORZ Posted March 31, 2017 Author Posted March 31, 2017 Просто я тестирую на себе и на руководстве :). И как то я бы не сказал, что "гарантированная скорость" у них гарантируется. Присылают скрины где реальная скорость на порядок меньше. Да, канал забит "под завязку" - 40 мегабит на 300-350 железяк, зарегеных на DHCP. Ессно не все они "качки", обычно более-менее трафик летит с двух-трех десятков. Их я "душу" бурст-шейпером до трех мегабит, но 30 мегабит они отъедают постоянно. Однако те пятнадцать мегабит что "гарантируются" у руководства на деле оборачиваются хорошо если мегабитом. Да, не всегда (сильно зависит от "качков"), но тем не менее. Вставить ник Quote
mafijs Posted April 1, 2017 Posted April 1, 2017 (edited) Многовато узеров на 40 мегабит. Бурст не надо включать. (это кратковременное увеличение разрешённой скорости) Используй приоритеты. У руководства поставь 1 , у других цифру побольше - 3-8 Simple Queue на каждого узера отдельна или на групу IP ? У руководства статик ИП ? Надо зделать отдельную Simple Queuе с Limit At . Поставить в верху списка, рпиоритет 1. Далее Simple Queuе для другой гиупи пользователей, група ИП допустим. Приоритет уже 2 или 3. в Queue Type в польях Scr. Address Mask , Dst. Address Mask цифра 32 или 24 32 - это значит каждый пользователь в этоу групе Simple Queuе получит указаную скорость если хватает канала. Эсли канал забит то начинает делить поровну . 24 - просто делит поровну скорость пользовательям. Сколько queues в данный ммент - включить столвик PCQ Queues Edited April 1, 2017 by mafijs Вставить ник Quote
starik-i-more Posted April 1, 2017 Posted April 1, 2017 (edited) Имхо для того чтобы работали приоритеты очередей, очереди должны быть иерархическими. Сам толком не пробовал. Не было серьезной потребности. Вот неплохая статья об очередях в routeros https://m.habrahabr.ru/post/188718/ Edited April 1, 2017 by starik-i-more Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.