Jitter at pagkawala ng packet sa isang tawag sa VPN: ano ang ihahambing

Ang pagsasalitang parang robot at ang nahuhulog na pantig ay magkaiba ang tunog dahil magkaiba silang sira. Binabago ng jitter kung kailan dumarating ang mga packet; ang pagkawala ay nangangahulugang hindi talaga sila dumarating. Pareho silang maaaring mangyari habang nag-uulat ang pagsusuri ng bilis ng malusog na pag-download, dahil magkaibang bagay ang sinusukat ng throughput at ng paghahatid sa tamang oras. Itugma ang ebidensiya sa tunog bago baguhin ang anumang setting.

Bakit magkaiba ang tunog ng huling packet at ng nawawalang packet

Umaalis ang media sa nagpapadala sa pantay na tulin, at ang totoong network ay naghahatid nito sa hindi pantay na agwat. Nagba-buffer nang kaunti ang mga application para pakinisin iyon, ipinagpapalit ang pagkaantala sa pagpapatuloy: taasan ang buffer at parang mabagal ang usapan, babaan ito at lumilitaw ang mga puwang. Ang packet na dumarating pagkatapos ng deadline ng pag-play nito ay talagang nawala, kahit hindi kailanman itinapon. Kaya nga ang dalawang koneksiyon na may parehong bandwidth ay makakabuo ng lubos na magkaibang tawag.

Mahalaga rin ang direksiyon. Ang papasok at palabas na media ay maaaring dumaan sa magkaibang landas, lalo na kapag ang isang panig ay nasa mobile network.

Ang mga numerong dapat basahin habang masama ang lagay

Gamitin ang sariling estadistika ng aplikasyon kung saan ito nag-aalok, at basahin ito habang masama ang tawag, hindi pagkatapos nitong matapos. Ang media relay ay madalas na ibang host kaysa sa website ng serbisyo, kaya ang ping sa home page ay sumusukat ng landas na hindi ginagamit ng tawag. Tingnan nang hiwalay ang porsyento ng pagkawala, oras ng pagpunta at pagbalik at jitter, at itala kung ang kliyente ang nagpapadala o tumatanggap ng problema. Ang muling pagkonekta ng VPN habang tumatagal ang tawag ay ikatlong pangyayaring dapat itala, hindi dapat ihalo sa iba.

Ang mga screenshot ng panel ng estadistika ay mas mabuti kaysa alaala ng tawag, dahil maaaring ihambing ang mga numero mamaya. Ang dalawampung segundong porsyento ng pagkawala ay nagsasabi kung tinatapon ng landas ang mga packet ngayon, ngunit hindi kung pabugso-bugso ang pagkawala o kung kailan ito nagsimula.

Para doon, ulitin ang pagsukat sa ilalim ng ikalawang kondisyon sa halip na basahin ang isang bintana bilang hatol. Ang dalawang bintanang kinuha sa magkaibang kondisyon ay nagsasabi ng higit sa isang mahabang bintanang kinuha na walang anumang kondisyon.

Ano ang ginagawa ng jitter buffer sa deadline

Hinahawakan ng jitter buffer ang mga papasok na packet nang ilang saglit upang ang hindi pantay na pagdating — ang pagkakaiba-iba ng pagkaantala na tinutukoy ng RFC 3393 bilang sukatan — ay maaring i-play sa regular na orasan. Itinatakda ng laki ng buffer ang deadline ng pag-play: bawat packet na huli kaysa sa deadline na iyon ay itinatapon, anuman ang laman. Nagkakaiba ang mga codec sa kung gaano ang kayang itago, at ang codec na nag-interpolate ng nawawalang frame ay kayang magtago ng isang pagkawala ngunit hindi ng isang serye nito. Kaya nga ang parehong porsyento ng pagkawala ay nagbibigay ng magkaibang kalidad ng tawag sa magkaibang codec.

Ang pag-tune ng buffer ay isang palitan, hindi isang pag-aayos. Ang mas malaking buffer ay bumibili ng pagpapatuloy kapalit ng pagkaantala sa usapan, at hindi nito maibabalik ang mga packet na dumarating pagkatapos ng deadline.

Ihambing ang radyo at ang karga bago ang labasan

Panatilihing nakapirmi ang labasan at ang app habang binabago ang isang lokal na kondisyon sa isang pagkakataon. Ang malakas na icon ng signal ay walang sinasabi tungkol sa siksikan sa channel. Kung sinusundan ng problema ang isang kwarto o isang access point, ang radyo ang susunod na pagsisiyasat.

ping -c 50 -i 0.2 203.0.113.9
mtr -rw -c 20 203.0.113.9

Nagbibigay ang ping ng bilang ng pagkawala at ng dispersal na maaaring ihambing sa mga kondisyon, at ipinapakita ng mtr ang pagkawala sa bawat hop sa landas. Ang mga gitnang hop na nabibigo habang sumasagot ang mga kasunod ay karaniwang nagbababa ng priyoridad ng ICMP sa halip na itapon ang trapiko ng gumagamit. Ulitin ang dalawa habang tumatakbo ang kontroladong pag-upload, dahil ang link na maayos kapag walang ginagawa at walang silbi sa ilalim ng karga ay tumuturo sa pila, hindi sa VPN. Kung isang kondisyon lamang ang nakakabuo muli ng problema, ang isa pang kondisyon ay kararaang naalis.

Ayusin lamang ang sinusuportahan ng paghahambing

Bawat paghahambing ay sumusuporta sa isang pag-aayos, at ang pagsasagawa ng marami nang sabay ay sumisira sa ebidensiya. Ang mahinang lokal na landas ay nangangailangan ng mas mabuting channel o Ethernet, ang nakikipagkumpitensiyang trapiko ay nangangailangan ng pag-iskedyul o disiplina sa pila, at ang isang masamang labasan ay nangangailangan ng paghahambing ng ibang labasan sa parehong kondisyon. Kapag binabago ang transport ng VPN, panatilihing wasto ang profile at baguhin ang isang baryabol sa isang pagkakataon. Subukan muli ang parehong usapan na may normal na aktibidad sa background sa halip na hatulan ang tagumpay sa kung tumaas ang iskor ng pagsusuri ng bilis.

Itala ang direksiyon, pagkawala, jitter, oras ng pagpunta at pagbalik at ang kondisyon kung saan sinukat ang bawat isa. Ang talaang iyon ay ginagawang natuklasan na may magagawa ang isang tao ang malabong reklamo tungkol sa kalidad ng tawag. Itago ito kasama ng tiket upang ang susunod na paghahambing ay magsimula sa parehong baseline.