Мой маршрутизатор "забит" после короткого времени интенсивного использования?
У меня дешевый маршрутизатор TP-Link TL-WR340G/TL-WR340GD. Я чувствую, что после короткой сессии тяжелой загрузки или выгрузки, она становится "забитой". Веб-сайты не отвечают, соединения обрываются и т. Д. Когда я перезагружаю маршрутизатор, мой интернет снова работает нормально, по крайней мере, на короткое время, пока не почувствуется, что он снова "забился".
Я не знаю, является ли это правильным предположением вообще. Я только знаю, что перезапуск моего маршрутизатора исправляет это на короткое время. Есть ли способ на самом деле проверить это, выяснить, что происходит, и исправить это?
2 ответа
Проблема временно исчезнет, если вы временно остановите весь трафик без перезагрузки? Если это так, то то, что вы описали, звучит как классические симптомы раздувания буфера, что становится все более серьезной проблемой в Интернете, особенно в случае плохо спроектированных домашних шлюзов.
В основном, плохо спроектированные домашние шлюзы часто буферизуют слишком много пакетов, когда сеть перегружена, что препятствует тому, чтобы стеки TCP/IP конечных точек соединения обнаруживали перегрузку, что препятствует включению механизмов контроля перегрузки TCP, усугубляя проблему,
Исправление состоит в том, чтобы получить лучший маршрутизатор или установить сторонний дистрибутив с открытым исходным кодом, например, DD-WRT, OpenWRT, Tomato и т. Д., Который лучше работает и может дать вам доступ к параметрам настройки, которые позволят вам исправить это для себя. Продукты, продаваемые как "игровые" маршрутизаторы, часто оптимизируются для малой задержки, и, следовательно, с меньшей вероятностью решат эту проблему. Они также с большей вероятностью предоставят вам доступ к параметрам настройки буфера с помощью заводской прошивки.
Джим Геттис (Jim Gettys) - интернет-исследователь, которому приписывают диагностику проблемы переполнения буфера, доводя ее до сведения более широкого сообщества исследователей интернет-протокола. Об этом он пишет на http://www.bufferbloat.net/. Его аудитория - другие исследователи, поэтому, если вы действительно не разбираетесь в этом, этот сайт может быть не для вас.
Iljitsch van Beijnum - писатель для Ars Technica, который внимательно следит за работой IETF и материалами интернет-протокола. Вот статья, которую он опубликовал несколько месяцев назад на тему " Раздувание буфера": Понимание буфера обмена и гонки сетевого буфера вооружений.
Вы тихо, вероятно, испытываете переполнение таблицы маршрутизации: это происходит, когда много одновременных TCP-соединений, что приводит к тому, что таблица маршрутизации в вашем маршрутизаторе (duh) принимает размер, больший, чем тот, который может быть выделен в его RAM. Обычно это происходит при использовании P2P (особенно, когда он использует BitTorrent - даже больше, когда DHT включен) на маршрутизаторах с небольшим объемом ОЗУ (например, у вас - беглый поиск в Google позволяет предположить, что он имеет скудные 8 МБ). В этом случае дополнительные соединения TCP не могут быть установлены должным образом.
Возможные решения (кроме покупки нового маршрутизатора): - Отключите DHT в вашем BT-клиенте. Этот параметр обычно можно найти в параметрах BitTorrent, вот пример из uTorrent:
Найдите параметр типа "Максимальное количество соединений TCP" или "Максимальное количество портов" или что-то подобное в конфигурации маршрутизатора. Не каждая конфигурация маршрутизатора имеет такую опцию, но если она есть, посмотрите, сможете ли вы решить проблему, уменьшив ее значение. Также может быть опция для тайм-аутов TCP и UDP - вы также можете уменьшить их, так как неактивные соединения имеют тенденцию слишком долго задерживаться, что приводит к засорению таблицы маршрутизации.
Если это невозможно, вы также можете уменьшить максимальное количество одновременных подключений в вашем Torrent-клиенте - в uTorrent он находится в "Bandwidth".