Sätt en fördröjningsbudget för realtidstrafik över ett VPN

Klagomål på VPN i realtid behöver en tidsgräns att misslyckas mot, och ”låg latens” är ingen sådan. Bestäm vad samtalet eller fjärrsessionen måste leverera och mät sedan vägen mot kravet under angivna förhållanden. Utan ett tröskelvärde för sena paket är varje resultat diskutabelt. Fördelningen nedan är ett designbeslut, och den finns för att mätningen ska ha något att svara på.

Skriv tidsgränsen innan du rör en probe

Tidsgränsen kommer från applikationen och dess användare, inte från en leverantörs marknadsföringssida. Ett samtal med röst i realtid, en fjärrskrivbordssession och en nattlig säkerhetskopiering tål helt olika väntetider, och det fel som betyder något är oftast svansen snarare än medianen. Skriv ned talet tillsammans med den arbetsbelastning det hör till.

Fördela den sedan. Insamling och paketering tar en del av budgeten, åtkomstlänken och tunneln tar en annan del, mottagarens jitterbuffert håller paket med avsikt och applikationens bearbetning tar resten. Att namnge de stegen håller tunnelkrypteringen i proportion i stället för att göra den till den ständiga misstänkta för varje långsamt paket.

Definiera till sist mätkontraktet i fyra rader: ändpunkter och riktning, trafikform, förhållanden under körningen och det utfall du ska rapportera. Ett lugnt söndagsprov och ett belastat tisdagsprov svarar på olika frågor, så ange vilket du samlade in. Om du inte kan fylla i alla fyra raderna är körningen inte redo att starta. Den checklistan är också det som gör två rapporter jämförbara månader senare, när ingen minns vad mer länken bar.

Dela budgeten över varje steg

Tabellen är ett planeringsstöd, inte insamlade data. Fyll i ägaren för varje rad före den första proben, för ägaren är den du ringer när steget överskrider sin andel.

Två rader överraskar oftast folk. Mottagarbufferten är inget fel när den lägger till fördröjning, eftersom den gör det jobb den konfigurerades för. Och tunnelns andel är ofta mindre än kön framför den, särskilt på en upplänk som mättas under uppladdningar.

När ett steg saknar ägare är budgeten fiktion. Tilldela en innan du mäter, annars ägnar du nästa möte åt att bråka om vems tal som är fel.

Mät enkelriktad fördröjning med en ärlig klocka

Enkelriktad fördröjning är det tal som tidsgränsen bryr sig om, och det kräver synkroniserade klockor i båda ändar. måttet för enkelriktad fördröjning kräver att du rapporterar synkroniseringsmetod, upplösning och uppskattad avvikelse tillsammans med resultatet. Två osynkroniserade värdar kan ta fram ett mycket exakt tal för fel storhet.

Samla in några hundra paket i stället för en handfull och registrera klocktillståndet samtidigt:

$ ntpq -p
$ owping -c 300 -i 0.2 10.90.0.1
$ ping -c 200 -i 0.2 10.90.0.1 | tail -n 3

Rundturstiden är en separat mätning, inte två enkelriktade värden adderade. Att halvera en RTT förutsätter symmetriska vägar och symmetriska köer, och en tunnel över en mobil upplänk bryter rutinmässigt båda antagandena. Rapportera RTT som RTT och håll det utanför den enkelriktade budgeten.

Rapportera svansen och de sena paketen

Sammanfatta fördelningen: median, 95:e och 99:e percentil, värsta fall, förlust och antalet paket som anlände senare än tidsgränsen tillåter. Medelvärdet är det minst användbara av talen för en realtidsbelastning, eftersom ett jämnt medelvärde kan dölja en svans som förstör var tredje samtal.

Fördröjningsvariation går direkt in i mottagarbuffringen. Mer buffring döljer variation och lägger till väntan, så en ström kan se stabil ut medan den överskrider sin tidsgräns. Välj en formulering för variationen, ange vilket intervall du mätte över och håll den konsekvent mellan körningarna.

Upprepa körningen med representativ korsande trafik. En väg som klarar budgeten i tomgång och missar den under ett säkerhetskopieringsfönster har sagt något användbart om schemaläggning, vilket ingen enskild tyst mätning skulle avslöja. Anteckna förhållandena bredvid resultatet, för annars jämför nästa ingenjör två prov som aldrig var jämförbara.

Acceptera designen när den uppmätta svansen ryms i budgeten under den belastning du faktiskt kör, och avvisa den med det steg som överskred angivet i rapporten.