Тест на потерю пакетов – лучшие инструменты для тестирования и полное бесплатное руководство

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

Содержание

• • Что такое пакеты?
  • Что такое потеря пакетов ?
  • Что вызывает потерю пакетов?
  • Как проверить потерю пакетов
  • Как проверить потерю пакетов
  • Лучшие инструменты для тестирования потери пакетов
  • Заключение

Что такое пакеты?

Прежде чем ответить на вопрос «Что такое потеря пакетов?» сначала вы должны понять, что такое пакеты.

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

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

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

Итак, что такое потеря пакетов?

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

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

В начало

Что вызывает потерю пакетов?

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

Неисправные кабели

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

Недостаточная пропускная способность или перегрузка

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

Проблемы с программным обеспечением

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

Недостаточность оборудования

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

В начало

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

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

Потерю пакетов можно лучше всего понять с точки зрения его влияние на VoIP или интернет-протокол передачи голоса. Вспомните WhatsApp, голосовой чат Facebook, звонки по Skype и Google Voice – по сути, любые голосовые звонки, осуществляемые через сетевое соединение. Когда в приложении такого типа происходит потеря пакетов, это проявляется в виде «разрыва»: качество голоса низкое, и вы можете пропустить определенные слова или даже целые предложения. Эти данные теряются по пути и их трудно восстановить. Иногда приложение задерживается, запаздывая произнося речь и полностью запутывая разговор. Это может быть результатом потери сетевых пакетов, но также может быть связано с проблемами пропускной способности, джиттером и задержкой. То же самое относится к видеозвонкам, таким как FaceTime, видеочат Skype и видеочат Facebook.

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

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

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

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

Windows и другие имеют собственные инструменты, чтобы показать вам процент потери пакетов. Вы будете использовать две команды, ipconfig и ping, чтобы провести тест на потерю пакетов.

Есть два теста на потерю пакетов. Один тестирует потерю пакетов, вызванную покрытием беспроводного сигнала, а другой тестирует потерю пакетов, вызванную перегрузкой сети. В сценарии, который я вам представляю, используется машина с Windows 10. Он подключен к стандартной внутренней сети Wi-Fi, а точка доступа (AP) выступает в качестве маршрутизатора и интернет-шлюза.

1. Перейдите в интерфейс командной строки, открыв значок « запустить ». Для этого нажмите и удерживайте клавишу Windows + R, затем введите «cmd».
2. Откройте командную строку или приложение «cmd».

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

Проверка покрытия беспроводной сети

1. Во-первых, убедитесь, что вы расположены далеко от точки доступа, между вами и точкой доступа есть бетонные стены, поэтому вы можете подтвердить, что потеря вызвана покрытием сигнала.
2. Найдите IPv4-адрес точки доступа. Команда «ipconfig» покажет IP-конфигурацию вашего сетевого адаптера. В качестве альтернативы раздел Wi-Fi адаптера беспроводной локальной сети может показать вам IPv4- и IPv6-адрес, маску подсети и шлюз по умолчанию.
3. Выполните эхо-запрос беспроводной точки доступа, шлюза по умолчанию, запустив команду «ping [ целевой IP] -n 25 », заменив« целевой IP »на IP-адрес шлюза по умолчанию.

Этот процесс отправит 25 пакетов ICMP на точку доступа. Затем будет рассчитан процент потери пакетов и среднее время приема-передачи.

Тестирование перегрузки сети

Если вы хотите провести тест потери пакетов на предмет потери, вызванной перегрузка сети, выполните следующие действия:

1. Найдите себя рядом с беспроводной точкой доступа.
2. Проверьте подключение к Интернету на предмет потенциальной перегрузки. Я бы рекомендовал использовать для этого Google.com, потому что он надежен и стабилен, поэтому на стороне назначения не должно быть никаких проблем.

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

К началу

Лучшие инструменты тестирования потери пакетов

Тестирование потери пакетов требует полной видимости вашей сети. Вы должны уметь:

1. Определить причину потери пакетов
2. Устранить причину, чтобы сохранить работоспособность вашей сети.

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

1. SolarWinds VoIP и менеджер качества сети

