Yardım
Paket kaybı nedir ve nasıl tespit edilir?
Paket kaybında gönderilen paketler hedefe ulaşmaz. Cihazları, bağlantıları ve tekrarlı ölçümleri karşılaştırın; eksik ping yanıtı tek başına arızayı belirlemez.
Gönderilen paket hedefe ulaşmazsa paket kaybı oluşur. Kesik konuşma, oyunda sıçramalar veya duran aktarımlar buna uyabilir, ancak cihaz ya da uygulama da neden olabilir. Yüksek indirme hızı aralıklı kaybı dışlamaz. VMAXCHECK doğrudan paket kaybı ölçmez; hız veya gecikme bu teşhisi doğrulamaz.
Kontrollü karşılaştırmayla başlayın
- Saati, süreyi, uygulamayı ve birkaç cihazın birlikte etkilenip etkilenmediğini yazın. Uygulama ağ istatistiği gösteriyorsa kendi açıklamasına göre kaybı ve ölçüm yönünü kaydedin.
- Aynı cihazda Wi-Fi ve Etherneti kısa aralıkla karşılaştırın. Temel ölçüm için kendi büyük aktarımlarınızı ve yedeklemelerinizi durdurun; normal sorun koşullarını ayrı gözlemleyin.
- Sakin dönemde ve sorun sırasında aynı hedef ve ayarlarla tekrarlayın. Tek iyi deneme aralıklı sorunu dışlamaz. Akşam örüntüsü tek başına yoğunluk kanıtı değildir.
- Başka cihaz ve hizmeti karşılaştırın. Tek uygulamada hizmet durumunu da kontrol edin. Ethernetle düzelme kablosuz yola veya cihaza işaret eder, Wi-Fi çerçeve kaybını kanıtlamaz.
Sınırlı ping denemeleri
Windows'ta ping /n 50 1.1.1.1 herkese açık bir hedefe 50 ICMP echo isteği gönderir. Yanıt veren hedef kullanın; bu mutlaka uygulamanın sunucusu değildir. Ağ ayarlarındaki yerel yönlendirici adresini de hedef yerine yazarak deneyin. Sonuçları ayrı tutun: gönderilen istekler, alınan ve eksik yanıtlar, gidiş-dönüş süreleri. Aynı sayı, bekleme süresi, paket boyutu ve adres ailesiyle tekrarlayın. Çok kısa zaman aşımı veya hızlı taşırma testlerinden kaçının; eksik yanıtları beklemek denemeyi birkaç dakikaya uzatabilir.
Eksik yanıtları dikkatli yorumlayın
- 50 istekte iki eksik yanıt bu örnekte %4 eksik ICMP yanıtıdır, tüm uygulama trafiğinin güvenilir tahmini değildir. Yönlendirici veya hedef ICMP'yi sınırlayabilir ya da engelleyebilir. İstek ve yanıt yolun farklı kısımlarında kaybolabilir.
- Eksik yönlendirici yanıtları uygulama sorunlarıyla birlikteyse önce yerel yolu incelemek mantıklıdır. Eşleşen belirtiler olmadan sessiz yönlendirici bağlantı arızasını kanıtlamaz.
- Yönlendirici yanıt verirken birkaç İnternet hedefi ve uygulama çalışmıyorsa yönlendiricinin İnternet tarafını, erişimi ve yolun kalanını inceleyin. Sonuç sağlayıcıyı tek suçlu olarak belirlemez.
- Traceroute yıldızları veya pathpingde tek ara atlamanın kaybı iletme hatasını kanıtlamaz. Son hedefi, sonraki atlamaları ve uygulamaları karşılaştırın: cihazlar kendi yanıtlarını sınırlarken başka trafiği iletebilir.
Gecikme ve kayıp farklıdır: yüksek ping kayıp paket sayısı değildir. TCP eksik veriyi yeniden göndererek bekleme veya daha düşük hız oluşturabilir. UDP kendi başına teslim garantisi vermez; uygulamalar kendi kurtarma yöntemini ekleyebilir. Etki uygulamaya ve tekil ya da kümelenmiş kayba bağlıdır. Bir yüzde evrensel başarı sınırı değildir; kısa kayıpsız deneme diğer yolları veya sonraki oturumları garanti etmez.
Hedefli değiştirin ve yeniden karşılaştırın
- Yalnız kablosuz sorunda kapsama ve radyo rekabetini inceleyin. Kabloda çalışan uyumlu kablo veya portla ve cihaz ile ağ adaptörünün resmi yönergeleriyle karşılaştırın. Her seferinde tek şey değiştirin.
- Sorun kendi büyük aktarımlarınızı izliyorsa durdurun, zamanlayın ya da sınırlayın ve karşılaştırın. Üretici rehberine uygun desteklenen kuyruk yönetimi yoğunlukta yardımcı olabilir, ama her kaybı düzeltmez.
- Rehbere göre yeniden başlatmadan önce yönlendirici olaylarını ve ölçümleri kaydedin. Yeniden başlatma başka kullanıcıları ve aramaları keser; denemedir, neden kanıtı değildir. Fabrika sıfırlaması veya koruma kapatmayla başlamayın.
- Değişiklikten sonra aynı denemeleri ve uygulamayı tekrarlayın. Tek hizmette durumunu ve desteğini kontrol edin; birkaç cihaz ve hizmette karşılaştırmaları ağ sağlayıcısına verin.
Desteğe saatler, süre, bağlantı türü, model, hedefler ve ayarlar, istek ve eksik yanıt sayıları, gidiş-dönüş süreleri, cihazlar, uygulamalar ve Ethernet ya da az yük etkisini verin. Günlüklerden parolaları, tokenleri ve özel bilgileri çıkarın. Tekrarlanabilir gözlemler en yüksek yüzdeli atlamayı suçlamaktan veya tek denemeyle hızlı paket almaktan daha yararlıdır.