QoS на домашнем роутере с dd-wrt
Nov. 29th, 2009 02:35 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
iskatel...Мощности проца BCM5354 (скромные 240 Мгц на MIPS 4K /32K cache) в домашне-тестовом мини-роутере вполне хватает, чтобы тонко QoS-ить 10-12 Мбит реального трафика - торренты и все прочее, загрузка поднимается незначительно, проца хватит и на 20Мбит + QoS.
Отдельно sip & skype , отдельно сервисы средне-высокого приоритета, отдельно среднего, все прочее в низкий (вы в курсе, что модуль layer7 по-любому надежно все торрент-соединения не отматчит? а уж когда вовсю заработает utp протокол...уж лучше по протоколам и портам). Отделим местные сети (1.5 Кбайта в cidr после оптимизации), на кот. у меня отдельная полоса - именно это дает бОльшую часть правил, внутри отделим еще и vpn на работу.
Да, Qos в веб-морде в dd-wrt практически неработоспособен (это кроме примитивных возможностей), не включайте его. А вот писать свои скрипты - милое дело.
Давно известно, что iptables/htb очень хорошо оптимизированы, что нельзя сказать про ppp* в wrt - в 'больших' линуксах для x86 это нафиг не нужно, а тут довольно много теряется на свитчинге и не совсем оптимальном драйвере. Кто-то там пытался полностью запихнуть ppp* в ядро - но о стабильных версиях мне неизвестно.
Не могу сказать, чтобы мне это было позарез нужно - но полезно. А вот если у вас дома 2 и более компов с разными сидящими за ними людьми (которые активно качают) + voip, то QoS вам очень полезен для комфортной работы.
И помните - любой QoS у вас ничем не поможет, если превышены лимиты на шейперах на стороне провайдера (или у него забиты каналы). Ваша задача - не вылезти за них. И хорошо, если у провайдера нет проседаний полосы, джиттера и потерь пакетов (это вообще мрак) в час пик.
++: Без qos cpu хватает примерно на 4.5 Мбайта/сек (pppoE, in+out, в основном In - где-то 15-20:1, при большом кол-ве исходящих соединений будет меньше) на торрент-трафике, с qos с 100 правилами на вход (90 - местный трафик) и 100 на выход - примерно на 2 Мбайта/сек. При этом при 100% cpu load (а казалось бы, скромный mips) еле шевелится top (те. на юзера почти ничего не осталось - ядро выжрало всё), но при торрентах на максимум и активных http закачках с более высоким приоритетом прекрасно проходит высокоприоритетный voip трафик.
Отдельно sip & skype , отдельно сервисы средне-высокого приоритета, отдельно среднего, все прочее в низкий (вы в курсе, что модуль layer7 по-любому надежно все торрент-соединения не отматчит? а уж когда вовсю заработает utp протокол...уж лучше по протоколам и портам). Отделим местные сети (1.5 Кбайта в cidr после оптимизации), на кот. у меня отдельная полоса - именно это дает бОльшую часть правил, внутри отделим еще и vpn на работу.
Да, Qos в веб-морде в dd-wrt практически неработоспособен (это кроме примитивных возможностей), не включайте его. А вот писать свои скрипты - милое дело.
Давно известно, что iptables/htb очень хорошо оптимизированы, что нельзя сказать про ppp* в wrt - в 'больших' линуксах для x86 это нафиг не нужно, а тут довольно много теряется на свитчинге и не совсем оптимальном драйвере. Кто-то там пытался полностью запихнуть ppp* в ядро - но о стабильных версиях мне неизвестно.
Не могу сказать, чтобы мне это было позарез нужно - но полезно. А вот если у вас дома 2 и более компов с разными сидящими за ними людьми (которые активно качают) + voip, то QoS вам очень полезен для комфортной работы.
И помните - любой QoS у вас ничем не поможет, если превышены лимиты на шейперах на стороне провайдера (или у него забиты каналы). Ваша задача - не вылезти за них. И хорошо, если у провайдера нет проседаний полосы, джиттера и потерь пакетов (это вообще мрак) в час пик.
++: Без qos cpu хватает примерно на 4.5 Мбайта/сек (pppoE, in+out, в основном In - где-то 15-20:1, при большом кол-ве исходящих соединений будет меньше) на торрент-трафике, с qos с 100 правилами на вход (90 - местный трафик) и 100 на выход - примерно на 2 Мбайта/сек. При этом при 100% cpu load (а казалось бы, скромный mips) еле шевелится top (те. на юзера почти ничего не осталось - ядро выжрало всё), но при торрентах на максимум и активных http закачках с более высоким приоритетом прекрасно проходит высокоприоритетный voip трафик.