Мой лучший тест на потерю пакетов Инструмент – SolarWinds ^® VoIP & Network Quality Manager (VNQM). Он предлагает мониторинг WAN в реальном времени и оповещения о производительности WAN между сайтами, а также детальный анализ записей вызовов (CDR) для выявления проблем с производительностью VoIP и предоставляет утилиты мониторинга VoIP для устройств Cisco. Утилиты тестирования и мониторинга потери пакетов, предоставляемые VNQM, являются мощными и продвинутыми, позволяя отслеживать ключевые показатели производительности вызовов VoIP, чтобы помочь вам точно определить причину низкого качества связи. Подробные записи вызовов генерируются программами Cisco и Avaya Communication Manager и соотносятся с производительностью глобальной сети, чтобы помочь вам диагностировать любые проблемы в вашей среде.

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

Как и все продукты SolarWinds, панель управления VNQM особенно привлекательна и удобна для пользователя, с красочными и динамическими графиками и диаграммами, упрощающими чтение данных. Доступна 30-дневная бесплатная пробная версия.

2. Монитор производительности сети SolarWinds

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

Панель мониторинга качества взаимодействия – одна из моих любимых функций НПМ. Его структура ясна и понятна, а показатели графически представлены в удобной для интерпретации форме. Вы получаете видимость среднего времени ответа и потерь пакетов в виде циферблатов; сетевая задержка и потеря пакетов в виде гистограмм; и средняя загрузка ЦП и использование памяти.

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

Эта надежная и мощная программа проверки потери пакетов. Как и SolarWinds VNQM, он доступен в виде 30-дневной бесплатной пробной версии.

3. Paessler PRTG Network Monitor

PRTG Network Monitor – это датчик основанная на программе мониторинга сети. По сути, это позволяет вам комбинировать датчики по вашему выбору для создания решения для мониторинга, соответствующего вашим потребностям. В этом смысле PRTG – это то, что вы из него делаете, и это одно из его наиболее заметных преимуществ.

PRTG Network Monitor включает три основных датчика для изоляции и устранения потери пакетов. Есть датчик Ping, датчик Cisco IP SLA и датчик качества обслуживания One Way. Датчик Ping используется для измерения доступности устройств и расчета потери пакетов в процентах, а датчик Cisco IP SLA измеряет скорость потери пакетов. QoS One Way контролирует сетевые пути, поэтому вы можете измерять и сокращать потери сетевых пакетов.

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

4. Тест потери пакетов

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

Чтобы использовать этот бесплатный инструмент, просто измените настройки, перетащив переключатели, указав размер пакета, частоту, продолжительность и допустимую задержку. . Либо выберите предустановленное приближение, чтобы упростить его использование. Будет отправлено 149 эхо-запросов и будет использовано 15,4 КБ данных.

Самое замечательное в этом инструменте – вам не нужно ничего загружать.

Как выбрать Лучший инструмент для тестирования потери пакетов

Если вы ищете надежные и сложные, но при этом простые в использовании инструменты тестирования потери пакетов, я настоятельно рекомендую SolarWinds VNQM, за которым следует SolarWinds NPM. Эти инструменты тестирования потери пакетов многофункциональны, но в высшей степени удобны для пользователя. Если вас устраивает модель ценообразования на основе датчиков, Paessler PRTG Network Monitor – жизнеспособная альтернатива. Наконец, бесплатный онлайн-тест на потерю пакетов подходит для личного использования.

---

---

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

Это всеобъемлющее руководство объясняет, что это потеря пакетов, каковы причины, как ее проверить, как провести тест на потерю пакетов и как ее исправить:

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

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

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

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

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

Packet Причины убытков

Причину убытков можно объяснить следующими пунктами:

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

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

# 2) Ошибки программного обеспечения: Это одна из наиболее распространенных причин потери пакетов данных, которая появляется в системе во время обновлений программного обеспечения и приводит к ненормальное поведение сети из-за внесенных ошибок. Это можно свести к минимуму, перезагрузив систему и введя исправления для программного обеспечения.

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

