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

16

У меня есть сеть, которая испытывает медленные скорости интернета. После большого количества устранения неполадок я решил, что любой потоковый контент / загрузки вызовут задержку трафика 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 Мб.

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

Blackjack00
источник
1
этот вопрос охватывает широкую область, о чем вы говорите, это устранение неполадок в сети и поиск проблемы. Вопросы должны быть более конкретными. Это, кстати, не имеет ничего общего с wireshark (как описано в ваших тегах). Тем не менее, добро пожаловать в сетевой инжиниринг;)
Bulki
Вам помог какой-нибудь ответ? Если это так, вы должны принять ответ, чтобы вопрос не появлялся вечно, ища ответ. Кроме того, вы можете предоставить и принять свой собственный ответ.
Рон Мопин

Ответы:

10

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

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

LapTop006
источник
+1 Это может быть плохо настроенное ограничение или ограничение скорости со стороны интернет-провайдера, но это также может быть некачественный (или неисправный) CPE. Я видел, что CPE, оцененные в 40 Мбит / с, начинают опрокидываться со скоростью 10 Мбит / с, потому что они не могут, например, справиться с высокой скоростью передачи в секунду. Высокая частота pps маленьких пакетов действительно напрягает их.
Jwbensley
О, я не видел, чтобы он заменил CPE. Я пропустил этот пункт!
Jwbensley
9

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

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

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

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

Бретт Ликинс
источник
1
есть ли версия mtr для устройств Cisco IOS вообще? Я знаю, что он может быть запущен из Junos CLI
DrBru
5

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

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

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

Рики Бим
источник
3

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

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

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

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

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

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

Трент
источник
2

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

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

user204
источник
2

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


источник
0

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

стог
источник
0

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

bwindle66
источник
0

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

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

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

Лукаш Бромирски
источник
0

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

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

LAF
источник
0

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

Buz_Dale
источник
0

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

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

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

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

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

richb-Hanover
источник