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


За последнюю неделю не проводились изменения конфигурации устройства, следовательно пролема не может быть вызвана действиями пользователя. Используется последняя на момент постинга сообщения прошивка.

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

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

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

Остается проблема отзывчивости.
Опытным путем было установлено, что снижение отзывчивости устройства становится заметным при количестве открытых NAT-сессий превышающем 500. Столь большое число открытых сессий обуславливается работой BitTorrent клиента находящегося в режиме паузы, в результате чего на локальную машину поступают входящие подключения с внешних p2p-клиентов (необходимый порт провешен сквозь нат), которые не могут быть обслужены клиентом локальным.
Соединение между клиентами не устаналивается, но NAT-сессия тем не менее остается "подвешенной".

Вероятно на число открытых NAT-сессий могут влиять такие параметры как:

(копипаста со страницы веб-интерфейса Status -> NAT Sessions)

Поэтому возникает вопрос к службе техподдержки:
на что влияют данные параметры (TCP Default Timeout, UDP Default Timeout ) и каким образом их можно регулировать?

Неужели нет ответа на этот накипевший вопрос?
Хоть какие-нибудь предположения есть у тех поддержки!?

TCP, UDP Default Timeout это время по истечению которого сессия будет закрыта при отсутствии активности. При использовании p2p-клиентов следует ограничить количество одновременных соединений или использовать более мощный роутер.

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

Таймаут NAT сессий через телнет ( xx в секундах) :

nat set translation udp-timeout xx - для UDP пакетов
nat set translation tcp-timeout xx - для TCP пакетов
nat set translation timeout xx - для остальных

_________________
С уважением, Гакало Алексей