# 4) Угрозы безопасности : если вы испытываете внезапное падение пакетов данных и снижение скорости сети то возможной причиной этого может быть вредоносная вирусная атака на вашу сеть. Это означает, что кто-то получает несанкционированный доступ к вашей сети и выполняет отказ в обслуживании, так что нагрузка на маршрутизатор возрастает, и, как следствие, просит ваш маршрутизатор отбросить пакеты данных, чтобы сеть вышла из строя.

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

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

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

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

Рекомендуемая литература => ЛУЧШИЕ средства анализа пакетов

Влияние потери пакетов данных

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

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

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

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

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

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

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

Следующие ежедневные практические методы могут в значительной степени минимизировать общую потерю пакетов.

• Проверьте физические соединения : убедитесь, что соединения между всеми устройствами установлены правильно. Все порты правильно подключены к устройствам с помощью необходимого кабеля. Если соединение ненадежно и кабели подключены неправильно, произойдет потеря пакетов.
• Перезагрузите систему : если вы не перезагружали систему долгое время, дайте Это быстрый перезапуск, это устранит все ошибки, а также может решить проблему с потерей.
• Обновите программное обеспечение : используйте обновленное программное обеспечение и последнюю версию операционной системы. автоматически снижает вероятность потери пакетов.
• Использование надежного кабельного соединения вместо Wi-Fi: если мы используем оптоволоконный кабель и кабель Ethernet для сетевых подключений вместо сети Wi-Fi можно улучшить качество сети и снизить вероятность потери пакетов, так как сеть Wi-Fi более подвержена этому.
• Заменить out- современное оборудование . Замена устаревшего оборудования, такого как старые маршрутизаторы и коммутаторы с ограниченной пропускной способностью, на новые обновленные сетевые устройства высокой пропускной способности позволит минимизировать потерю пакетов. Поскольку устаревшее оборудование более склонно к сбоям, которые, в свою очередь, будут сбрасывать пакеты и увеличивать потерю пакетов.
• Определение типов ошибок и соответствующее исправление : если пакет выравнивания интерфейса потеря происходит с ошибками FCS, тогда существует несоответствие дуплексного режима между двумя концами интерфейса маршрутизатора. Таким образом, в этом случае сопоставьте интерфейс, чтобы исправить потерю. Если происходит только потеря FCS, значит, проблема с кабельными соединениями, поэтому проверьте соединения, чтобы исправить потери..
• Баланс канала : если полоса пропускания канала между источником и местом назначения заблокирована из-за высокой или чрезмерной загрузки пропускной способности ссылки, тогда она начнет снижаться. пакеты, если трафик не станет нормальным. В этом случае мы можем переместить половину трафика на защитный канал или резервный канал, который находится в состоянии ожидания, чтобы преодолеть ситуацию с высокой потерей пакетов и обеспечить хорошее качество обслуживания. Это известно как баланс канала.

Тест потери пакетов

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

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

Архитектура PRTG:

[источник изображения]

# 1) Тест потери пакетов PRTG

Односторонний датчик качества обслуживания (QoS): Этот инструмент используется для определения различных параметров, связанных с качеством сеть между двумя узлами, также известная как зонды.

Это используется для мониторинга пакета t потеря в соединениях Voice over IP (VoIP).

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

Теперь, когда соединение установлено между удаленным зондом и зондом на стороне сервера, датчик будет передавать группу пакетов UDP от исходного зонда на удаленный конец и оценит их ниже факторы:

1. Шум или дрожание в миллисекундах (мин., макс. и среднее)
2. Отклонение задержки пакета в миллисекундах (мин., макс. и в среднем)
3. Реплики пакетов (%)
4. Искаженные пакеты (%)
5. Потерянные пакеты (%)
6. Неупорядоченные пакеты (%)
7. Последний доставленный пакет (в миллисекундах)

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

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

PRTG QoS Reflector: Лучшее в использовании этого отражатель заключается в том, что он также может работать в любой из операционных систем Linux, поэтому нет необходимости использовать систему Windows и удаленный зонд для вывода.

Это своего рода скрипт Python, который передает пакеты данных между узлами, известными как конечные точки, и PRTG. Таким образом, отправляя пакеты данных между двумя конечными точками, он будет измерять все параметры QoS в сети. Таким образом, извлекая эти данные и выполняя анализ и сравнение, мы можем определить джиттер, отклонение в задержке пакетов, потерянные пакеты, искаженные пакеты и т. Д.

