100 потерянных пакетов в Windows 10

Обновлено: 21.11.2024

Обсудите и поддержите полную потерю пакетов в Windows 10 Network and Sharing для решения проблемы; Я испытываю эту проблему уже пару дней. Мой Wi-Fi работает, но я либо не могу подключиться к игре, либо у меня сильные скачки пинга. Обсуждение в разделе «Сеть и общий доступ Windows 10», начатое пользователем jayrod185, 20 июня 2019 г.

100% потеря пакетов

100 % потеря пакетов – похожие темы – 100 % потеря пакетов

Потеря исходящего пакета

Потеря исходящих пакетов. Привет, на моем компьютере под управлением Win 10 время от времени происходят случайные потери исходящих пакетов, а во время разговора они прерываются на секунду, а затем возвращаются. Как я могу остановиться, поскольку я подключен к кабелю Ethernet и несколько раз менял интернет-провайдера, и это не устранило проблему.

Видимо диагностируемая потеря пакетов

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

Потеря пакетов в сети Microsoft

Потеря пакетов Microsoft Network: Здравствуйте, мне нужно подключиться к серверу, но я отключаюсь ровно каждые 2 часа. Когда я запускаю traceroute, я получаю потерю пакетов на узлы, указанные как сети Microsoft. Как мне решить эту проблему.

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

-1 пинг и 100% потеря пакетов на ПК через сервисы xbox

-1 ping и 100% потери пакетов на ПК службы xbox: я пробовал изменения администратора в командной строке, изменения групповой политики и остановку Интернета. абсолютно ничего не работает, сервисы подключаются нормально, все зеленое, кроме потери пакетов и пинга. есть ли у кого-нибудь исправление, которое я должен попробовать, потому что я целый день искал диагностику и.

Сеть Xbox теряет 100% пакетов

Сеть Xbox теряет 100 % пакетов: [ПРИЛОЖЕНИЕ] Попытка запустить многопользовательскую игру Forza Horizon 4, шок. У меня проблема в обе стороны. Поэтому, если я отключу брандмауэр, моя задержка будет нормальной, и у меня будет 0% потери пакетов, но тогда мое подключение будет заблокировано, и я не смогу получить доступ к многопользовательской игре. Если у меня установлен брандмауэр по умолчанию, это.

Потеря пакетов

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

Потеря пакетов 100% в приложении Xbox для Windows

Потеря пакетов 100% в приложении Xbox для Windows: Потеря пакетов 100% в приложении Hbox для Windows после запуска локального сервера через OpenServer. Ранее я пытался переустановить Windows, и проблема была решена, но после перезапуска OpenServer проблема вернулась. Обратился к провайдеру, он говорит что есть.

Потеря пакетов в локальной сети

Потеря пакетов в локальной сети: Здравствуйте, это странно, при каждом тесте ping я получаю потерю пакетов с использованием кабеля Ethernet, но когда я использую адаптер WI-FI, он работает нормально (без потери пакетов) . Я уверен, что маршрутизатор в порядке, а мое аппаратное и программное обеспечение (материнская плата) в порядке, я протестировал портативный Linux на том же компьютере.

алфек

rgd1101

алфек

rgd1101

Эта установка работала раньше? вы внесли какие-либо изменения?
откуда сигнал wifi? такое же устройство dsxo 1002w?

алфек

"Работала ли эта настройка раньше? '' - полагаю, нет. Я использовал соединение Wi-Fi, поэтому я понял это, когда начал использовать Ethernet.
''Вы внесли какие-либо изменения? '' - ISP worker setup остается. я ничего не менял.
''откуда сигнал wifi? то же устройство dsxo 1002w?'' - да Wi-Fi на том же устройстве работает без проблем.

алфек

rgd1101

алфек

канвульф

Титан

Для начала откройте окно cmd.exe и запустите " ipconfig.exe /all "
Это поможет нам понять конфигурацию вашего ПК.

алфек

Конфигурация IP-адреса Windows

Имя хоста . . . . . . . . . . . . : Shun-PC
Первичный суффикс DNS . . . . . . . :
Тип узла . . . . . . . . . . . . : Включена гибридная
IP-маршрутизация. . . . . . . . :
Прокси-сервер WINS не включен. . . . . . . . : Нет

Подключение по локальной сети адаптера Ethernet 4:

DNS-суффикс для конкретного подключения . :
Описание . . . . . . . . . . . : Гигабитный Ethernet-контроллер Killer e2200
Физический адрес. . . . . . . . . :
DHCP включен. . . . . . . . . . . : Нет
автоконфигурация включена . . . . : Да
Локальный IPv6-адрес . . . . . :
IPv4-адрес. . . . . . . . . . . : 192.168.1.50 (предпочтительно)
Маска подсети . . . . . . . . . . . : 255.255.255.0
Шлюз по умолчанию. . . . . . . . . : 192.168.1.1
DHCPv6 IAID . . . . . . . . . . . :
DUID клиента DHCPv6. . . . . . . . :

DNS-серверы . . . . . . . . . . . : 8.8.8.8
8.8.4.4
NetBIOS через Tcpip. . . . . . . . : включено

Адаптер беспроводной локальной сети Беспроводное сетевое подключение 3:

Адаптер беспроводной локальной сети Беспроводное сетевое подключение 2:

Состояние носителя . . . . . . . . . . . : Медиа отключены
DNS-суффикс для конкретного подключения . :
Описание . . . . . . . . . . . : Адаптер минипорта Microsoft Virtual WiFi
Физический адрес. . . . . . . . . :
DHCP включен. . . . . . . . . . . : Да
Автоконфигурация включена . . . . : Да

Адаптер беспроводной локальной сети Беспроводное сетевое подключение:

Состояние носителя . . . . . . . . . . . : Медиа отключены
DNS-суффикс для конкретного подключения . : domain.name
Описание . . . . . . . . . . . : Intel(R) Centrino(R) Wireless-N 135
Физический адрес. . . . . . . . . :
DHCP включен. . . . . . . . . . . : Да
Автоконфигурация включена . . . . : Да

Туннельный адаптер isatap.<>:

Состояние носителя . . . . . . . . . . . : Медиа отключены
DNS-суффикс для конкретного подключения . :
Описание . . . . . . . . . . . : Адаптер Microsoft ISATAP
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
автоконфигурация включена . . . . : Да

Туннельный адаптер isatap.<>:

Туннельный адаптер isatap.domain.name:

Туннельный адаптер isatap.<>:

В фильме была часть, где Тор и Локи пытались сбежать от своей сумасшедшей сестры Хелы, которая долгое время сидела в тюрьме. Чтобы попасть в Асгард (дом Тора и Локи) с земли, они используют очень скоростной портал для путешествий (мост Бифрост).

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

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

Потеря пакетов и ее причины

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

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

Перегруженность ссылок

Одной из основных причин потери пакетов является перегрузка канала. Простая аналогия — движение в час пик, когда на дороге больше машин, чем может выдержать дорога. Другая аналогия — 4-полосная дорога, переходящая в 2 полосы. Что происходит, так это то, что по ссылке поступает больше пакетов, чем эта ссылка предназначена для обработки.

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

Даже если канал технически может поддерживать скорость до 100 Мбит/с (например, MetroEthernet), интернет-провайдер настроит свои устройства так, чтобы организация могла передавать трафик только со скоростью 2 Мбит/с. Все, что больше, обычно отбрасывается (в зависимости от максимально возможного соглашения, заключенного организацией с интернет-провайдером).

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

Перегруженные устройства

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

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

Например, Cisco ASA 5506-X рассчитан на пропускную способность до 750 Мбит/с.Если вы используете такое устройство на границе сети организации с пропускной способностью выше максимальной, у вас определенно возникнут проблемы.

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

Неисправное оборудование и/или программное обеспечение

Другой причиной потери пакетов является неисправное оборудование. Это может быть компонент устройства или само устройство целиком.

Например, однажды я работал над проектом, в котором интернет-провайдер предоставлял организации 100 Мбит/с, но у организации все еще были проблемы с хорошим доступом в Интернет, особенно в периоды пиковой нагрузки. Мы обнаружили, что интерфейс на пограничном маршрутизаторе, соединяющий организацию с ее интернет-провайдером, может обеспечивать только 30 Мбит/с из 100 Мбит/с! Интерфейс вышел из строя (по какой-то причине), и как только мы переместили ссылку на другой интерфейс, производительность сразу увеличилась.

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

Вот несколько примеров программных ошибок в устройствах Cisco, приводящих к потере пакетов:

Беспроводные и проводные сети

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

Другие проблемы в беспроводной сети, которые могут привести к потере пакетов, включают слабый сигнал, ограничения по расстоянию и (неправильно настроенный) роуминг, многие из которых можно решить с помощью комбинации анализатора Wi-Fi и создания тепловых карт Wi-Fi.

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

Атака

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

Мы определили затронутые устройства — два пограничных маршрутизатора, работающие в активном/резервном режиме. Думая, что это аппаратная проблема на активном устройстве (из-за высокой загрузки ЦП), мы вручную переключились на резервное устройство и обнаружили ту же проблему на резервном устройстве.

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

Описанная выше атака является примером атаки типа "отказ в обслуживании" (DoS) и может привести к отбрасыванию законных пакетов из-за того, что устройство перегружено атакующим трафиком.

Неверная конфигурация

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

Последствия потери пакетов

Последствия потери пакетов зависят от соответствующего протокола/приложения.

TCP обычно предназначен для обработки потери пакетов из-за подтверждения и повторной передачи пакетов — если пакет потерян (т. е. для этого пакета не получено подтверждение), он обычно передается повторно.

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

Примерами приложений, которые плохо справляются с потерей пакетов, являются передача голоса по IP (VoIP) и некоторые типы видео. Ухудшение качества VOIP также иногда приводит к потере CDR и возможности подключения VOIP.

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

Согласно рекомендациям Cisco, потери пакетов в VoIP-трафике не должны превышать 1 % и составлять от 0,05 % до 5 % в зависимости от типа видео.

Лабораторная работа: потеря пакетов в GNS3

Давайте исследуем последствия потери пакетов с помощью простой лабораторной работы в GNS3.

Чтобы сделать это максимально реалистичным, мы представим устройство NETem, которое эмулирует канал и может учитывать различные факторы, такие как пропускная способность, задержка и потеря пакетов в канале. Эта функция на самом деле встроена в ядро Linux — устройство NETem просто упрощает ее настройку.

Загрузите GNS3 здесь и установите его, чтобы следовать вместе с нашей лабораторной установкой

Наша лабораторная установка показана ниже:

Устройство NETem прозрачно в сети, поэтому ПК1 и R1 фактически находятся в одной сети 10.0.0.0/24, думая, что у них прямое подключение.

Самый простой тест, который мы можем провести в сети, — это ping-тест. Пропингуем с ПК1 на R1:

Как видно из приведенного выше снимка экрана, мы получили ответы почти на все эхо-пакеты ping.

Примечание. Время ожидания первого пакета ping истекло из-за ARP. После этого начального эхо-запроса не должно истечь время ожидания, пока кэш ARP все еще содержит MAC-адрес другого хоста.

Теперь мы настроим устройство NETem для внесения потерь в сети. Когда мы открываем консольное (telnet) подключение к этому устройству, интерфейс по умолчанию выглядит так, как показано ниже:

Что я хочу сделать, так это применить 15%-ную потерю симметрично, то есть в обоих направлениях.

Теперь, когда мы снова тестируем ping, мы видим, что некоторые ping-пакеты потеряны:

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

Боковое примечание. Очень интересно попробовать заменить ПК1 маршрутизатором или любым другим устройством, которое можно использовать для открытия соединения telnet/ssh (VPCS этого не поддерживает). Затем настройте R1 для приема удаленных подключений, а затем попробуйте удаленно управлять R1 (telnet/ssh) с другого только что добавленного устройства.

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

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

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

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

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

Предполагая, что нет легко обнаруживаемых причин потери пакетов в сети, таких как высокая загрузка ЦП, вы можете продолжить устранение неполадок с помощью таких инструментов, как ping и traceroute. Последовательно отправляя пакеты проверки связи (разного размера), вы сможете определить, что в сети есть потери.

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

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

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

Вот несколько статей, которые помогут вам определить/устранить проблемы с пропусками ввода и вывода:

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

Устранение потери пакетов

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

Если ссылка перегружена, возможно, вам следует подумать о более толстом канале, чтобы вы могли передавать больше трафика по этой ссылке. Вы также можете рассмотреть возможность применения функций качества обслуживания (QoS), чтобы определенные типы трафика (например, VoIP) имели приоритет над другим трафиком, который не так чувствителен к потерям или критичен для операций.
Для устройств, которые чрезмерно загружены сверх своих возможностей, единственным решением может быть обновление до устройства с более высокой производительностью. В некоторых случаях это может быть компонент устройства, который необходимо обновить. Например, вы не должны использовать интерфейс Fast-Ethernet для соединения со скоростью 100 Мбит/с, потому что, хотя теоретический предел скорости Fast-Ethernet составляет 100 Мбит/с, на практике вы, вероятно, не сможете достичь этого предела. Вместо этого используйте интерфейс Gigabit-Ethernet.
Замените неисправное оборудование/кабели и обновите программное обеспечение, как только будут доступны новые версии (после адекватного тестирования).
В зависимости от вашей среды вы можете выбрать физический сетевой кабель (проводной), соединяющий ваше устройство с сетью, вместо использования беспроводного соединения. Что касается беспроводных сетей, вам следует постараться максимально уменьшить помехи. Один из способов — перейти на менее загруженный канал. Если расстояние не является ограничением и ваши устройства его поддерживают, вы можете перейти на диапазон 5 ГГц, который испытывает меньше помех, имеет больше непересекающихся каналов, что приводит к меньшему количеству перегрузок и конфликтов. Использование WiFi Analyzer может помочь вам в поиске проблем и проблемных областей в вашей сети Wi-Fi.
Если вас атакуют, постарайтесь как можно быстрее отразить эту атаку. Это может быть так же просто, как использование ACL для блокировки IP-адреса злоумышленника (если он статичен и известен). В более сложных случаях вы можете использовать такие функции, как удаленная маршрутизация Black Hole или облачный сервис для предотвращения атак DDoS, такой как Cloudflare.
Наконец, убедитесь, что ваша конфигурация не приводит к потере пакетов. Убедитесь, что настройки двусторонней печати совпадают на устройствах (или просто оставьте значение «Авто»). Если вы настроили QoS, убедитесь, что размер вашего буфера достаточен.

Заключение

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

Чтобы решить эту проблему, определите причину с помощью таких инструментов, как ping, MRT, команды show и перехват пакетов, а затем попытайтесь исправить дефект.

Часто задаваемые вопросы о потере пакетов

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

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

Является ли джиттер потерей пакетов?

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

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

Допуск к джиттеру различен для разных приложений. Интерактивные приложения, такие как потоковое видео или VoIP, плохо работают с джиттером. Как правило, джиттер должен составлять менее 10 % от типичного времени приема-передачи по соединению.

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

Это несколько симптомов потери пакетов.

Потеря 5 % пакетов и задержка в несколько микросекунд могут существенно повлиять на победу или поражение в онлайн-видеоиграх. Это также может ухудшить качество потоковой передачи мультимедиа и VoIP-связи.

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

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

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

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

Какие результаты нам нужны?

Мы ищем разницу (в %) между количеством отправленных пакетов и количеством полученных пакетов.

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

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

Как протокол TCP/IP обнаруживает потерю пакетов?

При передаче данных TCP/IP отправителя (или клиента) отслеживает порядковый номер (seq) пакетов.

Получатель (сервер) отправляет обратно подтверждение (ack) для каждого полученного пакета.

С помощью этой информации отправитель может полностью восстановить порядковый номер из полученных пакетов ACK и рассчитать процент потерянных пакетов (среди прочих показателей).

Модель TCP/IP является ключом к компьютерным коммуникациям, поскольку она обеспечивает успешную доставку всех пакетов данных. Когда TCP/IP обнаруживает потерю пакетов, отправитель повторно отправляет пакеты сегментов, которые не были подтверждены получателем, или получатель запрашивает повторную передачу.

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

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

К счастью, в Windows (и других ОС) есть встроенные инструменты, которые могут отображать процентное соотношение. Вы будете использовать такие команды, как «ipconfig», для сбора информации о вашем сетевом адаптере и «ping» для анализа ответов на определенные цели и сбора результатов потери пакетов. Полный список инструментов для устранения неполадок сети см. здесь.

Мы проведем два теста:

Один показывает потерю пакетов из-за покрытия беспроводного сигнала.
Другой вариант — связь без потери пакетов.

Наш сценарий — стандартная домашняя беспроводная сеть. Мы используем машину с Windows 10, подключенную к домашней сети WiFi. Точка доступа «AP» действует как маршрутизатор и шлюз в Интернет.

1. Открытие необходимых инструментов

Чтобы запустить тест потери пакетов в Windows, вам нужно открыть интерфейс командной строки «cmd» в Windows.

Для этого откройте приложение «Выполнить», просто нажмите и удерживайте клавишу Windows + R, затем введите «cmd»

Вы также можете найти cmd, введя «cmd» в строке поиска меню Windows.

Откройте «Командную строку» или приложение cmd в Windows.

2. Выполнение тестов

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

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

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

Во-первых, нам нужно найти IPv4-адрес нашей точки доступа. Команда ipconfig показывает IP-конфигурацию вашего сетевого адаптера.

В нашем случае в разделе Wi-Fi адаптера беспроводной локальной сети внизу показаны IPv4, IPv6, маска подсети и шлюз по умолчанию (наша беспроводная точка доступа).

Теперь пропингуем беспроводную точку доступа (шлюз по умолчанию).

Запустите «ping (целевой IP-адрес) -n 25», как показано ниже (вам нужно будет заменить целевой IP-адрес на IP-адрес шлюза по умолчанию, как показано выше).

Команда отправит 25 ICMP-пакетов на точку доступа, дождется их ответа, рассчитает процент потерянных пакетов и среднее значение RTT (время приема-передачи в мс).

Как вы можете видеть на снимке экрана выше, наше общение довольно плохое.

Из 25 отправленных пакетов 17 были получены, а восемь были потеряны, что составляет 32% потери пакетов. Даже среднее значение RTT (308 мс) в среднем доказывает, что эта конкретная беспроводная связь находится в плохом состоянии.

Потеря пакетов из-за перегрузки сети:

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

К счастью, не было перегрузки сети от источника (наш IP-адрес 192.168.0.104) до места назначения (общедоступный IP-адрес Google 172.217.168.174). В том же случае беспроводная связь не повлияла на потерю пакетов. Из 25 отправленных пакетов все были получены (0 потерянных). То есть 0% потерь пакетов.

3. Анализ результатов

Мы получили 32% потерь пакетов в первом тесте и 0% потерь пакетов во втором тесте.

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

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

Назначение	Внутренний/Внешний	№. пакетов	Отправлено	Получено	Потерянно	Потеря пакетов %
192.168.0.1	Внутренний	25	25	17	8	32%
172.217.168.174	Внешний	25	25	25	0	0%

Итог…

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

Результаты этих тестов помогут вам определить возможные причины потери пакетов.

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

Обзор

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

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

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

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

К счастью, вам не нужно покупать дорогостоящее программное обеспечение для устранения неполадок, так как оно на 100 % бесплатно, как и многие другие рассмотренные нами инструменты и программное обеспечение для устранения неполадок. Выполнение простых тестов в Windows, показанных выше, даст вам представление о возможных причинах потери пакетов

Читайте также: