Paket Kaybı Testi

Bu paket kaybı testi, oyunların ve görüşmelerin gönderdiği gibi gerçek UDP paketleri kullanır ve paketleri yükleme yönünde mi yoksa indirme yönünde mi kaybettiğinizi gösterir. Tek bir test aynı zamanda bir gecikme testi, jitter testi ve bufferbloat testidir.

Her paket Cloudflare'in en yakın veri merkezi üzerinden ölçülür · kayıp yükleme ve indirme olarak ayrılır · hiçbir şey saklanmaz

Her paket, ulaştığı andaÖrnek: fiber hatta 1 dk

  • Zamanında 2.995
  • Geç 0
  • Kayıp 4
  • Sırası bozuk 1
  • Yinelenen 0
PaketlerToplu kayıplarYüklemeYükleİndirmeİndirGecikme ms4 kayıpyok–
Her sütun bir saniyedir: o saniyenin paketleri yukarıdan aşağıya. Bir saniyenin üzerine gelin ya da şeridi seçip ok tuşlarını kullanın.

Bu paket kaybı testi nasıl çalışır?

Tarayıcınız, Cloudflare'in en yakın veri merkezine kesintisiz bir küçük UDP paket akışı gönderir; paketler oradan doğrudan tarayıcınıza geri döner ve geri gelmeyen her paket sayılır.

Paketler, kaybolan bir mesajı asla yeniden göndermeyecek şekilde ayarlanmış bir WebRTC veri kanalı üzerinden gider; böylece kaybolan bir paket kayıp kalır: yeniden denemeyle gizlenmiş bir gecikme değil, gerçek paket kaybı. Paketler Cloudflare'in anycast olan TURN hizmeti üzerinden aktarılır: tarayıcınız en yakın Cloudflare konumuna ulaşır ve aktarıcı orada çalışır. Akışın iki ucu da tarayıcınızda, tek bir saatle çalışır; bu yüzden her paketin gecikmesi milisaniyenin onda biri hassasiyetle bellidir.

O döngüdeki bir paket bağlantınızı iki kez geçer, gidişte ve dönüşte; bu yüzden döngü tek başına bir paketin nerede kaybolduğunu söyleyemez. Yanında kısa bir sesli görüşmenin çalışmasının nedeni budur: tarayıcınız Cloudflare'in görüşme sunucusuna (Realtime SFU) sessiz bir ses akışı gönderir ve onu geri alır. Cloudflare hangi paketleri hiç almadığını bildirir; bu sizin yükleme kaybınızdır. Bundan sonra kaybolanlar ise indirme kaybınızdır.

Yük altında seçeneğinde, paketler akmaya devam ederken hat önce Cloudflare'in hız testi sunucularından gelen indirmelerle, sonra yüklemelerle doldurulur; böylece hat yoğunken kaybın, jitter değerinin ve gecikmenin nasıl değiştiğini görürsünüz.

TarayıcınızAktarıcı (TURN)En yakın CloudflareGörüşme sunucusu (SFU)En yakın CloudflareDöngü: gidip gelen paketlergiderken mi, dönerken mi kayboldu?döngü bunu ayırt edemez; her paketi tek bir saatle ölçerTest görüşmesi: Opus, saniyede 50 paket↑ yükleme↓ indirmeCloudflare aldıklarını sayar ↑tarayıcınız geri geleni sayar ↓
  • Döngü: her paketin gecikmesi ve akıbeti
  • Görüşme: paketin hangi yönde kaybolduğu
  • Kayıp bir paket
İkisi de test boyunca aynı anda çalışır.
Paket kaybı testi sonucu: paket şeridi, indirirken toplu kayıplar, yükleme ve indirme kaybı, jitter ve bufferbloat notuPaket kaybı testi sonucu: paket şeridi, indirirken toplu kayıplar, yükleme ve indirme kaybı, jitter ve bufferbloat notuSonuçKayıp, toplu kayıplar ve yük altında gecikme artışı; Microsoft Teams hedeflerine veya Cloudflare'in oyun puanına göre değerlendirilir.Her paketHer sütun bir saniye, her işaret bir pakettir: zamanında, geç, kayıp veya sırası bozuk; toplu kayıplar köşeli parantezle gösterilir.Yükleme mi, indirme miTest görüşmesi kaybı ikiye ayırır: Cloudflare'in sizden hiç almadığı paketler ve size dönerken kaybolanlar.Puanlar ve notCloudflare'in yayın akışı, oyun ve görüntülü görüşme puanları ile Waveform'un A+ ile F arasındaki bufferbloat notu.
Bufferbloat sorunu olan bir hatta 1 dakikalık test: boştayken kayıp yok, indirme sırasında kısa toplu kayıplar ve artan gecikme. Her bölümün neyi gösterdiğini görmek için bir numara seçin.

