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

Помогите, пожалуйста! Проблема с контролем пропускной способности.

Помогите, пожалуйста! Проблема с контролем пропускной способности., RouterOS

ceL

Guest

10.11.2005 22:55:00

Я пытался использовать Red и PCQ, чтобы ограничить пропускную способность до 256 кбит/с и 128 кбит/с только для определенных IP-адресов. У нас фактически есть 2 class C сети, я настроил простые очереди для каждого IP-адреса, что было по 2 простых правила очереди на IP-адрес, в итоге около 400 простых правил очереди. Это привело к тому, что нагрузка на роутер достигла 100%, поэтому я их удалил. К тому же у меня были проблемы с тем, чтобы они добавлялись. PCQ, например, устанавливал определенное количество пропускной способности в 256 кбит/с и делил ее только для этого class C, а не на основе IP-адреса. Я не уверен, что нам следует использовать для ограничения пропускной способности на IP-адрес, и я не хочу, чтобы загрузка CPU постоянно была на уровне 100%. Если у кого-нибудь есть какие-либо идеи, дайте знать, но вот пример одного из моих правил для простой очереди, которую я использовал.

add name="10.104.4.11-D" target-address=10.104.4.11/32 dst-address=0.0.0.0/0 interface=C900 queue=Red priority=8 limit-at=256000/256000 max-limit=256000/256000 burst-limit=512000/512000 burst-threshold=126000/126000 burst-time=60/60 disabled=no
add name="10.104.4.11-U" target-address=10.104.4.11/32 dst-address=0.0.0.0/0 interface=GW queue=Red priority=8 limit-at=0/0 max-limit=128000/128000 disabled=no
add name="10.104.4.12-D" target-address=10.104.4.12/32 dst-address=0.0.0.0/0 interface=C900 queue=Red priority=8 limit-at=256000/256000 max-limit=256000/256000 burst-limit=512000/512000 burst-threshold=126000/126000 burst-time=60/60 disabled=no
add name="10.104.4.12-U" target-address=10.104.4.12/32 dst-address=0.0.0.0/0 interface=GW queue=Red priority=8 limit-at=0/0 max-limit=128000/128000 disabled=no
add name="10.104.4.13-D" target-address=10.104.4.13/32 dst-address=0.0.0.0/0 interface=C900 queue=Red priority=8 limit-at=256000/256000 max-limit=256000/256000 burst-limit=512000/512000 burst-threshold=126000/126000 burst-time=60/60 disabled=no
add name="10.104.4.13-U" target-address=10.104.4.13/32 dst-address=0.0.0.0/0 interface=GW queue=Red priority=8 limit-at=0/0 max-limit=128000/128000 disabled=no

^ выше показано 3 простых правила очереди для IP-адресов, я был бы очень признателен за любые идеи, как решить эту проблему с контролем пропускной способности. У нас есть 4 пакета: базовый (256 кбит/с/128 кбит/с), bronze, silver и gold, все они имеют разную скорость пропускной способности, которую нужно ограничить по IP-адресу. Поскольку в большинстве роутеров есть 2 class C сети, то потребуется очень много правил. Пожалуйста, помогите.

paul3

Guest

11.11.2005 00:53:00

Только одна запись в очереди. Вот пример одной из наших, просто сделайте direction = both: 2 D name="" target-addresses=10.4.230.93/32 dst-address=0.0.0.0/0 interface=all parent=none direction=both priority=8 queue=default/default limit-at=3000000/3000000 max-limit=3000000/3000000 total-queue=default. Это пользователь с нашей "gold" услугой. Сейчас наш максимальный пропускной канал из этой локации — 3000000, так что если несколько человек пытаются его использовать, конечно, никто не получит полную пропускную способность. Но если только один человек использует его и вы делаете тест скорости, то результат будет около 3 мегабит. Возможно, придется немного увеличить число, чтобы получить правильный результат теста скорости для более медленных планов. Просто поэкспериментируйте.

ceL Guest	#3 0 11.11.2005 01:10:00 Ты мне очень сильно помог, я действительно это ценю, и мне было бы очень приятно пожать тебе руку, хехе, это было для меня такое запутанное, еще раз спасибо.

paul3

Guest

11.11.2005 01:17:00

Всё нормально… Мы все через это проходили. "Документация в некоторых местах немного сложноватa для понимания" — это ещё мягко сказано. Хотя, честно говоря, не уверен, что я бы смог переписать её лучше, там довольно сложная тема.

ceL

Guest

11.11.2005 06:03:00

Не думаю, что мой старый микротик поддерживает "direction", но кажется, работает, когда я устанавливаю скорости tx/rx, так что я не жалуюсь. Но как работает burst-threshold? И burst-time, 60/60 – это значит 60 секунд для tx и 60 секунд для rx, верно?

boardman Guest	#6 0 11.11.2005 16:32:00 RTFM: http://www.mikrotik.com/docs/ros/2.9/root/queue.content#6.54.4

ceL

Guest

11.11.2005 17:44:00

Я 2.8, эта инструкция на меня не распространяется, ну и ладно, попытка была, собственно, поэтому я и сказал "старый микротик". Но все равно, для чего бы ты использовал функцию limit-at? Я прочитал документацию и понял, что если она включена, то она будет ограничивать людей с limit-at до этого лимита, а остальное давать тому, кому нужно больше пропускной способности и у кого более высокий приоритет?

paul3

Guest

11.11.2005 00:09:00

RED — очень ресурсоёмкая техника формирования очереди, используй pfifo вместо неё, она отлично работает для предоставления пользователям положенную им полосу пропускания, RED тебе не нужен. Если используешь hotspot, он автоматически создаст очередь при каждом подключении пользователя и уничтожит её при отключении. Можно, конечно, создавать очереди вручную (или скриптом), и вполне возможно, что даже с pfifo ты можешь перегрузить процессор, если у тебя слишком много очередей. Попробуй добавить ещё один mtick и сегментировать трафик между ними.

ceL Guest	#9 0 11.11.2005 00:27:00 Ещё один вопрос: нужно ли мне по одному простому очереди на IP, одну для загрузки и одну для скачивания, или нет? Я немного запутался, а документация в некоторых местах не очень понятна, но можно ли просто изменить тип Red очереди, который у меня был, на "Kind: pfifo", и это должно заработать? Или убрать эти 2 простые очереди и оставить одну на IP, будет ли это управлять скоростями загрузки и скачивания?

Читают тему

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