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