Датчик Ping: Этот датчик передает пакеты данных запроса эхо-сообщения протокола управляющих сообщений Интернета (ICMP) между двумя узлами сети, в которых мы должны проверить параметры сети и потерю пакетов, и если получатель доступен, он вернет эхо-ответ ICMP пакетов в качестве ответа на запрос.

Отображаемые параметры:

1. Время пинга
2. Время пинга минимально, если используется более одного пинга за интервал
3. Время пинга максимальное, если используется больше одного пинга за интервал
4. Пакет потеря (%) при использовании более одного эхо-запроса за интервал
5. Среднее время приема-передачи в миллисекундах.

Значение по умолчанию для пинга – четыре пинга за интервал сканирования для операционной системы Windows и ОС на базе Unix, эхо-запрос будет продолжаться, пока мы не нажмем несколько ключевых слов, чтобы остановить его.

Теперь давайте проверим потерю пакетов между ноутбуком и сетью Wi-Fi.

Выполните следующие действия:

1. Перейдите в командную строку, выбрав меню «Пуск» и набрав «cmd».
2. Теперь откроется командное окно, затем используйте команду ping 192.168.29.1 и нажмите Enter.
3. Это выполнит проверку связи с заданным IP-адресом и даст нам результат, показанный ниже. >

Вывод:

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

Рассмотрим случай, когда потеря тогда результат пинга будет таким, как показано на скриншоте ниже, где происходит 100% потеря пакетов, поскольку пользователь не может подключиться к сети Wi-Fi.

# 2) Инструмент MTR для пакетов Тест потерь

Мы уже вкратце изучили инструмент ping и traceroute в одной из предыдущих статей.. Ссылка приведена ниже –

Необходимо прочитать => Основные шаги и инструменты для устранения неполадок сети

Итак, давайте перейдем к инструменту MTR который сочетает в себе функции ping и traceroute и используется для устранения неполадок и мониторинга производительности сети и параметров потери пакетов.

Мы можем запустить команду MTR из командной строки, используя MTR, за которым следует целевой хост Айпи адрес. После того, как мы запустим команду, она будет отслеживать пункт назначения по различным маршрутам. Чтобы остановить его и провести расследование, мы можем ввести клавишу q и клавишу CTRL + C.

Давайте посмотрим, как мы можем анализировать различные параметры сетевого подключения с помощью этого инструмента из приведенный ниже пример и вывод одной из сетей:

[источник изображения]

• Связь с целевым узлом : здесь , Трассировка MTR показывает в выходных данных, что он без сбоев достигает последнего перехода пункта назначения, как видно из приведенного выше изображения, ясно, что нет проблем между соединением между источником и конечным пунктом назначения.
• Потеря пакетов: В этом поле указывается процент потери пакетов на каждом промежуточном переходе, когда мы движемся от источника к конечному пункту назначения. Потеря пакетов 0%, как показано на изображении выше, указывает на отсутствие проблем, но если они показывают некоторую потерю, нам нужно проверить этот конкретный переход.
• Время приема-передачи (RTT) ): Это общее время, необходимое пакетам для достижения пункта назначения от источника. Он рассчитывается в миллисекундах, и если он очень большой, это означает, что расстояние между двумя прыжками очень велико. Как мы видим, разница во времени RTT между переходом 6 и переходом 7 на приведенном выше снимке экрана огромна, потому что оба перехода находятся в разных странах.
• Стандартное отклонение: Этот параметр отражает отклонение задержки пакета, которое рассчитывается в миллисекундах.
• Джиттер : это искажение, которое обычно наблюдается во время голосовой связи. в сети. Инструмент MTR также может оценить количество джиттера на каждом уровне перехода между источником и местом назначения, просто добавив поле в настройки по умолчанию и запустив команду show jitter.

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

Теперь на скриншоте ниже мы можем увидеть, что при увеличении скорости передачи пакетов и отправке большего количества пакетов на каждом узле происходит сбой пакетов на узле 1, 2 и 3 со 100% ошибкой пакетов на этапе 2. Таким образом, это означает, что на этих переходах существует перегрузка сети. Нам нужно принять меры для их исправления.

Заключение

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

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

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