1

Я использую tcping, который пропингует порт TCP, чтобы проверить соединение моего компьютера с определенным портом. Среднее время ответа определенного адреса и порта составляет 50 мс при обычном соединении. Теперь я начинаю загрузку с другого адреса, используя IDM, который разделяет файл и загружает файлы одновременно. Время отклика моего пинга увеличивается примерно до 1500 мс. Я уверен, что моя загрузка увеличила это время ответа, потому что, когда я приостанавливаю свою загрузку, время ответа возвращается к 50 мс.

Изображение проблемы

Я хочу предотвратить это увеличение времени ответа на зарегистрированные адреса и порты.

Я не хочу использовать NetLimitter или NetBalancer.

Я также попробовал это. Я проверил Wireshark, и я уверен, что DSCP установлен, но моя проблема не решена.

2 ответа2

-1

Каждое подключение к Интернету имеет два направления: от пользователя к Интернету и обратно. Каждое направление не зависит от термов QoS и направляет прохождение пакета.

Установка приоритета для пакетов OUTGOING не меняет приоритет пакетов INCOMING. Приоритет и QoS входящих пакетов все еще находятся под контролем вашего интернет-провайдера.

Если у вас есть возможность расставить приоритеты для своего трафика на стороне интернет-провайдера - попробуйте это. В противном случае ваш единственный вариант - ограничить входящий трафик "максимальных усилий", чтобы у вас всегда была полоса пропускания для ваших эхо-запросов или другого трафика с "высоким приоритетом".

К сожалению, это не решение, но я надеюсь, что оно поможет вам понять проблему.

-1

Если насыщение полосы пропускания вашей восходящей или нисходящей сети вызывает скачки задержки, это означает, что у некоторого блока в вашем сетевом пути (вероятно, у вашего широкополосного модема или CMTS или DSLAM вашего провайдера) есть хорошо известная ошибка, называемая bufferbloat, где чрезмерная буферизация на блоке увеличивает задержку без пользы.

Исправление для bufferbloat заключается в обновлении алгоритма организации очереди (так называемая дисциплина очереди, сетевой планировщик) устройства с ошибками до интеллектуального алгоритма организации очереди с учетом задержки, такого как FQ-CoDel.

Если вы не можете исправить фактическую коробку с проблемой, вы можете обойти ее, установив коробку с FQ-CoDel в начале вашей сети и настроив формирование трафика, чтобы сделать его небольшим узким местом как в восходящем, так и в нисходящем направлении. направления. Таким образом, FQ-CoDel начинает работать и позволяет управлению перегрузкой TCP работать до того, как очереди с раздутыми буферами могут нарастить на багги.

Вы можете сделать это самостоятельно с помощью дистрибутивов прошивки маршрутизатора с открытым исходным кодом, таких как LEDE (ранее OpenWrt), но если вы хотите получить решение «под ключ», посмотрите IQrouter с сайта evenroute.com. По-видимому, он автоматически настраивает пропускную способность в течение дня, максимизируя пропускную способность и минимизируя задержки.

Многие люди, которые не узнали о буферной загрузке, ошибочно полагают, что пики задержки являются естественным результатом насыщенных сетевых соединений. Многие люди также предпринимают проблемные попытки обойти буферное пространство, настраивая QoS, пытаясь расставить приоритеты для некоторых потоков над большими потоками, вызывающими раздувание. Но решение буфера обмена напрямую намного лучше, потому что оно улучшает все потоки, даже большие, которые вызывали раздувание.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .