Как проверить потерю пакетов интернета
Перейти к содержимому

Как проверить потерю пакетов интернета

  • автор:

Диагностика сервера при потери пакетов

Иногда может возникнуть ситуация, когда клиент обнаруживает плохую связь со своим сервером. Если такая ситуация возникает, то для начала посмотрим потери пакетов.
Обычно, первым делом заходят в командную строку и вводят команду # ping ip_сервера, однако есть способ, который покажет ситуацию более наглядно.

Проверка потери пакетов по странам

Проверим есть ли потери пакетов с разных стран, а также время соединения с сервером. Для примера возьмем сервис: https://check-host.net/?lang=ru
Заходим на сайт check-host и в строке вводим наш IP-адрес, в данном примере видим что потери пакетов отсутствуют:

Проверка потерь пакетов по странам

Установка mtr для разных ОС

Для более детального анализа возможной проблемы воспользуемся утилитой MTR. Данная утилита посылает указанное число пакетов к удаленному серверу и показывает количество потерь (если такие присутствуют) на каждом узле.

Для CentOS Linux:
# yum install mtr

Для Debian/Ubuntu Linux:
# apt-get install mtr-tiny

Для Windows операционных систем можно зайти в google, вписать в поиске winmtr и на любом из предлагаемых сайтов скачать установщик.

Пошаговая диагностика сети при потере пакетов

Для качественного теста команду mtr запускать нужно в обе стороны с минимум 100-200 пакетами.

Пример команды в Linux для тестирования и отправки 100 пакетов:
# mtr -s 1500 -r -c 100 -i 0.1 178.132.1.64
или
#mtr -r -c 200 google.com

Тестирование сети при помощи утилиты mtr

В самой последней строке мы видим что было отправлено (Snt) 100 пакетов и принято 100 пакетов без потерь (Loss%).

В 1, 2 и 10 строках показывает потери 84% и 100%. Это промежуточные узлы, которые пропускают весь трафик но могут не отвечать на ICMP запросы. Тут все хорошо, так как в следующих узлах потерь не обнаружено.

  • Loss% — процент потерянных пакетов;
  • Snt — отправленных пакетов;
  • Last — время задержки последнего отправленного пакета в миллисекундах;
  • Avg — среднее время задержки пакетов;
  • Best — минимальное время задержки пакетов;
  • Wrst — максимальное время задержки пакетов;
  • StDev — среднее отклонение времени задержки.

Похожий принцип запуска утилиты mtr и под Windows, разница только в графическом интерфейсе.

Решения по аренде выделенных серверов

На нашем сайте можно приобрести современные серверы в Нидерландах, Германии, Великобритании, Франции, Канаде и США.

Проверка Потерь Пакетов ™

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

Это дополняет традиционный тест скорости, только приблизительную скорость и задержку. Скорость важна для общего просмотра Интернета, загрузки файлов и потокового видео, но это не очень хорошая мера для производительности для более коммуникативной деятельности.

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

До недавнего времени веб-браузеры не могли протестировать это, так как они всегда пробовали все заново, пока оно не заработало. Недавно, однако, WebRTC был добавлен в современные браузеры, что, наконец, позволило провести этот тип теста. Я не смог найти другой сайт, который бы внедрил этот тип теста, поэтому я сделал один. Это позволяет любому человеку легко протестировать потерю пакетов без скачивания более сложного инструмента, такого как iPerf. Теперь вы можете просто нажать кнопку «Начать проверку» ниже, а затем интерпретировать результаты.

Кроме того, вы можете прочитать немного больше о сайте на специальных страницах «О сайте» и «Технологии».

Это отправит в общей сложности 149 пинг ы и будет использовать 15.4 KB данных.

Э, извините, но и – это слишком интенсивное тестирование. У меня точно нет кучи денег на размещение здесь, и я очень сомневаюсь, что тебе нужна такая тщательная проверка. Вы всегда можете запустить несколько проверок, если это необходимо. Кроме того, мои круглые штучки имеют тенденцию ломаться, пытаясь нарисовать столько пингы.

