http://mikrotik.moscow Новое в теме Контроллер пропускной способности. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Fri, 31 Jul 2026 19:13:45 -0400 Контроллер пропускной способности. RouterOS в форуме RouterOS.
Я в процессе сборки шейпера, использую Via Epia PD6000 с CF-IDE+64Mb CF комбинацией. Всё пока работает отлично. Формирование трафика на 2Mbit-линке с общими правилами шейпинга практически не заставляет загрузку расти выше 5%.  Я собираюсь протестировать это дальше с несколькими клиентами за ним.  Также использую мостовую конфигурацию с двумя встроенными интерфейсами (Via Rhine III). Корпус – Morex/Procase 3688. Буду рад получить ваши конфигурации. Забавно, как северный мост греется больше, чем процессор.
22.09.2004 09:37:00, bjohns.]]> http://mikrotik.moscow/forum/forum57/60927-kontroller-propusknoy-sposobnosti./message232479 http://mikrotik.moscow/forum/forum57/60927-kontroller-propusknoy-sposobnosti./message232479 Wed, 22 Sep 2004 09:37:00 -0400 RouterOS Контроллер пропускной способности. RouterOS в форуме RouterOS.
wjw, спасибо за информацию. Я скоро все изучу и посмотрю, как это будет работать для меня. Маг, посмотри материнские платы Mini-ITX. Можно найти такие, с процессорами без вентилятора, работающие гораздо быстрее, чем MikroTik Routerboard или Soekris. Потом покупаешь MikroTik RouterOS на IDE-флешке, которая просто втыкается. Несколько других людей уже так делали. Я уже смотрел что-то подобное, и это привело меня к MikroTik для ОС. Большинство других "решений" SBC + встроеные ОС, которые я находил, в итоге заканчивались проблемами с драйверами или недостаточным развитием. MikroTik хорошо закрывает вопрос с драйверами, остается только найти более мощный SBC. На базе Mini-ITX можно получить такую мощность, и даже есть PCI-слот, чтобы можно было добавить 4-портовую сетевую карту, и получить 5-портер, или PCI в multi Mini-PCI и получить беспроводную точку доступа с несколькими антеннами.
21.09.2004 17:36:00, cybertime.]]> http://mikrotik.moscow/forum/forum57/60927-kontroller-propusknoy-sposobnosti./message232478 http://mikrotik.moscow/forum/forum57/60927-kontroller-propusknoy-sposobnosti./message232478 Tue, 21 Sep 2004 17:36:00 -0400 RouterOS Контроллер пропускной способности. RouterOS в форуме RouterOS.
Я на самом деле использую старенький P200MMX с 64мб оперативной памяти, чтобы всё контролировать… никогда не загружается больше 25% процессора и 27мб оперативной памяти… Главная проблема — P2P управление. Если я запутываю весь свой P2P трафик, загрузка процессора подпрыгивает до 60%. Хотя я контролирую сеть на 10мб/с, у которой средняя загрузка 4.2мб/с локально и 1.2мб/с в интернете.
21.09.2004 06:55:00, wjw.]]> http://mikrotik.moscow/forum/forum57/60927-kontroller-propusknoy-sposobnosti./message232477 http://mikrotik.moscow/forum/forum57/60927-kontroller-propusknoy-sposobnosti./message232477 Tue, 21 Sep 2004 06:55:00 -0400 RouterOS Контроллер пропускной способности. RouterOS в форуме RouterOS.
Это описание моей рабочей конфигурации... немного отличается от того, что вам нужно, но даст хорошее представление: http://www.wanakaonline.net/networkstuff/Mikrotik_BM_Control.asp Весь мой локальный трафик объединен и идёт со скоростью 5 Мбит/с, что похоже на то, что вы планируете сделать… затем я индивидуально ограничиваю каждого клиента. Пришлось повозиться, чтобы разобраться во всем. Я также сейчас использую несколько простых очередей, которые пока не задокументированы. Они просто ограничивают общую пропускную способность, то есть суммарную загрузку + суммарную выгрузку для каждого клиента.
21.09.2004 05:59:00, wjw.]]> http://mikrotik.moscow/forum/forum57/60927-kontroller-propusknoy-sposobnosti./message232476 http://mikrotik.moscow/forum/forum57/60927-kontroller-propusknoy-sposobnosti./message232476 Tue, 21 Sep 2004 05:59:00 -0400 RouterOS Контроллер пропускной способности. RouterOS в форуме RouterOS.
Я пытаюсь использовать MikroTik в качестве ограничителя пропускной способности внутри существующей беспроводной сети. Поскольку у меня уже есть Soekris 4521, который сейчас не используется, я использую его как платформу для начала. Существующая топология выглядит так: точки доступа в разных местах подключаются к смеси маршрутизаторов и коммутаторов. Маршрутизаторы выполняют разбиение подсетей на систему /27, где каждой точке доступа присваивается отдельная подсеть. Некоторые подсети перекрываются там, где используются коммутаторы. Соединения между коммутаторами и маршрутизаторами осуществляются по беспроводной магистрали. Все это работает неплохо, но у нас никогда не было желаемого контроля над пропускной способностью. Наша первая система ограничения пропускной способности была коммерческим устройством, которое не работало так, как рекламировалось. Вторая – это система, запрограммированная на заказ, которая так и не вышла в сеть, потому что кодер постоянно говорил, что у него еще есть изменения, которые нужно внести. Вместо этого единого централизованного контроля над пропускной способностью, я хочу перейти к распределенной системе. Это шаг к использованию MikroTik в качестве будущих точек доступа, где все функции точки доступа, контроль пропускной способности и маршрутизатор будут выполняться в одном меньшем и менее дорогом устройстве. Это также даст некоторые долгосрочные преимущества для мониторинга трафика, если нам нужно будет найти спаммера, вирус и т.д. После изучения документации я настроил базовый предел P2P, и он кажется рабочим. Мне нужно провести более обширное тестирование, чтобы быть уверенным. Затем я начал изучать полное формирование трафика, и во всех источниках, которые я вижу, упоминается всего несколько машин. Поскольку у меня нет всего нескольких машин, я попытался создать что-то более общее, но гибкое. Мне кажется, что я могу контролировать вещи, но сталкиваюсь с некоторыми странностями. Пожалуйста, имейте в виду, что в описании топологии сети ниже находятся несколько /27, для которых я пытаюсь найти общее решение для управления, но при этом которое можно будет изменить для конкретных клиентов. Чтобы сделать это общее решение, я пытаюсь использовать /24 в наборах правил. Для конкретных случаев я использую тестовую машину с правилом, основанным на /32, чтобы воздействовать только на нее. Soekris с MikroTik 2.8.16 настроен как мост, с адресом 10.0.0.20 на одном порту, чтобы я мог к нему обращаться и управлять им. Машины, с которыми я тестирую, – это одна, жестко заданная с адресом 192.168.1.5, и 10.0.0.21, чтобы она могла выходить в интернет и управлять вещами, и две, которым адреса назначаются автоматически, чтобы они могли только выходить в интернет. DHCP-сервер находится по другую сторону MikroTik.

