Palīdzība
Kas ir pakešu zudums un kā to pamanīt?
Pakešu zudums nozīmē, ka nosūtītās paketes nesasniedz mērķi. Salīdziniet ierīces, savienojumus un atkārtotus testus; trūkstošas ping atbildes pašas nenosaka bojājumu.
Pakete ir zudusi, ja nesasniedz galamērķi. Raustīta runa, lēcieni spēlē vai apstājusies pārsūtīšana var atbilst tam, taču cēlonis var būt arī ierīcē vai lietotnē. Liels lejupielādes ātrums neizslēdz periodiskus zudumus. VMAXCHECK tieši nemēra pakešu zudumu; ātrums vai aizture neapstiprina diagnozi.
Sāciet ar kontrolētu salīdzinājumu
- Pierakstiet laiku, ilgumu, lietotni un vai vairākām ierīcēm problēma rodas reizē. Ja lietotne rāda tīkla statistiku, pierakstiet zudumu un mērījuma virzienu pēc tās skaidrojuma.
- Salīdziniet Wi-Fi un Ethernet tajā pašā ierīcē ar īsu laika atstarpi. Sākuma mērījumam apturiet savas lielās pārsūtīšanas un rezerves kopijas; parastos problēmas apstākļus novērojiet atsevišķi.
- Atkārtojiet mierīgā laikā un problēmas laikā ar tiem pašiem mērķiem un iestatījumiem. Viens labs tests neizslēdz periodisku kļūmi. Atkārtošanās vakaros pati par sevi nepierāda pārslodzi.
- Salīdziniet citu ierīci un pakalpojumu. Vienas lietotnes problēmā pārbaudiet arī pakalpojuma stāvokli. Uzlabojums ar Ethernet norāda uz bezvadu ceļu vai ierīci, bet nepierāda zudušus Wi-Fi kadrus.
Ierobežoti ping testi
Windows komanda ping /n 50 1.1.1.1 nosūta 50 ICMP echo pieprasījumus publiskam mērķim. Izmantojiet mērķi, kas atbild; tas nav obligāti lietotnes serveris. Testējiet arī lokālo maršrutētāja adresi no tīkla iestatījumiem, aizstājot ar to mērķi. Glabājiet atsevišķus rezultātus: nosūtīti pieprasījumi, saņemtas un trūkstošas atbildes, laiks turp un atpakaļ. Atkārtojiet ar vienādu skaitu, gaidīšanas termiņu, paketes izmēru un adrešu saimi. Izvairieties no ļoti īsiem termiņiem un straujiem pārpludināšanas testiem; trūkstošu atbilžu gaidīšana var ilgt vairākas minūtes.
Trūkstošas atbildes skaidrojiet piesardzīgi
- Divas trūkstošas atbildes no 50 ir 4% trūkstošu ICMP atbilžu šajā paraugā, ne uzticams visas lietotņu datplūsmas novērtējums. Maršrutētājs vai mērķis var ierobežot vai bloķēt ICMP. Pieprasījums un atbilde var pazust dažādos ceļa posmos.
- Trūkstošas maršrutētāja atbildes kopā ar lietotņu problēmām pamato vispirms lokālā ceļa pārbaudi. Kluss maršrutētājs bez atbilstošiem simptomiem nepierāda bojātu savienojumu.
- Ja maršrutētājs atbild, bet vairāki interneta mērķi un lietotnes nedarbojas, pētiet maršrutētāja interneta pusi, pieslēgumu un tālāko ceļu. Rezultāts neidentificē operatoru kā vienīgo vainīgo.
- Zvaigznītes traceroute vai zudums vienā starpposma pathping mezglā nepierāda pārsūtīšanas kļūdu. Salīdziniet galamērķi, tālākos mezglus un lietotnes: ierīce var ierobežot savas atbildes, pārsūtot citu datplūsmu.
Aizture un zudums atšķiras: augsts ping nav zudušo pakešu skaits. TCP var atkārtoti sūtīt trūkstošus datus, reizēm ar gaidīšanu vai zemāku ātrumu. UDP pats negarantē piegādi; lietotnes var pievienot atjaunošanu. Ietekme atkarīga no lietotnes un atsevišķiem vai grupētiem zudumiem. Viens procents nav universāla sekmīga testa robeža, un īss tests bez trūkstošām atbildēm negarantē citus ceļus vai turpmākas sesijas.
Mainiet mērķtiecīgi un salīdziniet atkal
- Tikai bezvadu problēmā pārbaudiet pārklājumu un radio konkurenci. Ar kabeli salīdziniet zināmu darba kārtībā esošu saderīgu kabeli vai portu un oficiālās ierīces un adaptera norādes. Mainiet vienu lietu reizē.
- Ja problēma rodas jūsu lielo pārsūtīšanu laikā, apturiet, ieplānojiet vai ierobežojiet tās un salīdziniet. Ražotāja atbalstīta rindu vadība var palīdzēt pārslodzē, bet nelabo visus zudumus.
- Saglabājiet maršrutētāja notikumus un mērījumus pirms restartēšanas pēc pamācības. Tā pārtrauc citu lietotāju darbu un zvanus; tas ir tests, ne cēloņa pierādījums. Nesāciet ar rūpnīcas atiestatīšanu vai aizsardzības izslēgšanu.
- Pēc izmaiņas atkārtojiet tos pašus testus un lietotni. Vienam pakalpojumam pārbaudiet tā stāvokli un atbalstu; vairākām ierīcēm un pakalpojumiem nododiet salīdzinājumus tīkla operatoram.
Atbalstam sniedziet laikus, ilgumu, savienojumu, modeli, mērķus un iestatījumus, pieprasījumu un trūkstošu atbilžu skaitu, laikus turp un atpakaļ, ierīces, lietotnes un Ethernet vai mazākas slodzes ietekmi. Izņemiet paroles, tokenus un privātus datus no žurnāliem. Atkārtojami novērojumi ir vērtīgāki nekā mezgla ar lielāko procentu vainošana vai ātrāka plāna pirkšana pēc viena testa.