Paket kaybı nedir?

Paket kaybı, cihazınızdan çıkan ama karşı uca hiç ulaşmayan ya da kullanılamayacak kadar geç ulaşan veri paketlerinin oranıdır.

Oyunlar, sesli ve görüntülü görüşmeler UDP üzerinden saniyede birçok kez küçük paketler gönderir ve kaybolanların yeniden gönderilmesini beklemez: kaybolan bir paket donan bir kare, bir görüşmeden kesilen bir kelime ya da geri sıçrayan bir karakter demektir. İndirmeler ve web sayfaları, kaybolanı yeniden gönderen TCP'yi kullanır; bu yüzden orada kayıp yalnızca daha yavaş açılan bir sayfa olarak görünür. Normal bir hız testinin paket kaybını görememesinin nedeni de budur.

Bu test dört şeyi sayar. Kayıp: 3 saniye sonra hâlâ ulaşmamış bir paket; IETF'in kayıp ölçütüne göre bildirilmesi gereken bekleme süresi budur. Geç: ulaşan, ama diğerlerinin çok gerisinde kalan paket. Sırası bozuk: daha sonra gönderilen bir paketten sonra ulaşan paket (RFC 4737). Yinelenen: iki kez ulaşan, bir kez sayılan paket.

Her 20 ms'de bir, 16 paket1 kayıp · 1 geç · 1 sırası bozuk · 1 iki kez
GönderildiUlaştı geç: diğerlerinden 100 ms geride11223344566778899101011111212131314141415151616
  • Zamanındadiğerleriyle birlikte ulaştı
  • Geçulaştı, ama diğerlerinin çok gerisinde: bir görüşme için fazla geç
  • Kayıp3 saniye içinde geri gelmedi
  • Sırası bozukdaha sonra gönderilen bir paketten sonra ulaştı
  • Yineleneniki kez ulaştı, bir kez sayıldı
Sonuçtaki şerit aynı renkleri kullanır; her paket için bir hücre.

Ne kadar paket kaybı kabul edilebilir?

Görüntülü görüşmeler için %1'in altı: Microsoft'un Teams hedefi, herhangi bir 15 saniyede %1'den az ve herhangi bir 200 milisaniyede %10'dan az kayıptır; Zoom ise %2 veya daha azını önerir.

Bu sayfadaki her değerlendirme, yayımlanmış tek bir kurala birebir uyar. Görüntülü görüşmeler: Microsoft Teams'in cihazınızdan ağ ucuna giden yol için hedefleri: 100 ms'nin altında gidiş-dönüş, her 15 saniyede %1'in altında kayıp, her 200 ms'de %10'un altında toplu kayıp, 30 ms'nin altında jitter, %0,05'in altında sıra bozulması; bir de Zoom'un 150 ms gecikme, 40 ms jitter ve %2 kayıp önerisi.

Oyun ve yayın akışı: Cloudflare'in ağ kalitesi puanları, yani speed.cloudflare.com'un kullandığı puanların aynısı: %1'in altındaki kayıp tam puan, %1 ile %5 arası yarım puan alır; %5 ile %25 arası hiç puan almaz, daha fazlası ise puan kaybettirir. Oyunlar için oyun yapımcılarının yayımladığı bir kayıp sınırı yoktur; saniyede 64 veya 128 güncellemede toplu gelen %1 kayıp bile gözle görülür bir takılmadır.

Microsoft Teams her 15 sn'de %1'in altında Zoom %2 veya daha az %0%0,5%1%2%3%4%5 Cloudflare AIM +10 puan +5 %5 ile %25 arası: 0 · %50'nin altı: −10 · sonrası −20
  • %1'in altı: tam puan, Teams hedefinin içinde
  • %1 ile %2 arası: Zoom'un sınırı içinde
  • %2'nin üzeri: ikisinin de dışında
Her kurumun kendi kuralı, sonuçtaki kontrollerin uyguladığı şekliyle. Teams'in değeri her 15 saniyelik pencere içindir; bu yüzden kısa bir kötü dönem, ortalama düşük olsa bile bu hedefi tutturamaz.

Paket kaybınız rastgele mi, toplu mu?

