Wi-Fi'da Yükleme Hızı Neden Düşük? Uplink'i Ayrı Ölçerek Kök Neden Bulma

İndirme hızlı, yükleme yavaş: aynı bağlantı değil mi?

Aynı Wi-Fi bağlantısında indirme iyi, yükleme kötü olabilir; çünkü indirme çerçevesini AP, yükleme çerçevesini istemci gönderir. AP çoğu zaman tavanda, iyi antene ve sabit güç beslemesine sahiptir. Telefon ise avuç içinde, gövde tarafından gölgelenmiş, enerji tasarrufu yapan küçük antenli bir radyodur. AP'nin güçlü yayınını görmek, istemcinin dönüş sinyalinin AP'ye sağlam ulaştığını garanti etmez. Hata ayıklamaya ‘kaç çubuk çekiyor’ sorusuyla değil, AP'nin o istemciden aldığı RSSI/SNR, uplink MCS ve tekrar iletim oranıyla başlayın. İki yönün ölçümünü aynı noktada kaydetmeden güç ayarlarını değiştirmeyin.

Bir kullanıcının bulut dosyası yükleyememesi, kablosuzdan önce internet sağlayıcısının asimetrik tarife sınırı da olabilir. Önce aynı istemciyle Ethernet üzerinden aynı sunucuya karşı test yapın. Ardından yerel ağda güvenilir bir test sunucusuna hem gönderme hem alma yönünde ölçüm uygulayın. İnternet yükleme düşük, yerel yükleme yüksekse WAN, güvenlik cihazı, VPN veya uzak servis sınırı öne çıkar. Yerel yükleme de düşükse kablosuz ortam, istemci sürücüsü veya AP uplink yolu araştırılır. Test sunucusunun diskini ve bağlantı hızını da doğrulayın; yavaş hedefi RF sorunu sanmak kolaydır.

Uplink hücresi neden downlink hücresinden küçük?

AP gücünü artırmak çoğu zaman durumu kötüleştirir. Cihaz uzaktaki AP'nin beacon'ını duymaya devam eder ama kendi çerçeveleri AP'ye ulaşamaz; istemci düşük MCS'ye iner, yeniden iletir ve havada daha uzun süre kalır. Bu asimetri özellikle geniş hollerde, yüksek tavanlı depolarda ve metal rafların arasında belirgindir. Güç dengelemesini istemcinin gönderebildiği seviyeye göre yapın. AP'nin aldığı sinyal, istemcinin gördüğü sinyalden daha anlamlı olabilir. Tasarım hedefleri uygulamaya ve cihaza göre değişir; tek bir RSSI sayısını tüm ortamlar için evrensel eşik olarak kullanmayın.

Konum etkisini kontrollü sınayın: aynı telefonu AP'ye yaklaştırın, sonra iki duvar arkasına götürün; her noktada uplink MCS, SNR ve gönderim hızını kaydedin. AP'ye yaklaşınca uplink belirgin düzeliyorsa önce kapsama ve anten yerleşimini inceleyin. Yalnız belli saatlerde bozuluyorsa girişim veya eşzamanlı istemci yoğunluğu daha kuvvetli adaydır. Üretici panelinde görünen ‘bağlantı hızı’ fiziksel katman hızıdır; TCP uygulama verimi değildir. Aynı ekranı ölçüm aracı yerine koymayın ve tek bir hız testiyle tasarım kararı vermeyin.

Girişim, tekrar ve airtime ilişkisi

Wi-Fi aynı kanalı paylaşan cihazların sırayla konuştuğu bir ortamdır. Yoğun komşu ağ, eski düşük hızlı istemci veya Wi-Fi dışı girişim, istemcinin gönderme fırsatını daraltır. AP'ye doğru gönderimde paket tekrar oranı yükselirse, hız testinin ham sonucu hem kaybolan çerçeveleri hem yeniden iletim maliyetini içerir. Spektrum görünümü ile Wi-Fi paket yakalaması farklı soruları yanıtlar: spektrum Wi-Fi dışı kaynağı, yakalama ise hangi çerçevenin tekrarlandığını gösterir. Kanal kullanım yüzdesini tek başına ‘girişim’ diye etiketlemeyin; meşguliyetin kendi istemcilerinizden mi komşulardan mı geldiğini ayırın.

Yükleme sırasında ses ve görüntü takılıyorsa WMM/DSCP eşlemelerini kontrol edin. Fakat tüm ses trafiğini yüksek önceliğe atamak toplam kapasite yaratmaz; yalnız mevcut yayın süresinin nasıl paylaştırıldığını etkiler. Aynı anda bulut yedekleme yapan istemciler uplink kuyruğunu doldurabilir. Bu durumda WAN tarafında kuyruk yönetimi ve bant genişliği politikası, RF düzenlemesi kadar önemlidir. Tersine yerel ağ içi uplink testinde de kayıp varsa önce AP'nin radyo sayaçlarına dönün. Her denemede test trafiğinin ve eşzamanlı kullanıcı sayısının benzer olması karşılaştırmayı güvenilir kılar.

