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

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

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

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

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

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

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

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

15 голосов | спросил Blackjack00 22 Mayam13 2013, 06:31:52

11 ответов


8

Это звучит как какая-то форма bufferbloat ", возможно, со стороны DSLAM /LNS, которая выполняет 6Mb ограничение скорости.

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

ответил LapTop006 22 Mayam13 2013, 07:21:50
7

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

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

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

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

ответил Brett Lykins 22 Mayam13 2013, 07:14:24
5

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

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

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

ответил Ricky Beam 22 Mayam13 2013, 06:52:36
3

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

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

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

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

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

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

ответил Trent 22 Mayam13 2013, 11:25:14
2

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

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

ответил user204 22 Mayam13 2013, 08:07:05
2

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

ответил 22 Maypm13 2013, 22:29:59
0

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

ответил rick 22 Mayam13 2013, 09:04:28
0

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

ответил bwindle66 22 Maypm13 2013, 18:13:29
0

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

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

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

ответил Łukasz Bromirski 22 Maypm13 2013, 18:23:01
0

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

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

ответил laf 24 Maypm13 2013, 16:20:47
0

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

ответил user2374 16 AM000000120000000931 2013, 00:05:09

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132