Paano basahin ang pagkawala ng packet bago sisihin ang cable

Ang dalawang porsiyentong pagkawala sa mahabang pagtakbo ng ping ay parang bilang na maaari mong aksyunan, at bihirang ganoon. Hindi nito sinasabi kung saan nawala ang mga sagot, kung nawala silang sabay, o kung paano naranasan ng isang partikular na aplikasyon ang agwat na iyon. Ang pagkawalang pantay na nakalat sa isang minuto at ang pagkawalang naipon sa loob ng isang palitan ay nagbibigay ng magkaibang resulta para sa parehong porsiyento.

Ihambing ang tatlong sukat sa halip na magtiwala sa isa: ang nakita ng probe, ang ginawa ng mga counter ng interface at ang aktuwal na hinintay ng aplikasyon.

Ano ang talagang sinusukat ng porsiyento ng ping

Sinusuri ng echo probe ang isang direksyon ng isang protocol na may isang laki ng packet, sa anumang bilis na pinili mo. Ang tunnel na may malaking upload ay gumagawa ng lubos na ibang bagay, at ang link na nagtatapon ng maliliit na probe ay hindi laging ang link na sumisira sa paglilipat. Dinudurog din ng porsiyento ang impormasyon ng oras na pinakamahalaga, dahil ang sampung nawalang sagot sa isang sabog ay hindi katulad ng sampung nawalang sagot na isang oras ang layo. Hindi rin nito masasabi kung aling bahagi ng tunnel ang nagtapon ng anuman.

Itago ang resulta ng probe bilang pahiwatig tungkol sa landas. Pagkatapos ay hanapin ang tiyempo at hangganan na lumikha nito.

Ihambing ang mga pagkakaiba ng counter, hindi ang kabuuan sa buong buhay

Kumuha ng mga pagbasang may timestamp bago at pagkatapos ng window kung saan lumitaw ang sintomas, sa magkabilang dulo at sa anumang port ng switch na kontrolado mo. Itala ang dami ng trapiko kasama ng mga error, itinapon at pagbabago ng estado ng link, dahil ang kabuuan na hindi zero na naipon sa mga buwan ay naglalarawan ng kasaysayan, hindi ang insidenteng ito. Ang counter na gumalaw ng tatlo habang naka-pause ay ibang obserbasyon kaysa sa counter na nagpapakita ng tatlong libo at kailanman ay hindi nagbago.

ip -s link show dev eth0
nstat -az TcpRetransSegs TcpExtTCPTimeouts
date -u +%Y-%m-%dT%H:%M:%SZ

Ang mga packet na itinapon dahil sa mga error sa pagtanggap at ang mga packet na itinapon sa ibang dahilan ay naninirahan sa magkahiwalay na counter, at binabago ng pagkakaibang ito ang susunod na hakbang. Ang mga counter ng error ay tumuturo sa pisikal na layer o layer ng driver, habang ang presyon ng pila at pagtatapon ayon sa patakaran ay tumuturo sa isang lugar sa itaas nito. Panatilihin din ang direksyon at pangalan ng interface, dahil ang pagtaas ng error sa pagtanggap sa uplink at counter ng packet ng tunnel ay hindi mapagpapalit.

Kung ang driver ay naglalantad ng detalyadong pisikal na counter, basahin ang mga ito sa dokumentasyon ng adapter na iyon. Ang pagbibigay ng isang kahulugan sa bawat field na tinatawag na “drop” sa dalawang vendor ay ang paraan kung paano nagiging diagnosis ng hardware ang isang normal na kakaibang accounting.

Paano nagiging mahabang paghihintay ang nawalang segment

Ang isang aplikasyon ay maaaring maghintay nang mas mahaba kaysa sa isang paglalakbay pabalik-balik pagkatapos mawalan ng segment. Tinatantya ng TCP ang oras ng paglalakbay, kinakalkula ang timer ng muling pagpapadala mula sa tantiyang iyon at umuurong kapag nabigo rin ang muling pagpapadala, kaya ang isang nawalang segment sa maling sandali ay maaaring pahintuin ang isang kahilingan sa loob ng kapansin-pansing agwat. Ang mekanismong iyon ay tinukoy sa RFC 6298, at ipinapaliwanag nito kung bakit ang rate ng pagkawalang mukhang walang halaga ay nararamdaman pa rin.

Ngunit hindi lahat ng paghinto ay timeout ng muling pagpapadala. Ang parehong paghihintay ay maaaring magmula sa paglutas ng pangalan, mabagal na server o aplikasyong muling sinusubukan ang sariling kahilingan pagkatapos ng pagkabigo. Paghiwalayin ang mga kasong iyon sa pamamagitan ng pagtutugma ng nabigong operasyon sa mga obserbasyon ng transport at sa mga kaganapan ng session ng tunnel mismo. Ang pagkaantala sa landas ng data na walang muling pagkonekta ay ibang kaganapan kaysa sa bagong handshake at pagpapalitan ng kredensyal.

Kung saan pinapayagan ang pagkuha, panatilihin itong makitid. Ang kailangan mo ay kung humihinto ang inaasahang packet o pagpapatunay sa isang partikular na hangganan, hindi ang katotohanang may muling pagpapadala sa isang lugar sa abalang trace.

Palitan ang isang hangganan nang hindi ginagalaw ang iba

Kung ang ebidensya ay tumuturo sa isang lokal na link, palitan ang isang aprubadong cable o port bilang kontroladong paghahambing at hayaang manatili ang lahat ng iba pa. Panatilihing maihahambing ang dulo, aplikasyon at karga ng trabaho, at palitan ang eksaktong isang hangganan bawat pagtatangka. Ang paghahambing ng de-kuryenteng laptop sa isang wireless habang pinapalitan din ang mga labasan at protocol ay walang sinasabi sa iyong maaari mong ikaugnay.

Ang malinis na lokal na counter ay hindi nagpapatunay sa natitirang bahagi ng landas. Nililimitahan nila ang bahaging nakikita mo, at sinasabi ng tapat na ulat kung aling mga hangganan ang naobserbahan at alin ang hindi. Sa huli ang gusto mo ay isang pahayag na nagbago ang isang obserbasyon nang mangyari ang isang interbensyon, hindi isang anekdota tungkol sa masamang cable na itinaas sa pandaigdigang tuntunin.