Düzeltmeyi doğrulama

Sorunu çözdüğünüzü söylemek için yalnız bir yüksek hız testi yeterli değildir. Başlangıç ve bitişte aynı istemci, aynı konum, aynı yerel sunucu ve benzer kullanıcı yükü kullanın. Uplink MCS, tekrar oranı, gerçek aktarım hızı ve görüşme sırasında paket kaybı birlikte iyileşmeli. AP kanalını değiştirdiyseniz komşu hücrelerin çakışmasını ve roaming sınırlarını yeniden inceleyin. Cihaz tarafı sürücü düzeltmesi yaptıysanız etkilenen model ailesinin tüm sürümlerinde kontrollü pilot uygulayın. İnternet tarafındaki arıza giderildiyse kablosuz parametrelerini gereksiz yere değiştirmeyin.

F2 sahada önce trafiğin nerede daraldığını ayırır: istemci→AP, AP→kablolu ağ, kurum çıkışı veya karşı uç. Böylece ‘Wi-Fi yavaş’ etiketi altında WAN tarifesi için yeni AP alınmaz; zayıf istemci uplink'ine de sadece daha güçlü AP takılmaz. Özellikle video görüşme ve büyük dosya yükleme senaryolarında yön bazlı ölçüm kritiktir. Kullanıcı geri bildirimini gerçek uygulamayla doğrulayın: aynı toplantı saatinde kısa çağrı, dosya yükleme ve yerel test sonuçları arasındaki fark, kalıcı müdahalenin hangi katmanda olması gerektiğini gösterir.

• Kablolu ve kablosuz ölçümü aynı hedefe, aynı saat diliminde ve iki yönde yapın.
• AP'nin aldığı istemci sinyalini ve uplink tekrar oranını kaydedin; yalnız telefonun gösterdiği çubuklara güvenmeyin.
• Yerel uplink iyi ama internet uplink kötü ise WAN, VPN ve uzak servis sınırlarını ayrı ayrı denetleyin.
• Yoğunluk etkisini görmek için aynı testi sakin ve yoğun saatte, benzer istemciyle tekrar edin.
• Değişiklik sonrası uygulama deneyimini, özellikle çağrı ve dosya gönderimini yeniden doğrulayın.

Test sonuçlarını yanlış yorumlamayın

Bir hız testi yalnız o anki protokolün, hedefin ve radyo koşullarının sonucudur. Telefon uygulamasında ‘yükleme 20’ yazması 20 Mbps'in AP radyosunda mı, güvenlik duvarında mı, internet çıkışında mı sınırlandığını söylemez. Birden çok paralel TCP akışı kullanan test ile tek bir dosya aktarımı farklı sonuç verebilir; aradaki farkı bağlamdan koparıp tek cihaz arızası saymayın. UDP ile kayıp ve jitter, TCP ile gerçek aktarım verimi ölçüldüğünde daha anlamlı tablo çıkar. Büyük dosyanın tamamlanma süresini de kaydedin: ilk saniyedeki hızlı başlangıç, uzun süren aktarımın verimini temsil etmez. Pil tasarrufu modundaki telefon ile şarjda çalışan telefon arasındaki fark, uplink gönderen radyonun davranışını değiştirebilir. Test cihazının sıcaklığı ve güç tasarrufunu kayıt altına alın; bir denemede kapanıp diğerinde açılan VPN de karşılaştırmayı bozar. Kablosuz tarafta AP'nin ‘uplink başarısı’ sayacı varsa zaman penceresini daraltarak yalnız şikayet anını okuyun. Ağ genelindeki günlük ortalama, kısa toplantı kopmalarını gizler. Kullanıcıya yakın en güçlü AP'nin gerçekten bağlı olunan BSSID olup olmadığını doğrulayın; istemci başka kattaki AP'ye tutunmuş olabilir. Böyle bir durumda kanal değişiminden önce hücre sınırı ve dolaşım davranışına bakılır. Yeni AP eklemek her zaman çözüm değildir: ortak kanaldaki istasyon sayısı artarsa rekabet de artabilir. F2 ölçümünde ‘hızlandı’ kararı yalnız sayı yükseldiğinde değil, tekrar oranı düştüğünde ve uygulama yükleme işlemi tekrar tekrar başarıyla bittiğinde verilir. VPN kullanan kurumlarda aynı dosyayı VPN açık ve kapalı kıyaslamak yardımcıdır; fakat kapalı test yalnız izin verilen verilerle yapılmalıdır. Kurumsal güvenlik politikasını teşhis bahanesiyle devre dışı bırakmayın. Sunucu sınırlarını dışlamak için ikinci bir hedef kullanın ve sonuçları kullanıcı sayısı, saat ve konumla birlikte raporlayın.