Проверка Потерь Пакетов ™

Возможно, вы спрашиваете: «Что такое потеря пакетов?» или «Какая мне разница?» Ну, потеря пакета — это просто когда пакет не может быть доставлен. Оно отправлено, возможно даже получено сервером, но где-то потеряно. Это как если вы отправляете какое-то сообщение на сервер, но сервер никогда не получает его или наоборот (он посылает его и не доходит до вас). Независимо от направления, это плохо.

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

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

If you would like to help translate further, please contact me! (Or any reason for emailing me is cool)

Как исправить потерю пакетов

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

Что такое потеря пакетов?

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

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

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

Что вызывает потерю пакетов в вашей сети

Потеря пакета происходит не только по одной причине. Диагностика причины потери пакетов в вашей сети покажет вам, что вам нужно исправить.

  • Пропускная способность сети и перегрузка. Основной причиной потери пакетов является недостаточная пропускная способность сети для требуемого соединения. Это происходит, когда слишком много устройств пытаются установить связь в одной сети.
  • Недостаточно мощное оборудование. Любое оборудование в сети, которое маршрутизирует пакеты, может привести к потере пакетов. Маршрутизаторы, коммутаторы, брандмауэры и другие аппаратные устройства являются наиболее уязвимыми. Если они не могут «идти в ногу» с трафиком, который вы передаете через них, они будут отбрасывать пакеты. Думайте об этом как официанте с полными руками: если вы попросите их взять другую тарелку, они, вероятно, уронят одну или несколько других тарелок.
  • Поврежденные кабели. Потеря пакетов может произойти на уровне 1, физическом сетевом уровне. Если ваши кабели Ethernet повреждены, неправильно подключены или слишком медленны для обработки сетевого трафика, они будут «пропускать» пакеты.
  • Программные ошибки: ни одно программное обеспечение не является безупречным. Микропрограмма вашего сетевого оборудования или программного обеспечения вашего компьютера может содержать ошибки, которые могут привести к потере пакетов. В этом случае потребитель мало что может сделать. Вы можете попытаться решить проблему самостоятельно, но часто единственным способом решения проблемы является исправление микропрограммы от поставщика, поставляющего оборудование. Обязательно сообщайте о предполагаемых ошибках, чтобы найти поставщиков, которые помогут решить проблему.

Обнаружение потери пакета

Существует ряд программных приложений, которые могут обнаружить потерю пакетов в сети. Они каким-то образом «вынюхивают» пакеты, анализируя время их поездки или просматривая пакеты. Самый простой способ выяснить, существует ли потеря пакетов, — это пропинговать устройства в вашей сети.

    В Windows откройте окно командной строки и используйте команду ping для настройки вашего маршрутизатора. Например, если локальный IP-адрес вашего маршрутизатора 192.168.0.1, следующая команда будет проверять связь с маршрутизатором:

ping 192.168.0.1 -t

В macOS или Linux откройте окно терминала и используйте следующую команду:

ping 192.168.0.1
--- 192.168.0.1 ping statistics --- 27 packets transmitted, 27 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 1.820/8.351/72.343/14.186 ms
tcpdump -i any
17 packets captured 85 packets received by filter 0 packets dropped by kernel

В Windows вы можете использовать tcpdump через оболочку Bash в Windows 10 или запустить Wireshark.

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

Определение причины потери пакета

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

Сначала проверьте соединение Ethernet между устройствами. Проверьте наличие явных признаков физического повреждения и неправильного подключения. Эти кабели работают правильно? Решает ли переключение кабелей проблему? Проверьте маршрутизаторы и коммутаторы аналогичным образом.

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

Как исправить потерю пакетов в вашей сети

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

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

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

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

Насколько публикация полезна?

Нажмите на звезду, чтобы оценить!

Средняя оценка / 5. Количество оценок:

Оценок пока нет. Поставьте оценку первым.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *