Организация QoS в домашней локалке с Mikrotik-овским роутером

Не вполне понятно, как торренты мешают, если они занимают полосу интернета, тогда как стриминг - гигабитную полосу локальной сети.

Хм, хороший вопрос. Быть может, они занимают полосу сетевого интерфейса кубокса, который одновременно занимается и торрентами, и стримингом? Если так, то это вообще можно исправить без замены последнего на нечто более мощное?

Пробовал ограничение скорости?

Пробовал. При достаточном большом ограничении помогает. Но это костыль; я хочу, чтобы в случае отсутствия прочих потребителей пропускной способности она вся уходила под торренты.

В настоящий момент задача решается шедулером, который включает ограничение по утрам+вечерам, когда дома кто-то есть.

В настоящий момент задача решается шедулером, который включает ограничение по утрам+вечерам, когда дома кто-то есть.

Подскажу идею одну. При помощи ulog и скрипта на bash проверяешь загруженность транзитным трафиком. Если вдруг нагрузка поднялась, скрипт тормозит торрент.

Если осилишь, то вот статейка.

Быть может, они занимают полосу сетевого интерфейса кубокса

Гигабитную полосу. Ну пусть они 100mbit занимают - не вижу, как это мешает стримить в остальных 900mbit. Из чего делаю вывод -

либо вы недоговариваете, либо дело не в приоритетах сетевого трафика - тут qos будет что мертвому припарки.

Недоговаривать я могу запросто, поскольку не знаю, что говорить (смотри в теги). Сейчас подумалось — может, там вообще всё в проц упирается. Есть какой-либо способ нагрузить сеть, но не CPU?

Мда. Осиливать явно есть что. Спасибо, будем почитать.

Костыли из велосипедов и велосипеды из костылей :]

скорей всего упирается в проц. Лучше, конечно, как-то разделить торренты и медиа по физическим/виртуальным машинам.

Мда. Что ж, тогда буду апгрейдить. На две машины точно не хватит бюджета, а на одну... буду выбирать между чем-нибудь многоядерным на ARM'е и гигабайтовским BRIX'ом, наверное.

ты сначала попробуй протестить на какой-нибудь отдельной машине

и, кстати, реквестирую конфиг пульсы для стриминга. У меня почему-то адовые задержки вылезали, когда я этим заморачивался.

Дефолт и на клиентах, и на сервере. И время синхронизированное.

Логично.

я один увидел слово 802.11n ? это же wifi, тут не до гарантированной доставки...

Ты был прав. Воткнул вместо армовской недомашинки обычный x86-й ноут — теперь всё хорошо.

а вот у меня чет так и не получилось стриминг организовать. Даже на локальных mp3 файликах возникают лаги, уж не говоря про flash-видео из сети (это вообще возможно?).

Ты имеешь в виду стриминг звука из flash-плеера? У меня это один из двух основных юзкейсов ;)

Опять же, убедись, что время на обеих машинах идёт синхронно (вплоть до задания одного и того же NTP-сервера). В моём случае именно это оказалось критичным.

Опять же, убедись, что время на обеих машинах идёт синхронно (вплоть до задания одного и того же NTP-сервера)

Убедился. Обе машины на убунтах (с дебианом и арчем были такие же траблы). На ноуте выбираю сетевой сервер, включаю флеш - картинка и звук идут рывками. Все через провода, посередине микротик.

Если ещё актуально, немного пасты (ибо там рега нужна) из моего микробложика:

1. Добавить в /etc/pulse/default.pa компа, к которому подключена аудиосистема строку load-module module-native-protocol-tcp auth-ip-acl=127.0.0.1;192.168.0.0/24.
2. Обучить тот же комп запускать пульсу от юзера при старте, в случае моего Debian добавить в /etc/rc.local перед exit 0 строку sudo -u юзернейм_из_группы_audio pulseaudio --start.
3. Комп, который будет передавать музыку, снабжаем pavucontrol и строкой load-module module-tunnel-sink server=192.168.0.1 в /etc/pulse/default.pa.
4. Перезапускаем оба компа, на втором в pavucontrol выбираем появившийся сервер как устройство вывода.
5. Радуемся или горестно вздыхаем, что пора бы все адаптеры уже 802.11n поставить, потому что видео с ютуба заикается (при подключении по eth неактуально).

Это способ без мультикаста, да. Он у меня вообще всю сетку вешал, ибо hostapd на нетбуке.

Можно просто поставить avahi на обоих машинах и включить publish/discovery (хз в каком это конфиге, я через гуй paprefs делал).

Прошу прощения за некрофильство, но status update. Если ещё актуально, попробуй отключить дискавери через Avahi и вручную подгрузить новую реализацию туннеля: pacmd load-module module-tunnel-sink-new server=whatever.local.

(это пульса 6.0, если что)

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