Örüntü, yüzde kadar önemlidir: dağınık %2 kayıp bir görüşmede neredeyse fark edilmez, birkaç toplu kayıp halinde yaşanan %2 ise bir dizi kesinti demektir.

Test, kayıp olaylarını, yani art arda kaybolan paket dizilerini (RFC 6534) sayar, en uzununu gösterir ve ITU-T G.107'ye göre toplu kayıp oranını hesaplar: kayıplar rastgele dağıldığında 1, kümelendiğinde 1'in üzerinde. Toplu kayıplar genellikle bir modemdeki dolu bir kuyruktan gelir; dolu kuyruk aynı akıştan birkaç paketi birden düşürür. Ya da Wi-Fi bağlantısı bir anlığına koptuğunda görülür.

Kısa bir test kayıp olmadığını kanıtlayamaz. 750 paketin hiçbiri kaybolmadıysa kayıp oranı hâlâ %0,4'ün altında bir yerdedir; bu yüzden sayfa çıplak bir %0 değil, bir aralık gösterir. Gelip giden kayıpları yakalamak için 3 dakikalık testi çalıştırın.

Aynı %2 paket kaybı, iki kez1 dk · 3.000 paket · her birinde 60 kayıp

Rastgeletekil, dağınık kayıplar

Kayıp olayları
60
En uzun toplu kayıp
1 · 20 ms
Toplu kayıp oranı
0,98

Görüşmede: arada bir hafif bir tık sesi

Toplu12 paketlik beş seri

Kayıp olayları
5
En uzun toplu kayıp
12 · 240 ms
Toplu kayıp oranı
11,76

Görüşmede: dakikada beş kez 240 ms'lik kesinti

Toplu kayıp oranı (burst ratio, ITU-T G.107): ortalama toplu kayıp uzunluğunun, aynı orandaki rastgele kaybın vereceği uzunluğa bölümü. 1 rastgele demektir; değer yükseldikçe kayıplar daha çok kümelenir.

Jitter nedir, nasıl ölçülür?

Jitter, gecikmenin bir paketten diğerine ne kadar değiştiğidir. Görüşmeler ve oyunlar bunu yumuşatmak için paketleri arabelleğe alır; bu arabellek de gecikme ekler.

Bu sayfa jitter değerini, WebRTC görüşme uygulamalarının bildirdiği RFC 3550 formülüyle ölçer: paketler ulaşırken aralarındaki gecikme değişimi, son paketler üzerinden yumuşatılarak. Diğer araçlar başka formüller kullanır: Cloudflare'in hız testi ardışık pingler arasındaki farkın ortalamasını, Waveform ve Ookla ise ortalamadan sapmayı alır; bu yüzden jitter değerleri doğrudan karşılaştırılamaz. Bu sayfadaki Cloudflare puanları, olması gerektiği gibi Cloudflare'in kendi formülünü kullanır.

RFC 3550 varışlar arası jitterJ = J + (|D| − J) / 16
GönderildiUlaştıDeğişim DJitter J 0 ms1820 ms21+340 ms19−260 ms26+780 ms18−8100 ms30+12120 ms19−11140 ms20+1160 ms22+22,31

İletim süreleri ms cinsinden. Her değişim J değerini aradaki farkın on altıda biri kadar hareket ettirir; bu yüzden tek bir sıçrama onu biraz yükseltir, düzenli paketler ise yeniden aşağı indirir.

Cloudflare'in hız testi ardışık pingler arasındaki değişimin ortalamasını, Waveform ve Ookla ise ortalama etrafındaki dağılımı alır: aynı hat üç farklı jitter değeri verir.

Bufferbloat nedir? Yük altında gecikme testi

Bufferbloat, bağlantınız yoğunken eklenen fazladan gecikmedir: modeminiz çok fazla veriyi kuyruğa alır, bu yüzden her paket bir indirmenin veya yüklemenin arkasında sırada bekler.

Yük altında testi gecikmeyi önce boştayken, sonra indirirken, sonra yüklerken ölçer ve artışı Waveform ölçeğinde notlandırır: eklenen gecikme 5 ms'nin altındaysa A+, 30'un altındaysa A, 60'ın altındaysa B, 200'ün altındaysa C, 400'ün altındaysa D, 400 ms veya üzerindeyse F. Not, ortalama gecikmeden ve iki yönden kötü olanından hesaplanır.

Çözüm, modeminizde akıllı kuyruk yönetimidir (SQM): CAKE veya FQ-CoDel, hızı hattınızın sağladığından biraz düşük ayarlanmış olarak; OpenWrt'nin kılavuzuna göre ölçülen hızın yaklaşık %90'ı. Sonra testi yeniden çalıştırın: not A veya A+ seviyesine yükselmelidir.

Bir yüklemenin arkasında bekleyen görüşme paketiörnek bir hat
Modemin yükleme kuyruğu görüşmeniz 175 ms beklersonra kuyruk dolarve sıradakileri düşürür bir yedekleme veya video yüklemesi, paket paket
Boşta21 ms
İndirirken63 ms
Yüklerken196 ms
CYük altında +175 ms: Waveform ölçeğinde C notuWaveform
  1. A+<5
  2. A<30
  3. B<60
  4. C<200
  5. D<400
  6. F400+
Eklenen gecikme, yük altındaki ortalama gecikme eksi boştaki ortalama gecikmedir; Waveform'un notlandırdığı gibi indirme ve yüklemeden kötü olanı alınır.

Paket kaybına ne yol açar, nasıl düzeltilir?

Paket kaybının çoğu Wi-Fi bağlantısından, yoğun bir hattan (bufferbloat), arızalı bir kablodan veya porttan ya da sağlayıcınızın ağından kaynaklanır; testteki örüntü hangisi olduğunu söyler.

Yalnızca indirirken veya yüklerken görülen kayıp bufferbloat'a işaret eder: SQM'i açın. Wi-Fi üzerinde boştayken görülen rastgele kayıp, parazite veya mesafeye işaret eder: kabloyla tekrar test edin. Kabloda da görülen kayıp, hasarlı bir kablo, bozuk bir port veya eski modem yazılımı olabilir. Görüşme testi, kablo bağlıyken ve SQM açıkken kaybı indirme tarafında gösteriyorsa sorun genellikle modeminizin ötesindedir: sağlayıcınıza testin paylaşım bağlantısını ve CSV dosyasını gönderin.

Gördüğünüz örüntüyü seçin

Yalnızca indirirken veya yüklerken kayıp

Olası neden

Bufferbloat: modemin kuyruğu taşıyor

Çözüm

SQM'i (CAKE veya FQ-CoDel) hızınızın yaklaşık %90'ında açın

Rastgele tekil kayıplar, yalnızca Wi-Fi üzerinde

Olası neden

Parazit, mesafe veya zayıf sinyal

Çözüm

Modeme yaklaşın, 5 GHz'e geçin ya da kablo kullanın

Kabloda da kayıp, boştayken bile

Olası neden

Arızalı bir kablo veya port, eski yazılım

Çözüm

Kabloyu ve portu değiştirin, modemi güncelleyin

İndirme tarafında kayıp, kablo bağlı ve SQM açık

Olası neden

Sağlayıcınızın ağı

Çözüm

Paylaşım bağlantısını ve CSV dosyasını sağlayıcınıza gönderin

Paket kaybı testi, ping testi ve hız testi: farkı ne?

Hız testi hattınızın ne kadar veri taşıdığını, ping testi tek bir gidiş-dönüşün ne kadar sürdüğünü, paket kaybı testi ise küçük paketlerin ne kadar güvenilir ulaştığını ölçer: üç farklı soru.

Dünyanın dört bir yanındaki yerlere gecikmenizi görmek için ping testi, görüşmeler kesildiğinde veya oyunlar takıldığında bu paket kaybı testini, indirmeler yavaş olduğunda ise bir hız testini kullanın.

KarşılaştırmaPaket kaybı testiPing testiHız testi
ÖlçtüğüKayıp, geç ve sırası bozuk paketler, jitter, yük altında gecikmeBir sunucuya veya bölgeye gidiş-dönüş süresiİndirme ve yükleme hızı
ProtokolUDP (yeniden gönderim yok)ICMP, TCP veya HTTPSTCP (yeniden gönderim kaybı gizler)
Yanıtladığı soruGörüşmeler neden kesiliyor, oyunlar neden takılıyorBir sunucu ne kadar uzak hissettiriyorİndirmeler neden yavaş

Paket kaybı testi: sık sorulan sorular

Oyun için iyi bir paket kaybı oranı nedir?

Mümkün olduğunca %0'a yakın. Cloudflare'in oyun puanı %1'in altındaki kayba tam puan, %1 ile %5 arasına yarım puan verir. Oyun yapımcıları bir kayıp sınırı yayımlamaz, ama saniyede 64 veya 128 güncellemede kısa bir toplu kayıp bile ıskalanan bir atış ya da geri sıçrayan bir karakter demektir; bu yüzden yüzdeye olduğu kadar şeritteki toplu kayıplara da bakın.

