VPN üzerinden gerçek zamanlı trafik için gecikme bütçesi belirleyin

Gerçek zamanlı VPN şikayetleri, karşısında başarısız olabilecek bir son tarih gerektirir ve „düşük gecikme“ böyle bir şey değildir. Görüşmenin veya uzak oturumun neyi teslim etmesi gerektiğine karar verin, sonra yolu belirtilen koşullar altında bu gereksinime göre ölçün. Geç paket eşiği olmadan her sonuç tartışmaya açıktır. Aşağıdaki dağıtım bir tasarım kararıdır ve ölçümün cevaplayacak bir şeyi olması için vardır.

Bir proba dokunmadan önce son tarihi yazın

Son tarih uygulamadan ve kullanıcılarından gelir, satıcının pazarlama sayfasından değil. Canlı sesli arama, uzak masaüstü oturumu ve gecelik yedekleme tamamen farklı bekleme sürelerine dayanır ve önemli olan başarısızlık genellikle medyan değil kuyruktur. Sayıyı ait olduğu iş yüküyle birlikte yazın.

Sonra onu dağıtın. Yakalama ve paketleme bütçenin bir kısmını tüketir, erişim bağlantısı ve tünel başka bir kısmını tüketir, alıcının jitter tamponu paketleri bilerek tutar ve uygulama işlemesi geri kalanı alır. Bu aşamaları adlandırmak, tünel şifrelemesini her yavaş paketin varsayılan şüphelisi yapmak yerine orantılı tutar.

Son olarak ölçüm sözleşmesini dört satırda tanımlayın: uç noktalar ve yön, trafik biçimi, çalışma sırasındaki koşullar ve bildireceğiniz sonuç. Sakin bir pazar günü örneği ile yüklü bir salı günü örneği farklı soruları yanıtlar, bu yüzden hangisini topladığınızı belirtin. Dört satırın hepsini dolduramıyorsanız çalışma başlamaya hazır değildir. O kontrol listesi, aylar sonra kimse bağlantının başka ne taşıdığını hatırlamadığında iki raporu karşılaştırılabilir kılan şeydir de.

Bütçeyi her aşamaya bölün

Tablo bir planlama yardımcısıdır, toplanmış veri değildir. İlk probdan önce her satır için sahibi yazın, çünkü o aşama payını aştığında arayacağınız kişi sahibidir.

İki satır genellikle insanları şaşırtır. Alıcı tamponu gecikme eklediğinde bir arıza değildir, çünkü yapılandırıldığı işi yapıyordur. Ve tünelin payı çoğu zaman önündeki kuyruktan daha küçüktür, özellikle yüklemeler sırasında doyuma ulaşan bir yukarı bağlantıda.

Bir aşamanın sahibi yoksa bütçe kurgudur. Ölçmeden önce birini atayın, yoksa sonraki toplantıyı kimin sayısının yanlış olduğunu tartışarak geçirirsiniz.

Tek yönlü gecikmeyi dürüst bir saatle ölçün

Tek yönlü gecikme, son tarihin önemsediği sayıdır ve iki uçta eşitlenmiş saatler gerektirir. tek yönlü gecikme ölçütü sonuçla birlikte eşitleme yöntemini, çözünürlüğü ve tahmini sapmayı bildirmenizi ister. Eşitlenmemiş iki ana makine, yanlış büyüklük için çok kesin bir sayı üretebilir.

Bir avuç yerine birkaç yüz paket yakalayın ve aynı anda saat durumunu kaydedin:

$ 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

Gidiş dönüş süresi ayrı bir ölçümdür, iki tek yönlü değerin toplanması değildir. Bir RTT'yi ikiye bölmek simetrik yollar ve simetrik kuyruklar varsayar ve mobil bir yukarı bağlantı üzerindeki tünel bu varsayımların ikisini de rutin olarak bozar. RTT'yi RTT olarak bildirin ve onu tek yönlü bütçenin dışında tutun.

Kuyruğu ve geç paketleri bildirin

Dağılımı özetleyin: medyan, yüzde 95 ve yüzde 99, en kötü durum, kayıp ve son tarihin izin verdiğinden daha geç gelen paketlerin sayısı. Gerçek zamanlı bir iş yükü için ortalama, bu sayıların en az işe yarayanıdır, çünkü pürüzsüz bir ortalama her üç aramadan birini mahveden bir kuyruğu gizleyebilir.

Gecikme değişimi doğrudan alıcı tamponlamasına akar. Daha fazla tamponlama değişimi gizler ve bekleme ekler, böylece bir akış son tarihini aşarken kararlı görünebilir. Bir değişim formülü seçin, ölçtüğünüz aralığı belirtin ve çalışmalar arasında tutarlı tutun.

Çalışmayı temsili çapraz trafikle tekrarlayın. Boştayken bütçeyi tutan ve yedekleme penceresi sırasında kaçıran bir yol, size zamanlama hakkında yararlı bir şey söylemiştir; bunu tek bir sakin ölçüm ortaya çıkarmazdı. Koşulları sonucun yanına kaydedin, yoksa sonraki mühendis hiç karşılaştırılabilir olmamış iki örneği karşılaştırır.

Ölçülen kuyruk, gerçekten çalıştırdığınız iş yükü altında bütçeye sığıyorsa tasarımı kabul edin ve aşan aşamayı raporda belirterek reddedin.