**Проблема 1) Неправильное направление?**
Сначала я попытался использовать что-то на основе решения P2P. Я использовал /24 в надежде, что смогу создать одну конфигурацию, которую можно будет загрузить на будущие MikroTik boxes. Так что это можно было бы разместить на любом сайте с минимальными или никакими изменениями.
```
ip firewall mangle add src-address=192.168.1.0/24 mark-flow=users-out action=passthrough
ip firewall mangle add dst-address=192.168.1.0/24 mark-flow=users-in action=passthrough
queue type add name="users-in" kind=pcq pcq-rate=1572864 pcq-classifier=dst-address
queue type add name="users-out" kind=pcq pcq-rate=786432 pcq-classifier=src-address
queue tree add name="users-in" parent=global-in flow=users-in queue=users-in
queue tree add name="users-out" parent=global-out flow=users-out queue=users-out
```
Казалось бы, это работает, но когда я это попробовал, ограничения скорости были обращены. Это казалось мне бессмысленным. Позже я начал думать, связано ли это с тем, что и машина, и шлюз находятся в сети 192.168.1.0/24, и MikroTik является мостом между ними.

**Проблема 2) Медленнее, но не быстрее**
Я хочу, чтобы средняя скорость была по умолчанию. Затем, для каждого клиента, которому это нужно, я хочу открыть для него скорость. Второе, что я попробовал, – это замедлить конкретного клиента. Я сделал это для IP-адреса 192.168.1.5, и это работало идеально. Затем я попытался установить тип очереди pcq-rate для входящих и исходящих данных равным 2000000, чтобы скорость была быстрее, чем у очередей "users-in" и "users-out". Это не сработало.
Команды, которые я ввел для замедления, были следующими:
```
ip firewall mangle add src-address=192.168.1.5/32 mark-flow=user192.168.1.5-out action=passthrough
ip firewall mangle add dst-address=192.168.1.5/32 mark-flow=user192.168.1.5-in action=passthrough
queue type add name="user192.168.1.5-out" kind=pcq pcq-rate=78643 pcq-classifier=src-address
queue type add name="user192.168.1.5-in" kind=pcq pcq-rate=157286 pcq-classifier=dst-address
queue tree add name="user192.168.1.5-in" parent=global-in flow=user192.168.1.5-in queue=user192.168.1.5-in
queue tree add name="user192.168.1.5-out" parent=global-out flow=user192.168.1.5-out queue=user192.168.1.5-out
```
Для ускорения я использовал:
```
queue type set user192.168.1.5-out pcq-rate=2000000
queue type set user192.168.1.5-in pcq-rate=2000000
```

