
Jitter, bağlantınızın gecikmesinin bir andan diğerine ne kadar değiştiğidir. Paket kaybı, verilerin ne kadarının hiç ulaşmadığını gösterir. Aramada yüksek jitter seslerin robotik duyulmasına, paket kaybıysa hızlı bir bağlantıda bile sözcüklerin ve hecelerin kesilmesine neden olur. Microsoft, Teams sesinde 30 ms'nin altındaki jitter'ı ve %2'nin altındaki paket kaybını tipik değerler olarak veriyor. Zoom, 40 ms veya daha az jitter ve %2 veya daha az paket kaybı öneriyor. Her ikisini de tarayıcıda, Windows komut satırından veya toplantı uygulamasının kendi istatistiklerinden ölçebilirsiniz.
Şu rehber: hızlı internette bile takılan aramalar hızın neden tek başına yeterli olmadığını açıklar; şu rehber ise arama öncesi internet kontrolü testin ne zaman yapılacağını ele alır. Bu rehber, iki değerin ne anlama geldiğini ve nasıl ölçüleceğini anlatır.
Aramada jitter ve paket kaybı
Ses ve görüntü, saniyede çok sayıda küçük paket halinde iletilir. Her paket aynı 40 ms'de ulaşsaydı arama yalnızca 40 ms gecikmeli çalışırdı ve kimse bunu fark etmezdi. Jitter, bu sürelerin düzensizliğidir: bir paket 20 ms'de, sonraki 70 ms'de ulaşır. Toplantı uygulaması bunu düzeltmek için paketleri bir arabellekte tutar. Microsoft, Teams'in arabelleğe alma yoluyla bir miktar jitter'a uyum sağlayabildiğinive bunu ancak jitter arabelleğin karşılayabileceği düzeyi aştığında fark edersiniz.
Paket kaybı daha kötüdür; çünkü kaybolan paket geri gelmez ve uygulama oluşan boşluğu kapatmak zorunda kalır. Microsoft'un arama kalitesi rehberi her sorunun nasıl duyulduğunu şöyle açıklıyor:
| Sorun | Ne olduğu | İnsanların duyduğu ve gördüğü |
|---|---|---|
| Titreşim | Paketler düzensiz aralıklarla ulaşır | Robotik ses veren konuşma |
| Paket kaybı | Paketler hiç ulaşmaz | Eksik heceler ve sözcükler, takılan video ve ekran paylaşımı |
| Yüksek gidiş-dönüş süresi | Paketlerin ulaşması uzun sürer | Telsiz etkisi; insanların birbirinin sözünü keserek konuşması |
İyi kabul edilen değerler
Toplantı uygulamaları kendi referans değerlerini yayımlar. Bunlar, uygulamanın kendi arama trafiği için hedef değerlerdir; diğer testlerin sonuçlarını okurken bir ölçüt olarak kullanın:
Bu değerlerin üzerinde tek bir ölçüm çıkması, aramanın başarısız olacağı anlamına gelmez. Değer birkaç dakika boyunca yüksek kalıyorsa veya başka biri bağlantıyı kullanmaya başladığında yükseliyorsa, aramadan önce bu sorunu gidermeye değer.
Jitter nasıl hesaplanır
Araçlar jitter'ı biraz farklı yöntemlerle ölçer; bu nedenle sonuçları aynı araçla karşılaştırın. Örneğin Cloudflare hız testi, jitter'ı ardışık gecikme ölçümleri arasındaki farkların ortalaması olarak hesaplar. 20, 24, 19, 45 ve 21 ms'lik beş ölçümde farklar 4, 5, 26 ve 24 ms'dir; dolayısıyla jitter yaklaşık 15 ms olur. Ortalama 26 ms gecikme, bir ölçümün diğerlerinden yaklaşık iki kat uzun sürdüğünü gizler.
Aramadan önce test etmenin üç yolu
| Yöntem | Titreşim | Paket kaybı | Ne test ettiği |
|---|---|---|---|
| Tarayıcıda Cloudflare hız testi | Evet; bağlantı boşta ve yük altındayken | Evet | En yakın Cloudflare veri merkezine giden yolunuz |
ping ve pathping Windows'de | Doğrudan değil | Evet, kaybın nerede başladığı da dahil | Seçtiğiniz adrese giden yol |
| Toplantı uygulamasının istatistikleri | Evet | Evet | Aramanın kendisi |
1. Her ikisini de bildiren tarayıcı testi
Aç speed.cloudflare.com Aramaya katılacağınız bilgisayarda. Cloudflare şöyle açıklıyor: testi hem bağlantı boşta hem de indirme ve yükleme sırasında meşgulken jitter'ı ölçüyor; paket kaybınıysa paketleri bir WebRTC TURN sunucusu üzerinden ileterek ölçüyor. Boştaki ve yük altındaki sonuçlar arasındaki farka dikkat edin. Bağlantı meşgulken jitter birden yükseliyorsa yedekleme, bulut eşitlemesi veya başka bir cihazın yüklemesi hattı dolduruyor olabilir; arama da aynı şekilde etkilenir.
2. Windows komut satırı: ping ve pathping
Komut İstemi'ni veya Terminal'i açıp şunu çalıştırın:
ping -n 100 1.1.1.1
Varsayılan olarak ping dört istek gönderir; -n 100 yüz istek gönderir; bu işlem bir veya iki dakika sürer. Özet satırında kaç isteğin kaybolduğu ve bunun yüzdesi gösterilir. En düşük ve en yüksek süreler, en yavaş ve en hızlı yanıtların ne kadar farklı olduğunu gösterir.
Kaybın nerede başladığını görmek için şunu çalıştırın:
pathping 1.1.1.1
pathping rotadaki her yönlendiriciye 100 istek gönderir ve her birinde oluşan kaybı gösterir. Birkaç dakika sürer. Sonuçları dikkatlice okuyun: Microsoft'un kendi örneğinde, kendilerine gönderilen istekleri düşürüp diğer tüm istekleri iletmeye devam eden yönlendiriciler görülüyor. Bir yönlendiricide görünen ancak rotanın sonuna kadar devam etmeyen kayıp önemli değildir. Bir yönlendiricide başlayan ve hedefe kadar devam eden kayıp gerçektir.
- İlk atlamada, yani kendi yönlendiricinizde başlayan kayıp Wi-Fi veya ev ağınızda bir soruna işaret eder.
- Daha ileride başlayan kayıp, internet sağlayıcınızda veya onun ötesinde bir soruna işaret eder.
3. Toplantı uygulamasının kendi değerleri
Aramanın kendisini ölçen tek yöntem budur. Teams'te arama sırasında Diğer eylemler → Ayarlar → Arama durumu bölümünü açın; Microsoft, değerlerin her 15 saniyede bir güncellendiğinisöylüyor. Zoom masaüstü uygulamasında Ayarlar → İstatistiklerbölümünü açın. Bir test araması yeterlidir. Şu rehber: Teams test aramaları ve Zoom test toplantıları nereden başlatacağınızı gösterir.
Microsoft, Teams için ücretsiz Teams Network Assessment Toolaracını da sunuyor. Araç, en yakın Teams aktarıcısına paket gönderip geri alır ve ardından kayıp, jitter ve gidiş-dönüş süresini bildirir.
Değerler yüksek olduğunda neyi değiştirmeli
| Göreceğiniz şey | Olası neden | Deneyebilecekleriniz |
|---|---|---|
| Bağlantı boşta olduğunda jitter normal, yük altındayken yüksek | Başka bir şey bağlantınızı dolduruyor | Bulut eşitlemesini, yedeklemeleri ve büyük indirmeleri duraklatıp yeniden test edin |
| Wi-Fi'de jitter veya kayıp yüksek, kablolu bağlantıda normal | Kablosuz bağlantı | Kablo kullanın veya yönlendiriciye yaklaşarak yeniden test edin |
| Kayıp kendi yönlendiricinizde başlıyor | Ev ağınız | Yönlendiriciyi yeniden başlatıp kablolu bağlantıyla Wi-Fi'yi karşılaştırın |
| Kayıp daha ileride başlıyor ve sona kadar devam ediyor | İnternet sağlayıcınızın ağı veya onun ötesi | Çıktıyı pathping kaydedip internet sağlayıcınıza gönderin |
| Değerler yalnızca VPN bağlıyken yüksek | VPN rotası | Şu rehberdeki VPN kaynaklı arama gecikmesi |
CallReady neyi ölçer
CallReady Windows tepsisinden yaptığı arama öncesi kontrolün bir parçası olarak bağlantıyı kontrol eder. Cloudflare'a gecikmeyi, jitter'ı ve yaklaşık indirme ve yükleme aktarım hızlarını ölçer, ardından bunları kamera ve mikrofon sonuçlarının yanında gösterir. Paket kaybını ölçmez. Paket kaybını ölçmez. pathping İnsanlar sözcüklerin kesildiğini söylüyorsa bunun için Cloudflare testini
CallReady, Teams veya Zoom sunucusuna giden medya yolunu değil, Cloudflare'a giden rotanızı ölçer. İyi bir sonuç, kendi bağlantınızın istikrarlı olduğu anlamına gelir. Teams veya Zoom'la ilgili belirli bir şeyi öğrenmek için deneme araması sırasında uygulamanın istatistiklerini kullanın.
Sık sorulan sorular
Görüntülü aramalar için iyi bir jitter değeri nedir?
Aramalar için jitter mı yoksa paket kaybı mı daha kötü?
Windows'de paket kaybını nasıl kontrol ederim?
CallReady paket kaybını ölçer mi?
CallReady, Teams veya Zoom sunucusuna giden medya yolunu değil, Cloudflare'a giden rotanızı ölçer. İyi bir sonuç, kendi bağlantınızın istikrarlı olduğu anlamına gelir. Teams veya Zoom'a özgü bir ölçüm için test aramasında uygulamanın istatistiklerini kullanın.
CallReady'ü edinin