Вот и я решил поинтересоватся насчет многострадального девайса.
Испытываю проблемы с работой 604 под нагрузкой оного ослообразнымы сетями. Без ишака к устройству притензий нету. С оным возникает проблема проявляющаяся повидимому в недостатке мощности основного проца.
Суть проблемы состоит в том что при наличии большого числа соединений каковые генерятся ослом в огромных количествах, устройство просто прекращает пропускать соединения, отвечать на запросы по управляющему веб интерфейсу. Такое ощущение, что процессор у него просто начинает тормозить, вводя кванты простоя. Чем больше соединений тем больше квантов простоя. Если при этом осла не урезонивать то через пару часиков оно может свалится совсем и не восстонавливатся после выключения осла.
Памятуя об упоминаемых некоторыми проблемах с перегревом можно передположить что проблема заключается в перегреве проца и за простой могла бы отвечать система проца которая начинает пропускать такты при перегреве.

Отсюда вопросы:

1) Есть ли на ARMах TERMAL THROTTLING?

2) Всели 604 перегреваются? И вообще в этом ли дело? Свой еще не разбирал, наощупь пласмассовый корпус весьма теплый, но это еще ни о чем не говорит.

3) Можно ли как-нибудь увеличить количество обрабатываемых соединений за счет настроек (ну там проц разгрузить)? Щас уже отключены логи, интружены, включал/выключал stateful inspection и тд. Использовал разные прошивки, начиная от дефолтной вплоть до 13 беты.

4) Можно ли как нибудь уменьшить NAT таймаут на UDP пакеты? В списке соединений висит куча запросов DNS с разных портов. Один запрос и потом куча времени NAT маппинг недохнет.

5) Какие альтернативы 604ому избавленные от описанных проблем (пускай и подороже)? Можно ли приобресть E1, D1 версии в России? Вроде как проц там поновей. У меня вроде С1 версия.

6) Что собственно затыкает 604: скорость появления новых соединений или ссумарное количество уже висящих? Эксперементальным путем так и не удалось пока установить.

Кеш на клиенте во всех его проявлениях, как минимум - dns.

Бугага. Ну что вы Василий тут пишите. Пошевелите извилинами. Речь про p2p. Какой тут кеш всего?
Идут реверсные запросы на пол интернета. А так оно и в стеке слегка кэшируется.
Хотя может конечно в этом случае с одного порта пойдут запросы. Ну да это надо проверять.

В таком случае откуда в p2p ослик бегает. Откуда эта он и куда так резво бегает, что весь проц копытцами сваими задолбал? Как гоорица, посади осла на сани, поедет быстрее.

Я бы его вообще за пределами локалки запускал бы.

Что за флуд ей богу? По теме можешь.
По сырцам и серверам он бегает вестимо. Мог бы посадить его за пределами вопросов не задавал бы, выбора нет. Чай не совсем идиот.

Внимание новый вопрос. Нет ли возможности к этому девайсу по telnet подключится? Люди пишут что к G604 подключались

Попробую дать ответы:
вы правильно заметили что проблема в количестве создаваемых соединений. и медленная работа связана с ожиданием освобождения места в таблице для новых соединений. Уменьшить время устаревания сессии в данном устройстве нельзя. Можно попробовать ограничить emule по количеству сессий.
По телнет подключиться нельзя, DSL-G604T -- совсем другое устройство.

_________________
С уважением -- Александр Шебаронин.

Жаль что нельзя явно видеть во что упирается по соединениям. Таблица активных соединений (натовских) к сожелению не есть все. Иногда затыки начинают происходить и при неочень большом объеме таблицы. Попробую подыскать более точный критерий.

Немного из экспириенса. Роутер работает немного стабильней при включенной statefull inspection наверное потому что в этом случае он быстрее закрывает слоты за закрывшимися tcp соединениями.
Хотя все равно в режиме больше одного соединения в секунду затык роутеру наступает очень быстро несмотря на то что таблица активный сессий и не успевает стать большой.

Хотел бы задать вопрос на новую тему. Есть у 604ого ревижен С1? У меня именно такие буковки на нем, но чесно говоря везде либо B либо D обсуждают. Если есть чего это за ревижен? Щас фирмваре стоит: Rev.D/20051021_604_704_707_V313b05.BIN и вроде как работает.

У меня точно такие же симптомы. (ядро linux 2.6.16-rc1-ck1). Вылетаю из ирки по пингу (operation not permitted, или невозможно запись в сокет). И я тоже пользуюсь млдонкей (peer-to-peer сеть). И я каждые 20-30 минут вылетаю по пингу. Маршрутизатор уходит в self_restart.
Версия прошивки такая же как и у вас - последняя бэта версия. Изначально 3.11 стояла. Сетевая карточка 100% поддерживает полный и частичные дуплексы. (3COM 10/100Mbit).
З.Ы. сейчас включил SPi, может поможет.. (будем на это надеяться).
З.Ы.Ы. а если разобрать эту коробочку и повесить на CPU (кристал) какой-нибудь куллер. Ручной сборки естественно. Как считаете - поможет?

У меня отключен Overnet (ну и Kad соответственно) это существенно, число соединенй даже больше чем по умолчанию, но ограничение 1 коннект в секунду (уже 2 и амба). На глаз соединений всеравно больше идет в секунду. SPI включен, логи отключены. МЛДанка стоит на винде
Работает весьма стабильно. Только при старте (запускаю на ночь) немного эксцессов с подтормаживанием вначале (до ребутов не доходит) но через минут 30 точно все устаканивается как по всем соурсам прошуршит. Скорость хоть и не блещет но метров 150-500 за ночь утягивается.
На досуге надо торент посмотреть.

У меня тоже виснет через-час два. DI-604 fw.3.11b

Созданы 3 Virtual server.
1 для DC++ сервера на компе 1.
2 для DC++ лиента на компе 1.
3 для DC++ клиента на компе 2.

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

Да и еще.
http://winguides.com/registry/display.php/878/
Выкручено по минимому. 30 секунд. Тоже лабуда имеющая смысл на винде как я понимаю. Дерзайте. На линухе чесно говоря незнаю что-там. Поидее получше должнобыть.