**Проблема 3) Проблема с родителями**
Поскольку моя попытка контролировать вещи не работала так, как я думал, и я читал о том, как ограничения скорости устанавливаются при выходе из порта, я удалил все ограничения, а затем снова попытался. На этот раз я выбрал другие родительские элементы, чем глобальные порты.
```
ip firewall mangle add src-address=192.168.1.0/24 mark-flow=users-out action=passthrough
ip firewall mangle add dst-address=192.168.1.0/24 mark-flow=users-in action=passthrough
queue type add name="users-in" kind=pcq pcq-rate=1572864 pcq-classifier=dst-address
queue type add name="users-out" kind=pcq pcq-rate=786432 pcq-classifier=src-address
queue tree add name="users-in" parent=ether2 flow=users-in queue=users-in
queue tree add name="users-out" parent=ether1 flow=users-out queue=users-out
```
В этот момент я получил регулируемый поток загрузки и нерегулируемый поток выгрузки. Подумав об этом, я подумал, что, возможно, нужен второй набор деревьев. Что-то вроде этого, добавленного к вышеперечисленному:
```
queue tree add name="users-in2" parent=ether1 flow=users-in queue=users-in
queue tree add name="users-out2" parent=ether2 flow=users-out queue=users-out
```
Таким образом, я сделал несколько поисковых запросов в интернете, но пока безуспешно. Мой следующий выбор — спросить у сообщества пользователей MikroTik, есть ли у них какие-либо аналогичные конфигурации и предложения.

Подводя итог, мне нужен MikroTik в качестве моста между точкой доступа и коммутатором или маршрутизатором с контролем пропускной способности, но с подсетями, которые существуют с обеих сторон моста. Мне нужна скорость по умолчанию ниже, и возможность увеличить скорость для определенных клиентов. Какие есть предложения? Примеры? Я лучше разбираюсь в примерах и могу понять, что из них можно вывести, чем читать длинные руководства.
21.09.2004 05:50:00, cybertime.]]> http://mikrotik.moscow/forum/forum57/60927-kontroller-propusknoy-sposobnosti./message232475 http://mikrotik.moscow/forum/forum57/60927-kontroller-propusknoy-sposobnosti./message232475 Tue, 21 Sep 2004 05:50:00 -0400 RouterOS