DI-524UP станет смертельно медленным при загрузке потоков
У меня есть маршрутизатор DI-524UP, который совместно использует Интернет к двум ноутбукам дома через беспроводную связь и рабочий стол через проводной набор. Это станет едва доступным/дающим отклик на ping-запрос через беспроводную связь, когда я загружу потоки на настольном компьютере. Даже когда я ограничиваю скорость загрузки 20% или меньше доступной пропускной способности - это должно быть что-то еще, не скорость, которая вызывает проблему. Я попытался ограничить количество активных соединений и материала, но это все еще не исправит.
Есть ли что-нибудь, что я могу сделать об этом?
1 ответ
(Прямо сейчас этот ответ является диагностикой только: если первая часть точна, я планирую отредактировать это с решением.)
Кажется вероятным, что таблица NAT заполняется; DI-524 только имеет приблизительно 8 МБ памяти, таким образом, таблица NAT является относительно маленькой. Хотя torrenting, вероятно, что вызывает Ваши проблемы, torrenting может на самом деле просто ухудшить причину.
Чтобы проверить, забивает ли torrenting таблицу NAT:
- Получите базовую линию записей в таблице NAT. Скачать
- Перезапустите маршрутизатор. Легче протестировать с пустым большим списком.
- Подключите две машины к сети - один с проводным соединением, другой с помощью беспроводных технологий.
- Позвольте войти в систему маршрутизатор. Используйте проводную машину для вхождения в веб-интерфейс администрирования маршрутизатора в
- Подчеркните маршрутизатор, пока это не будет безразлично к беспроводной машине. На беспроводной машине проверяйте с помощью ping-запросов маршрутизатор непрерывно, таким образом, будет очевидно, когда маршрутизатор будет безразличен. На проводной машине найдите активный поток, который, вероятно, заставит маршрутизатор застревать (распределение Ubuntu работает хорошо), и начните torrenting. Можно остановить torrenting, после того как маршрутизатор безразличен.
- Проверьте журнал маршрутизатора. Используйте проводную машину для вхождения в веб-интерфейс администрирования маршрутизатора. Перейдите к Состоянию-> Журнал и просмотрите все записи в журнале. Любой "Из буферных сообщений" NAT указывает, что маршрутизатор заполняет свою таблицу NAT.
- Получите записи в таблице NAT снова. Скачать
- Перезапустите маршрутизатор (или ожидайте приблизительно 15 минут) очистить таблицу NAT.
http://<your router's IP address>/natlist.txt и сохраните его как natlist-baseline.txt. Этот файл будет служить точкой сравнения позже. http://<your router's IP address>/. Перейдите к Состоянию-> Журнал-> Настройки Журнала и удостоверьтесь, что "Отброшенные пакеты" проверяются. Вернитесь к Состоянию-> Журнал и удалите все текущие записи в журнале путем нажатия на "Clear". http://<your router's IP address>/natlist.txt и сохраните его как natlist-post-test.txt. Если Вы видели "Из буферных сообщений" NAT на шаге 6, пора сравнить эти два файла, которые Вы загрузили. Иначе таблица NAT, вероятно, не является Вашей проблемой — извините.
natlist-baseline.txt и natlist-post-test.txt файлы являются дампами простого текста таблицы NAT и некоторой связанной диагностики. Прямо сейчас мы просто интересуемся измерением отношения между типичным количеством записей NAT (базовая линия) и максимальным возможным количеством записей NAT (заключительный тест). В каждом файле найдите строку, которая похожа
total entries = <some number>
и разделите число на базовый файл числом в файле после испытания. Если отношение очень выше 0.5, torrenting не мог бы быть единственным текущим вопросом.