я используюtcping, который пингует порт TCP, чтобы проверить подключение моего компьютера к определенному порту. Среднее время ответа определенного адреса и порта составляет50мсв нормальном соединении. Теперь я начинаю загрузку с другого адреса, используяИДМ, который разделяет файл и загружает файлы одновременно. Мое время ответа ping увеличивается примерно до1500мс. Я уверен, что моя загрузка увеличила это время ответа, потому что когда я приостанавливаю загрузку, время ответа возвращается к50мс.
Я хочу предотвратить увеличение времени ответа на зарегистрированных адресах и портах.
Я не хочу использоватьNetLimitterилиNetBalancer.
Я тоже пробовалэтотЯ проверил Wireshark и уверен, что DSCP установлен, но моя проблема не решена.
решение1
Если перегрузка пропускной способности восходящей или нисходящей сети приводит к резкому увеличению задержки, это означает, что какое-то устройство на вашем сетевом пути (вероятно, ваш широкополосный модем или CMTS или DSLAM вашего интернет-провайдера) имеет хорошо известную ошибку, называемую «раздуванием буфера», при которой чрезмерная буферизация на устройстве увеличивает задержку без какой-либо выгоды.
Исправление проблемы раздувания буфера заключается в обновлении алгоритма организации очередей (он же дисциплина очереди, сетевой планировщик) неисправного устройства до интеллектуального алгоритма организации очередей, учитывающего задержку, например, FQ-CoDel.
Если вы не можете исправить саму коробку с проблемой, вы можете обойти ее, установив коробку с FQ-CoDel во главе своей сети и настроив ее формирование трафика так, чтобы она стала небольшим узким местом как в восходящем, так и в нисходящем направлении. Таким образом, FQ-CoDel включится и позволит работать контролю перегрузки TCP, прежде чем на глючном ящике могут накопиться раздутые очереди буферов.
Вы можете сделать это самостоятельно с помощью дистрибутивов прошивки маршрутизатора с открытым исходным кодом, таких как LEDE (ранее OpenWrt), но если вам нужно готовое решение, посмотрите на IQrouter от evenroute.com. Он, по-видимому, автоматически настраивает свою полосу пропускания в течение дня, максимизируя пропускную способность и минимизируя задержку.
Многие люди, которые не знают о bufferbloat, ошибочно полагают, что скачки задержки являются естественным результатом перегруженных сетевых соединений. Многие также предпринимают проблемные попытки обойти bufferbloat, настраивая QoS, пытаясь приоритизировать некоторые потоки по сравнению с большими потоками, которые вызывают раздувание. Но решение bufferbloat напрямую гораздо лучше, потому что это улучшает все потоки, даже большие, которые вызывали раздувание.
решение2
Каждое интернет-соединение имеет два направления: от пользователя к интернету и обратно. Каждое направление независимо с точки зрения QoS и маршрута прохождения пакетов.
Установка приоритета для ИСХОДЯЩИХ пакетов не изменяет приоритет ВХОДЯЩИХ пакетов. Приоритет и QoS ВХОДЯЩИХ пакетов по-прежнему контролируются вашим провайдером.
Если у вас есть возможность приоритизировать трафик на стороне провайдера - попробуйте это. В противном случае, ваш единственный вариант - ограничить входящий трафик "лучшее усилие", чтобы у вас всегда была некоторая полоса пропускания для пингов или другого "высокоприоритетного" трафика.
К сожалению, это не решение, но я надеюсь, что это поможет вам понять проблему.