Функция торрентокачалки у таких девайсов есть, но её включение плохо сказывается на основной функции девайса. Используй standalone-качалку. Ну, можешь ещё посмотреть, как дела обстоят с флешкой, на которую качаешь.

Я видимо не совсем точно написал. Качаю я на компьютер.

Т.е. встроенная торрентокачалка не задействована вообще? Может, просто ограничение поставить на раздачу, чтобы роутер не дох так от большого количества трафика. Попингуй его под нагрузкой.

Я сомневаюсь, что там вообще есть торрентокачалка. Качал мюторрентом под виндой и кторрентом под арчем. Под нагрузкой (разогналось до 6 Мб/с) пинг в среднем 35-40 мс.

Загуглил RT-N10, качалки действительно нет. Пинги долго идут, но не смертельно. Попробуй настроить EZQoS.

320 MHz
5Мб/сек
админку тоже не заходит

Судя по симптомам, iptables загружает проц в при NAT. Однако на более слабом проце (wl500gpv2 240 Mhz) я добивался выхода 13 Мб/сек оптимизацией правил (чисткой и пересортировкой) поэтому имеет смысл поделиться выхлопами команд iptables -nvL и iptables -t nat -nvL после некоторого времени закачки. Может обнаружится чего...

iptables -nvL http://pastebin.com/vdpCeSpX

iptables -t nat -nvL http://pastebin.com/X0DVSZEu

В цепочке FORWARD имеет смысл переместить правило

 486K  491M ACCEPT     0    --  *      *       0.0.0.0/0            0.0.0.0/0           state RELATED,ESTABLISHED 

iptables -D FORWARD `iptables -nvL FORWARD --line-numbers | grep ESTABLISHED | tail -n 1 | cut -f 1 -d " " `
iptables -D FORWARD `iptables -nvL FORWARD --line-numbers | grep lan2wan | tail -n 1 | cut -f 1 -d " " `
iptables -I FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT

Если будет эффект, то передолби этот скрипт во flashfs, чтоб он вызывался после инициализации iptables. В прошивках от олега - это /usr/local/sbin/post-firewall.

Можно также удалить финальные DROPы из INPUT и FORWARD, переключив обе цепочки в DROP через iptables -P {FORWARD,INPUT} DROP. Это ещё полтора герца процессору сэкономит при обработке единичных левых пакетов. (Но эффект от этого будет ничтожный и заметен только под сильным флудом из WAN).

При раздаче торрентом глянь top на роутере, может что-то помимо iptables ещё есть.

Применил скрипт, стало лучше, скорость не поднялась, но хоть интернетом можно пользоваться. По top первые места по загрузке cpu имели dropbear (ssh), httpd (когда на админку пробовал зайти), dnsmasq и ksoftirqd.

ksoftirqd - это по сути iptables.

А какая нагрузка на проц при раздаче на полной скорости? Просто у меня есть подозрение, что дело не в iptables, а где-то ещё...

dropbear httpd dnsmasq

Они нагрузки заметной не должны создавать.

pkts bytes target prot opt in out source destination
486K 491M ACCEPT 0 — * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED

Получается средний размер пакета - 1 мегабайт. Мне кажется, от роутера через WAN адресату пакет передается очень долго из-за своей длины, это тормозит очередь на роутере и загружает RAM роутера под завязку.

Качал мюторрентом под виндой и кторрентом

У них utp включен? Тут писали, что utp давал сайд-эффект в виде перегрузки очередей на промежуточных узлах из-за хреновой регуляции размера пакетов UDP. Попробуй отрубить в настройках, включить принудительный tcp для ktorrent.

Но это лишь теория...

Может ip contrack?

Забит на 100%, если я правильно понял выхлоп top. utp выключен.

http://www.dd-wrt.com/wiki/index.php/Router_Slowdown

Это имеется ввиду? Я пробовал устанавливать на 16384, эффекта не заметил.

Так ты дай выхлоп top free netstat. Чё гадать то.

Вот top: http://pastebin.com/KSWeqtxW

netstat на роутере нет.

dmesg тогда ещё. По топу ничего криминального.

http://pastebin.com/E2UZ2GvV

Feb 7 00:11:07 router user.warn kernel: ACCEPT IN=br0 OUT= MAC=00:0c:43:30:50:88:6c:f0:49:72:33:c2:08:00 SRC=192.168.0.6 DST=192.168.0.1 LEN=71 TOS=0x00 PREC=0x00 TTL=64 ID=57750 DF PROTO=UDP SPT=44533 DPT=53 LEN=51

Вот таких записей в /var/log/messages >9k. О чем это говорит? В iptables ничего не понимаю.

Есть подозрение, что тормозит из-за мониторинга использования канала. Как его вырубить в ddwrt? ttraf вырублен, но графики загруженности канала все-равно рисуются.

Fixed at last

Прошивка с http://wive-ng.sourceforge.net/ --- по кабелю тянет 11Мб/с и не задумывается, по wi-fi - 5-6Мб/c.