faq обучение настройка
Текущее время: Вт авг 19, 2025 02:12

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 11 ] 
Автор Сообщение
 Заголовок сообщения: Проблема с DSL-G604T: зависания
СообщениеДобавлено: Вт мар 22, 2005 18:41 
Не в сети

Зарегистрирован: Сб сен 18, 2004 14:41
Сообщений: 34
Откуда: Moscow, Russia
Проблема:
при длительном использовании P2P клиентов (я использую Morpheus) модем "подвисает".
Перестает реагировать на все раздражители. По телнету или по вебу достучаться невозможно.
Модем работает в ржиме рутера+NAT
Насколько я понимаю - проблема с переполнением NAT таблицы маршрутизации или с большим количеством одновременных открытых сессий TCP.
Прошу ответить гуру или службу поддержки - есть ли решение подобной проблемы? (кроме перевода модема в режим моста).


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт мар 22, 2005 18:51 
Не в сети

Зарегистрирован: Вт окт 12, 2004 15:16
Сообщений: 210
Откуда: Москва
без версии прошивки вряд ли кто ответит.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт мар 22, 2005 18:53 
Не в сети

Зарегистрирован: Сб сен 18, 2004 14:41
Сообщений: 34
Откуда: Moscow, Russia
Информация о модеме:
Product Information
Model Number DSL-G604T
Ethernet MAC
DSL MAC N/A
AP MAC
Software Versions
Gateway V1.00B02T02.RU.20041207
ATM Driver 4.01.00.00
DSL HAL 1.01.00.00
DSL Datapumps 1.01.00.00 Annex A
SAR HAL 01.06.06 s
PDSP Firmware 0.49
Wireless Firmware 0.3.16.13
Wireless APDK 5.5.4.24
Wireless Driver 1.1.2
Boot Loader 0.22.02


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Проблема с DSL-G604T: зависания
СообщениеДобавлено: Ср мар 23, 2005 10:54 
PASHKA писал(а):
Проблема:
при длительном использовании P2P клиентов (я использую Morpheus) модем "подвисает".
Перестает реагировать на все раздражители. По телнету или по вебу достучаться невозможно.
Модем работает в ржиме рутера+NAT
Насколько я понимаю - проблема с переполнением NAT таблицы маршрутизации или с большим количеством одновременных открытых сессий TCP.
Прошу ответить гуру или службу поддержки - есть ли решение подобной проблемы? (кроме перевода модема в режим моста).

есть. ограничить число одновременных соединений p2p клиента.


Вернуться наверх
  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср мар 23, 2005 21:53 
Не в сети

Зарегистрирован: Вт окт 12, 2004 15:16
Сообщений: 210
Откуда: Москва
зайдите telnetом на порт роутера, имя root и дайте команду:
cat /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_close_wait
какое число она выдаст?


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср мар 23, 2005 22:05 
Не в сети

Зарегистрирован: Сб сен 18, 2004 14:41
Сообщений: 34
Откуда: Moscow, Russia
Выдает 295200


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср мар 23, 2005 23:24 
Не в сети

Зарегистрирован: Вт окт 12, 2004 15:16
Сообщений: 210
Откуда: Москва
дайте команду (действует пока не перегрузите модем)
echo 60 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_close_wait
этим вы уменьшите время, которое роутер будет держать в своей NAT таблице полузакрытые соединения. Таблица перестанет переполняться. Если поможет и захотите, чтобы действовало все время, ставьте прошивку McMCC.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср мар 23, 2005 23:27 
Не в сети

Зарегистрирован: Сб сен 18, 2004 14:41
Сообщений: 34
Откуда: Moscow, Russia
Боюсь я его прошивку ставить ... сам процесс муторный через адам2, да и не настолько я силен в Linux, тем более "малолитражном"... По крайней мере сначала было желание его прошивку поставить ... но когда прочитал read.me стало грустно и непонятно :(


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср мар 23, 2005 23:35 
Не в сети

Зарегистрирован: Вт окт 12, 2004 15:16
Сообщений: 210
Откуда: Москва
Еще можете проверить параметр
/proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_established
если он больше 3600 (час), то уменьшить до 3600 или даже 1200.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср мар 23, 2005 23:40 
Не в сети

Зарегистрирован: Сб сен 18, 2004 14:41
Сообщений: 34
Откуда: Moscow, Russia
У меня этот параметр /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_established вообще равен 432000!
Это 120 часов что ли?
Мне просто интересно - зачем такие значения ставит D-Link в свои прошивки?


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт мар 24, 2005 00:08 
Не в сети

Зарегистрирован: Вт окт 12, 2004 15:16
Сообщений: 210
Откуда: Москва
такие значения стояли по умолчанию в netfilter, прикрутили его не вдаваясь в подробности "слепила из того, что было". Проблема и пути ее решения известны давно, а в официальной прошивке этого до сих пор нет. Хорошо, что коды открыты и проблема решаема. У остальных девайсов коды закрыты и проблемы не могут решить годами.


Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ Сообщений: 11 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 17


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB