Помощ
Какво е загуба на пакети и как я забелязваш?
Загуба на пакети означава, че изпратени пакети не достигат целта. Сравнете устройства, връзки и повторни измервания; липсващ пинг отговор сам не открива повредата.
Пакет е загубен, когато не достига местоназначението. Накъсана реч, скокове в игра или спрели прехвърляния могат да съответстват, но имат и причини в устройството или приложението. Високата скорост на изтегляне не изключва периодична загуба. VMAXCHECK не измерва директно загубата на пакети; скорост или латентност не потвърждават диагнозата.
Започнете с контролирано сравнение
- Запишете час, продължителност, приложение и дали няколко устройства имат проблем едновременно. Ако приложението показва мрежова статистика, запишете загубите и посоката според неговото обяснение.
- Сравнете Wi-Fi и Ethernet на същото устройство през кратък интервал. Спрете собствените големи прехвърляния и архиви за началната стойност; наблюдавайте обичайните проблемни условия отделно.
- Повторете в спокоен период и по време на проблема със същите цели и настройки. Една добра проба не изключва периодична повреда. Самият вечерен модел не доказва претоварване.
- Сравнете друго устройство и услуга. При едно засегнато приложение проверете и състоянието на услугата. Подобрение с Ethernet насочва към безжичния път или устройството, но не доказва загубени Wi-Fi кадри.
Ограничени пинг тестове
В Windows ping /n 50 1.1.1.1 изпраща 50 ICMP echo заявки към публична цел. Използвайте цел, която отговаря; тя не е непременно сървърът на приложението. Тествайте и локалния адрес на рутера от мрежовите настройки, като замените целта с него. Пазете отделни резултати: изпратени заявки, получени и липсващи отговори, времена за отиване и връщане. Повтаряйте с еднакъв брой, срок за изчакване, размер и адресно семейство. Избягвайте много кратки срокове и бързи flood тестове; изчакването на липсващи отговори може да удължи пробата до няколко минути.
Тълкувайте липсващите отговори внимателно
- Два липсващи отговора от 50 са 4% липсващи ICMP отговори в тази проба, не надеждна оценка за целия трафик на приложенията. Рутер или цел може да ограничава или блокира ICMP. Заявката и отговорът могат да липсват по различни участъци.
- Липсващи отговори на рутера заедно с проблеми в приложенията обосновават първо проверка на локалния път. Мълчащ рутер без съответни симптоми не доказва повредена връзка.
- Ако рутерът отговаря, но няколко интернет цели и приложения не работят, проверете интернет страната на рутера, достъпа и останалия път. Резултатът не определя доставчика като единствен виновник.
- Звездички в traceroute или загуба при един междинен скок в pathping не доказват грешка в препращането. Сравнете крайната цел, следващите скокове и приложенията: устройство може да ограничава собствените отговори и да препраща друг трафик.
Забавяне и загуба са различни: висок пинг не е брой изгубени пакети. TCP може да изпрати липсващи данни отново, понякога с изчакване или по-ниска скорост. UDP сам не гарантира доставка; приложенията могат да добавят възстановяване. Ефектът зависи от приложението и отделни или групирани загуби. Един процент не е универсална граница за успех, а кратка проба без липси не гарантира други пътища или бъдещи сесии.
Променяйте целенасочено и сравнете отново
- При само безжичен проблем проверете покритие и радиоконкуренция. По кабел сравнете работещ съвместим кабел или порт и официални указания за устройството и адаптера. Променяйте едно нещо наведнъж.
- Ако проблемът следва вашите големи прехвърляния, спрете ги, планирайте ги за друг час или ги ограничете и сравнете. Поддържано управление на опашки според производителя може да помогне при претоварване, но не поправя всички загуби.
- Запазете събитията на рутера и измерванията преди рестарт по ръководството. Той прекъсва други потребители и разговори и е опит, не доказателство за причината. Не започвайте с фабрично нулиране или изключване на защити.
- След промяната повторете същите тестове и приложението. При една услуга проверете нейното състояние и поддръжка; при няколко устройства и услуги дайте сравненията на мрежовия доставчик.
Дайте на поддръжката часове, продължителност, връзка, модел на рутера, цели и настройки, брой заявки и липсващи отговори, времена, устройства, приложения и ефекта на Ethernet или по-малък товар. Премахнете пароли, токени и частни данни от журналите. Повторимите наблюдения помагат повече от обвиняване на скока с най-висок процент или покупка на по-бърз план след една проба.