Что может вызвать высокую задержку в любое время, когда есть трафик в глобальной сети?

У меня есть сеть, которая испытывает медленные скорости интернета. После большого количества устранения неполадок я решил, что любой потоковый контент / загрузки вызовут задержку трафика WAN.

Например, без нагрузки я пинг 8.8.8.8 примерно на 30 мс. Если я начну потоковую передачу YouTube на том же компьютере, задержка увеличится примерно до 500 мс с дисперсией около 400 мс. Если я выключу видео, задержка вернется к 30 мс. Но, если у меня есть пользователь в той же локальной сети, который начинает потоковое вещание, проблема возвращается.

В моей сети отключен один коммутатор 10/100. Коммутатор подключен напрямую к маршрутизатору DSL. У меня обычно 6 Мб соединения.

При устранении неполадок я выполнил следующее:

• Сканирование с помощью wireshark с нескольких рабочих станций в поисках ошибочных пакетов. (Я бы включил, но сканы имеют конфиденциальную информацию). Ничего, даже отдаленно необычного.
• Заменил роутер на обновленную модель, затем обновил прошивку.
• Если бы провайдер увеличил скорость, которая была правильно измерена на speedtest.net (10 вниз, 1.5 вверх). Проблема была точно такой же.
• Если бы провайдер поменял карты на своем конце, на случай, если у них плохое оборудование / порт.
• Проверено в другом офисе с точно таким же провайдером / пакетом. Было несколько компьютеров с потоковой передачей YouTube @ 1080p и Pandora, не влияя на задержку.
• Выключите все компьютеры, кроме одного, и работайте ночью, когда там нет пользователей.
• Отслеживаемый трафик локальной сети, который никогда не испытывает проблемы с задержкой.

Я знаю, что, если я достигну ограничения полосы пропускания или скорость будет узким местом на каком-то оборудовании, это вызовет эту проблему. Тем не менее, это совсем не так. Почти любой трафик через глобальную сеть будет увеличивать задержку. Проблема была той же, даже когда я почти удвоил скорость соединения. Когда я получаю двух пользователей на pandora и пару серфингистов, интернет перестает работать (падают пакеты, страницы не загружаются). У меня есть половина соединения дома, и наша одновременная трансляция netflix / youtube / pandora даже не затрагивает мои 5 Мб.

Вопрос: Что может вызвать высокую задержку в любое время, когда трафик проходит через глобальную сеть?

Это звучит как некая форма « буфера обмена », вероятно, со стороны DSLAM / LNS, которая выполняет ограничение скорости 6 Мб.

Это может быть ваша коробка CPE, но это немного менее вероятно.

Я бы проверил, где происходит задержка. Используйте инструмент, такой как MTR, который проверяет задержку на каждом прыжке. MTR объединяет статистику пинга для каждого прыжка с маршрутом трассировки и может значительно помочь сузить проблему такого типа.

На linux box команда будет mtr 8.8.8.8, есть также версия этого инструмента для windows .

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

Если задержка начинается внутри вашей сети, вы также сможете сузить проблему самостоятельно.

Проверьте статистику линии DSL. (чередование и быстрый путь, счетчики ошибок и т. д.)

Тест в другом месте тестировал другую строку , возможно, в другом DSLAM. Это говорит о том, что инфраструктура интернет-провайдера не виновата. Это настоятельно предполагает, что ваша линия DSL виновата. Возможно, сам DSLAM перегружен, но вряд ли вы будете теми, кто будет предсказуемо и неоднократно толкать его за линию.

Если ячейки ATM повреждены (транспорт для большинства DSL), вы увидите значительное замедление, подобное этому, поскольку весь кадр должен быть повторно отправлен.

В любое время, когда у меня возникают задержки в сети, первое, что нужно сделать, это проверить каждое отдельное соединение в сети. Обычно есть одно устройство, где возникает узкое место.

Если это сеть с низким уровнем использования, я бы полностью отключил QoS на всем, кроме подключенного к Интернету устройства (поскольку QoS будет замедлять трафик в среде коммутации).

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

Я также проверил бы центральный процессор каждого устройства, когда у вас есть проблема. Если вы видите, что процессор подпрыгивает, то это, вероятно, ваше проблемное устройство. Проверьте журналы, чтобы увидеть, есть ли какие-либо ошибки.

Кроме того, я был бы уверен, что все соединения согласовываются на полной скорости (скорость 100 дуплекс).

Также попробуйте отключить любой брандмауэр или службы безопасности.

Еще одна вещь, на которую стоит обратить внимание, это соединение между вашим коммутатором и модемом DSL. Симптомы, которые вы описываете, звучат так, как будто между ними существует дуплексное несоответствие.

Другой способ исключить коммутатор - полностью удалить коммутатор и проверить соединение с одной машиной, подключенной напрямую к модему DSL.

Высокая задержка / плохая пропускная способность при высоком трафике иногда свидетельствует о проблеме L1 (несоответствие дуплексного режима / плохой кабель / грязное волокно). Вы проверили, что это не так?

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

Простым методом, который я использовал, была функция traceroute, которая искала большое время отклика в трассировках и проверила эту систему на предмет аппаратного сбоя, DOS-атак, неправильных классификаций QoS и тому подобного. Конечно, вам нужен доступ ко всему оборудованию на пути. В те времена мне было легко, так как я работал на телеком.

На какой операционной системе вы это тестируете? Если это Windows, по умолчанию установлена ​​служба «QoS Packet Scheduler» и привязана к сетевому интерфейсу. Он включается в зависимости от базовых настроек сетевого стека и заблаговременно задерживает любой трафик, который не классифицирован как «мультимедиа».

Попробуйте удалить его из интерфейса и перепроверить свои результаты.

Или еще лучше, перенастройте его правильно: http://www.dslreports.com/faq/3688

Из своего опыта я бы добавил, что некоторые интернет-провайдеры рассматривают ICMP-пакеты с самым низким приоритетом. Это происходило один раз, каждый раз, когда я запускаю youtube, чтобы даже «истекло время ожидания запросов».

Опубликовать winmtr перед началом видео и во время воспроизведения видео. Начните вторую потоковую передачу, и давайте посмотрим, как это повлияет как на пакеты ICMP, так и на первое видео.

Если вы подключаетесь через коммутатор 10/100 и у вас есть автосогласование по части этого, у вас может быть несоответствие дуплексного режима. Это приведет к частым конфликтам, когда в сети есть нагрузка, которая не будет отображаться, когда все относительно тихо. Столкновения будут вызывать повторную отправку, а также приводят к откату связи и могут вызвать, по-видимому, необоснованное замедление.

Извините, что оживил старую ветку. ОП написал:

... Почти любой трафик через глобальную сеть будет увеличивать время ожидания ...

Это точные симптомы Bufferbloat. Маршрутизатор, вероятно, ставит в очередь слишком большой трафик и истощает небольшие потоки (которые необходимы для обеспечения оперативности).

Вашему маршрутизатору нужен способ уменьшить проблему «задержки под нагрузкой». Вы можете работать с QoS, но это требует много настроек и постоянной настройки.

Уровень техники улучшился со времени OP, поэтому ищите Bufferbloat, AQM, CoDel, fq_codel, Cake, PIE или другие методы.