VPN bağlantı noktasını işaretlemek sesli aramalara öncelik vermez

VPN'in UDP bağlantı noktasını yüksek öncelik olarak işaretlemek ses için en yaygın QoS değişikliğidir ve bir aramayı aynı tüneli paylaşan dosya aktarımından ayırmaz. İki akış da aynı şifreli soketten çıkar. İşaret, sonraki atlama noktasına her şeyin eşit derecede önemli olduğunu söyler; bu da ona hiçbir şey söylememekle aynıdır. Aramayı koruyan şey, şifrelemeden önce güvenilir bir sınıflandırma ve gerçekten denetlediğiniz bir kuyruktur.

Tünel, sınıflandırmak istediğiniz akışı gizler

Şifreleme iç başlıkları tünel başına tek bir dış başlıkla değiştirir. Bundan sonra ses ve yedek trafiği aynı kaynağı, hedefi ve taşıma bağlantı noktasını gösterir, bu yüzden tünel bağlantı noktasına dayanan bir sınıflandırıcı onları ayırt edemez. Neyi öne çıkarırsanız çıkarın, hepsini birden öne çıkarırsınız.

Kaynak uygulamanın belirlediği DSCP değeri yalnızca bir şey onu dışarı kopyalarsa yaşar. OpenVPN 2.6'da IPv4 kapsamıyla belgelenmiş passtos vardır; IPsec tünel sınırında kendi kopyalama veya eşleme politikasını uygular. Bu adım olmadan dış paket, tünel arayüzünün kullandığı herhangi bir varsayılanla işaretlenir ve aşağıdaki kuyruk içeride bir arama olduğunu asla öğrenmez.

Kopyalanan işaretler, istemcinin sağladığı her değer kadar kuşkuyu hak eder. Bir iş istasyonu yedekleme işi için hızlandırılmış iletim talep edebilir, bu yüzden güven sınırında kabul ve yeniden işaretleme, işarete inanılmadan önce tasarımda yer almalıdır.

Öncelik yalnızca kuyruğun oluştuğu yerde sayılır

Doymuş bir yukarı bağlantı, iyi bir kodeği robotik bir sese dönüştüren şeydir ve dolan kuyruk genellikle erişim cihazında ya da sağlayıcının tamponundadır. Giden yolu kullanılabilir hıza, tünel ve bağlantı yükü çıkarılarak biçimlendirmek, o kuyruğu başkasının tamponunda değil, yönettiğiniz donanımda tutar.

Adil kuyruklama ve etkin kuyruk yönetimi, ses sınıfı olmadan bile yardımcı olur, çünkü tek bir büyük akışın tamponu doldurmasını engeller. Linux'ta CAKE biçimlendirmeyi, akış başına adaleti ve isteğe bağlı Diffserv sınıflarını tek bir qdisc'te birleştirir ve kurulu ağ yöneticisi ikinci bir rakip kuyruk yapılandırması yerine bu yapılandırmaya sahip olmalıdır. Biçimlendirme olmadan, büyük trafiğin üstünde olan bir sınıf bile zaten dolu bir tamponun arkasında bekler.

Gelen trafiğin işlenmesi işe yaramaz değildir, ancak paket alıcı bağlantıyı geçtikten sonra etki eder. Tepkisel bir göndereni etkileyebilir ve yukarıda harcanmış gecikmeyi geri ödeyemez, bu yüzden bir hafifletmedir, garanti değil.

Kamusal internette ne ayakta kalır

Diffserv mimarisi yönetim alanları içindeki davranışı tanımlar, bu yüzden bir sağlayıcı sınırda işareti yok sayabilir veya yeniden yazabilir. Karşıt iddia, yani her ağın onu her zaman sildiği, aynı ölçüde dayanaksızdır. Dürüst soru, bu belirli yolun sözleşmeyle ne yapmaya zorunlu olduğu ve nasıl denetlendiğidir. Bir yerde okuduğunuz kuralı yinelemek yerine işaretli bir sonda ile deneyin.

Sağlayıcının sınıfla ne yaptığını sorun, sonra ölçün. Korunan ama zamanlanmayan bir işaret süslemedir; işareti görmeden zamanlayan bir yol başka bir sorundur ve ikisi farklı düzeltmeler gerektirir.

Aşamayı yalıtan bir ölçüm planı

Denetlenen rakip bir yüklemeyle bir normal arama yapın, sonra bunu kablolu bir bağlantıda tekrarlayın. Aramanın ne kaybettiğine, sınıf sayaçlarının ne kaydettiğine ve arayüzün planın ilan edilen hızı yerine gerçek sınırına ne kadar yakın çalıştığına bakın.

tc -s qdisc show dev eth0
tc -s class show dev eth0
mtr -rwzbc 50 voice.example.net

Ses sınıfının sayacı sıfırda kalırsa sınıflandırma veya işaret kopyalama bozuktur ve hiçbir öncelik yardımcı olmaz. Gecikme artmaya devam ederken sınıf sayacı yerel olarak hareket ediyorsa darboğaz ağ geçidinizin ötesindedir. İki sonuçtan hiçbiri öncelik değerini yükselterek düzeltilmez.