Gecikme, jitter ve paket kaybı: her ölçüm ne anlatır?
Hızlı bir indirme sonucu, sorunsuz bir görüşmeyi veya oyunu garanti etmez. Etkileşimli trafik ayrıca gecikmeye, jitter olarak bilinen gecikme değişimlerine ve paket kaybına da bağlıdır. Her biri bağlantının farklı bir yönünü tanımlar; bu nedenle ekipmanı değiştirmeden veya bir sunucuyu suçlamadan önce bunları ayrı ayrı ölçün.
Üç ölçüm, üç farklı soru
Gecikme, verilerin iki nokta arasında yol alması için geçen süredir. Ping sonucu genellikle gidiş-dönüş süresini (RTT) bildirir: bir yoklama paketinin gönderilmesinden yanıtının alınmasına kadar geçen süre. Jitter, art arda gelen gecikmeler arasındaki değişimi tanımlar. 20, 21, 90 ve 18 ms'de gelen yanıtların ortalaması kabul edilebilir görünse de aradaki sıçrama rahatsız edici olabilir. Paket kaybı, bir yoklama paketinin veya yanıtının testin zaman sınırı içinde ulaşmadığı anlamına gelir. Tıkanıklık olası nedenlerden biridir; teşhis trafiğinin kasıtlı olarak filtrelenmesi bir diğeridir.
Bu ölçümler birbirini etkiler, ama biri diğerinin yerini tutmaz. Büyük bir dosyayı hızla aktarabilen bir hat, yükleme sırasında yönlendiricide bir kuyruk oluşturarak bir görüşmede kullanılan kısa paketleri geciktirebilir. Ara yönlendiricilerden birinin tek bir yavaş yanıtı, uçtan uca bir sorun olduğunu pek kanıtlamaz: yönlendiriciler normal trafiği iletirken ICMP yanıtlarına düşük öncelik verebilir.
Testleri hangi sırayla yapmalı?
2IP ping ve traceroute aracıyla aynı hedefe bir dizi yoklama paketi gönderin. Hedefi, zamanı, en düşük ve en yüksek RTT'yi ve yanıtsız kalan yoklamaları kaydedin. Testi Ethernet veya başka bir ağ üzerinden tekrarlayın. 2IP internet hız testini ayrıca çalıştırın; veri hızı ve gecikme farklı sorulara yanıt verir. Wi-Fi'da Ethernet'te olmayan sıçramalar varsa önce sinyal kalitesini, paraziti ve yerel ağdaki diğer cihazları inceleyin.
Koşulları karşılaştırılabilir tutun: aynı sunucu, cihaz, yöntem ve günün yaklaşık aynı saati. Hem boştaki bir bağlantıyı hem de büyük bir yükleme taşıyan bir bağlantıyı kontrol edin. Yük altında RTT'deki büyük bir artış kuyruklanmaya işaret eder; yalnızca DNS'i değiştirmek bunu muhtemelen düzeltmez. Zamana yayılmış birkaç kısa test, açıklanamayan bir sıçrama anında alınmış tek bir ekran görüntüsünden çok daha fazla şey anlatır.
Sonuçları uygulamanın gözünden yorumlayın
Her oyunu veya görüşmeyi iyi kılan evrensel bir jitter eşiği yoktur. Uygulamalar sesi arabelleğe alma, kayıptan kurtulma ve ağ yolu seçme biçimleri bakımından farklılık gösterir. Kaybolan ICMP yanıtları otomatik olarak kaybolan medya paketleri anlamına gelmez. Yalnızca bir hizmette sorun varsa o hizmetin kendi istatistiklerini ve durumunu inceleyin. Traceroute bir örüntünün nerede başladığını bulmaya yardımcı olabilir; yine de yoklama paketleri uygulamadan farklı bir yol izleyebilir.
RFC 792, ping'in yaygın olarak kullandığı ICMP Echo mesajlarını açıklar. Her uygulama için tek bir kalite puanını değil, mekanizmayı tanımlar. Tekrarlanan sonuçları kullanıcıların gerçekte fark ettiği belirtilerle karşılaştırın.