Magtakda ng badyet ng pagkaantala para sa real-time na trapiko sa VPN
Magsimula sa takdang oras na dapat matugunan ng app, pagkatapos ay sukatin ang isang-direksiyong pagkaantala at jitter sa mga nakasaad na kondisyon. Walang pinapatunayan ang isang average na walang hangganan para sa mga huling packet.
Ang mga reklamo tungkol sa real-time na VPN ay nangangailangan ng takdang oras na babagsak laban dito, at ang „mababang latency“ ay hindi iyon. Magpasya kung ano ang dapat ihatid ng usapan o remote session, pagkatapos ay sukatin ang landas laban sa pangangailangang iyon sa mga nakasaad na kondisyon. Kung walang hangganan para sa mga huling packet, bawat resulta ay mapagdedebatehan. Ang paghahati sa ibaba ay isang desisyon sa disenyo, at mayroon ito upang ang pagsukat ay may masasagot.
Isulat ang takdang oras bago ka humawak ng probe
Ang takdang oras ay nagmumula sa aplikasyon at sa mga gumagamit nito, hindi sa pahina ng marketing ng isang vendor. Ang live na tawag sa boses, remote desktop session at gabi-gabing backup ay may lubos na magkakaibang pagtitiis sa oras ng paghihintay, at ang mahalagang pagkabigo ay karaniwang nasa huli ng distribusyon, hindi sa midpoint. Isulat ang numerong iyon kasama ng workload na kinabibilangan nito.
Pagkatapos ay hatiin ito. Ang pagkuha at pag-packetize ay kumakain ng bahagi ng badyet, ang access link at tunnel ay kumakain ng isa pang bahagi, sadyang hinahawakan ng de-jitter buffer ng receiver ang mga packet, at ang pagpoproseso ng aplikasyon ang kumukuha ng natitira. Ang pagpangalan sa mga yugtong iyon ay nagpapanatili sa encryption ng tunnel sa tamang proporsiyon sa halip na gawin itong default na pinaghihinalaan sa bawat mabagal na packet.
Sa huli, tukuyin ang kontrata ng pagsukat sa apat na linya: mga dulo at direksiyon, hugis ng trapiko, mga kondisyon habang tumatakbo, at ang resulta na iuulat mo. Ang tahimik na sample ng Linggo at ang punong-punong sample ng Martes ay sumasagot sa magkaibang tanong, kaya sabihin kung alin ang nakolekta mo. Kung hindi mo mapupunan ang lahat ng apat na linya, hindi pa handa ang pagtakbo. Ang checklist na iyon din ang nagpapahintulot na ihambing ang dalawang ulat makalipas ang mga buwan, kapag wala nang naaalala kung ano pa ang dinadala ng link.
Hatiin ang badyet sa bawat yugto
Ang talahanayan ay pantulong sa pagpaplano, hindi nakuhang data. Isulat ang may-ari ng bawat hilera bago ang unang probe, dahil ang may-ari ang tatawagan mo kapag lumampas ang yugtong iyon sa bahagi nito.
| Stage | What it contributes | Who owns it |
|---|---|---|
| Capture and packetization | Encoder frame size, aggregation | Application owner |
| Tunnel and transit | Encryption, queueing, path length | Network owner |
| Receiver buffer | Deliberate waiting to absorb variation | Application owner |
| Application processing | Decode and render time | Application owner |
Dalawang hilera ang karaniwang nagpapagulat sa mga tao. Ang buffer ng receiver ay hindi kasalanan kapag nagdadagdag ito ng pagkaantala, dahil ginagawa nito ang trabahong itinakda para dito. At ang bahagi ng tunnel ay kadalasang mas maliit kaysa sa pila sa harap nito, lalo na sa uplink na napupuno habang nag-a-upload.
Kapag walang may-ari ang isang yugto, kathang-isip ang badyet. Magtalaga ng isa bago ka magsukat, kung hindi ay gugugulin mo ang susunod na pulong sa pagtatalo kung kaninong numero ang mali.
Sukatin ang isang-direksiyong pagkaantala gamit ang tapat na orasan
Ang isang-direksiyong pagkaantala ang numerong pinahahalagahan ng takdang oras, at kailangan nito ng magkasabay na orasan sa magkabilang dulo. sukat ng isang-direksiyong pagkaantala ay nangangailangan na iulat mo ang paraan ng pag-sync, resolusyon at tinatayang paglihis kasama ng resulta. Dalawang host na hindi magkasabay ang orasan ay makakagawa ng napakatumpak na numero para sa maling dami.
Kumuha ng ilang daang packet sa halip na isang dakot, at itala ang kalagayan ng orasan sa parehong oras:
$ ntpq -p
$ owping -c 300 -i 0.2 10.90.0.1
$ ping -c 200 -i 0.2 10.90.0.1 | tail -n 3Ang round-trip time ay hiwalay na pagsukat, hindi dalawang isang-direksiyong halagang pinagsama. Ang paghati sa RTT sa kalahati ay ipinapalagay na simetriko ang mga landas at simetriko ang mga pila, at ang tunnel sa ibabaw ng mobile uplink ay karaniwang sumisira sa dalawang palagay. Iulat ang RTT bilang RTT at ilayo ito sa isang-direksiyong badyet.
Iulat ang huli ng distribusyon at ang mga huling packet
Ibuod ang distribusyon: median, ika-95 at ika-99 na persentil, pinakamasamang kaso, pagkawala, at ang bilang ng mga packet na dumating nang huli kaysa sa pinapayagan ng takdang oras. Ang average ang pinakamababang gamit sa mga numerong iyon para sa real-time na workload, dahil ang makinis na average ay maaaring magtago ng huling bahagi na sumisira sa bawat ikatlong tawag.
Ang pagkakaiba-iba ng pagkaantala ay dumadaloy nang direkta sa buffering ng receiver. Mas maraming buffering ang nagtatago ng pagkakaiba-iba at nagdadagdag ng paghihintay, kaya ang isang stream ay maaaring magmukhang matatag habang lumalampas sa takdang oras nito. Pumili ng pormula ng pagkakaiba-iba, sabihin ang pagitan na sinukat mo, at panatilihin itong pare-pareho sa pagitan ng mga pagtakbo.
Ulitin ang pagtakbo kasama ang representatibong cross-traffic. Ang landas na nakakatugon sa badyet kapag walang laman at hindi nito natutugunan habang may backup window ay may sinabi nang kapaki-pakinabang tungkol sa pag-iskedyul, na hindi ipapakita ng isang tahimik na pagsukat. Itala ang mga kondisyon sa tabi ng resulta, dahil kung hindi ay ihahambing ng susunod na inhinyero ang dalawang sample na hindi kailanman maihahambing.
Tanggapin ang disenyo kapag ang sinukat na huli ay kasya sa badyet sa ilalim ng workload na talagang pinapatakbo mo, at tanggihan ito nang may nakasaad na yugtong lumampas sa ulat.