%1 paket kaybı kötü mü?

Görüntülü bir görüşme için tam olarak Microsoft'un sınırındadır: Teams, herhangi bir 15 saniyede %1'den az kayıp hedefler. Zoom %2 veya daha azını önerir. Bir oyunda %1 fark edilir, toplu geldiğinde daha da çok. İndirmeler ve web sayfaları için pek önemli değildir, çünkü TCP kaybolan paketleri yeniden gönderir.

Hız testim iyiyken bu test neden paket kaybı gösteriyor?

Hız testi, kaybolan her paketi yeniden gönderen TCP üzerinden çalışır; bu yüzden kayıp yalnızca indirmeyi biraz yavaşlatır. Bu test ise bir oyun veya görüşme gibi asla yeniden gönderilmeyen paketler yollar; bu yüzden kaybolan her paket sayılır. Bir hat tam hıza ulaşıp yine de, özellikle yoğunken, paketleri toplu halde düşürebilir.

Neden yalnızca indirme yaparken paket kaybediyorum?

Bu, bufferbloat'ın klasik belirtisidir: modeminiz kuyruğunda çok fazla veri tutar ve kuyruk taştığında paketleri toplu halde düşürür. Yük altında testi bunu indirme veya yükleme bölümünde kayıp ve gecikme artışı olarak gösterir. Modemde akıllı kuyruk yönetimi (CAKE veya FQ-CoDel) genellikle ikisini de düzeltir.

Paket kaybı benim tarafımda mı, sağlayıcımda mı?

Üç adımda ayırın. Görüşme testi, paketlerin giderken mi dönerken mi kaybolduğunu söyler. Wi-Fi yerine kabloyla test etmek, sebebin Wi-Fi olup olmadığını gösterir. Yüklü ve yüksüz test etmek, bufferbloat olup olmadığını gösterir. Kablo bağlıyken ve hat boştayken indirme tarafında kalan kayıp genellikle sağlayıcınızdan kaynaklanır.

Bir tarayıcı testi yükleme kaybını indirme kaybından nasıl ayırabilir?

Gidip geri gelen paketler nerede kaybolduklarını söyleyemez; bu yüzden test, Cloudflare'in görüşme sunucusuna kısa ve sessiz bir sesli görüşme de başlatır. Cloudflare tarayıcınıza paketlerinizden kaçını aldığını bildirir; bu sizin yükleme kaybınızdır. Dönüş yolunda eksik olanlar ise indirme kaybınızdır.

Paket kaybı testini ne kadar süre çalıştırmalıyım?

Hızlı bir kontrol için 15 saniyelik testi, sorun gelip gidiyorsa 3 dakikalık testi çalıştırın. Kısa bir testte sıfır kayıp, hiç kayıp olmadığını kanıtlamaz: 750 paketten hiçbiri kaybolmadığında kayıp hâlâ %0,4'ün altında bir yerdedir ve sayfa %0 yerine bu aralığı gösterir.

VPN paket kaybı testini etkiler mi?

Evet. VPN açıkken paketler önce VPN sunucusundan geçer; bu yüzden sonuç tek başına hattınızı değil, VPN üzerinden giden yolu gösterir. Bağlantınızı test etmek için VPN'i kapatın, ne eklediğini görmek için açın.

Test ne kadar veri kullanır?

Paket akışının kendisi küçüktür: 1 dakikalık bir test, saniyede 128 pakette bile en fazla birkaç megabayt veri taşır. Yük altında bölümleri, her biri testin en fazla üçte biri kadar sürmek üzere hattınızın izin verdiği hızda indirme ve yükleme yapar; üst sınır 250 MB indirme ve 100 MB yüklemedir. Bu yüzden kotalı veya mobil bir bağlantıda yük altında seçeneğini kapalı bırakın.

Bir şey saklanıyor mu?

Hayır. Test, tarayıcınız ile şifreli paketleri okumadan aktaran Cloudflare'in en yakın veri merkezi arasında çalışır. Önceki testler yalnızca bu tarayıcıda kalır. Paylaşım bağlantısı sonucu taşır, IP adresinizi asla taşımaz ve imzalanır: oluşturulduktan sonra değiştirilen bir bağlantı düzenlenmiş olarak görünür.