Wi-Fi'da Yüksek Ping ve Jitter: Gecikmenin Anatomisi

Ping neden Wi-Fi'da bu kadar değişken?

Kablolu bir bağlantıda paket, anahtarlama donanımı sabit olduğu için neredeyse hep aynı sürede hedefe ulaşır. Wi-Fi'da durum farklıdır: ortam paylaşımlıdır. Bir istemci veri göndermeden önce kanalın boş olduğunu CSMA/CA mekanizmasıyla kontrol etmek, gerekirse beklemek zorundadır. Bu bekleme süresi, ortamdaki diğer cihazların sayısına ve trafiğine göre her paket için farklıdır — işte jitter dediğimiz gecikme dalgalanması buradan doğar.

Ping, aslında tek başına anlamlı bir metrik değildir; önemli olan ping'in ortalaması değil, dağılımıdır. 20 ms ortalama ping ile 5-80 ms arasında gidip gelen bir ping, kullanıcı deneyimi açısından tamamen farklı sonuçlar doğurur. Sesli görüşmede jitter payı 30 ms'yi aştığında konuşmalar kesilmeye, oyunda ise karakter hareketleri takılmaya başlar.

Wi-Fi zincirinde gecikme tek bir noktadan değil, art arda dizilmiş birkaç katmandan birikir: istemcinin kanal erişim beklemesi, AP'nin tampon (buffer) kuyruğu, kablosuz ortamdaki yeniden gönderim (retry) döngüleri ve son olarak kablolu ağdaki yönlendirme gecikmesi. Sorunu çözmek için bu katmanları tek tek ayırt etmek gerekir.

Airtime rekabeti ve retry mekanizması

Bir kanalda aktif istemci sayısı arttıkça, her istemcinin kanalı kullanabilmek için beklediği süre de artar. Buna airtime (hava zamanı) rekabeti denir. 20'den fazla istemcinin aynı anda yoğun trafik ürettiği bir kanalda, tek bir cihabın gecikmesi düşük yükte 3-4 ms iken, yoğun yükte 40-50 ms'ye çıkabilir.

Retry mekanizması ise farklı bir gecikme kaynağıdır. Bir paket gönderildiğinde alıcıdan ACK (onay) gelmezse istemci paketi yeniden gönderir. Zayıf sinyal, girişim veya aşırı kalabalık bir ortamda retry oranı %15-20'lere çıkabilir; her yeniden gönderim hem gecikmeyi hem de genel airtime tüketimini artırır, dolayısıyla diğer istemcilerin de ping'i yükselir.

Bufferbloat: görünmeyen gecikme kaynağı

Bufferbloat, modem ve router'larda aşırı büyük tamponların, hat doluyken gecikmeyi saniyelere kadar çıkarabilmesi sorunudur. Biri büyük bir dosya yüklerken aynı hatta ping atan başka bir kullanıcı, normalde 15 ms olan gecikmenin 300-600 ms'ye çıktığını görebilir. Bu, Wi-Fi'nın değil, modem/router tampon yönetiminin sorunudur ama kullanıcı bunu 'Wi-Fi yavaş' olarak algılar.

Bufferbloat'u test etmenin en pratik yolu, hat boşken ve yoğunken ping ölçümünü karşılaştırmaktır. Eğer yoğun yükleme sırasında ping 10 katına çıkıyorsa, sorun kablosuz tarafta değil, WAN tarafı kuyruk yönetimindedir. Çözüm genelde router üzerinde Smart Queue Management (SQM) veya CAKE gibi akıllı kuyruklama algoritmaları etkinleştirmektir.

Kurumsal ortamlarda bufferbloat, özellikle yetersiz kapasiteli internet hatlarında ve ucuz NAT cihazlarında görülür. F2 projelerinde WAN tarafı QoS politikaları, Wi-Fi tarafı WMM önceliklendirmesiyle birlikte ele alınarak uçtan uca gecikme bütçesi tek bir plan altında yönetilir.

Kanal yoğunluğunun gecikmeye etkisi

2,4 GHz bandında yalnızca 3 çakışmasız kanal (1, 6, 11) bulunur ve apartman/ofis ortamlarında bu üç kanal onlarca komşu ağ tarafından paylaşılır. Böyle bir ortamda istemci her paket göndermeden önce uzun süre bekler, bu da ping'i doğrudan yükseltir. 5 GHz bandı çok daha fazla kanal sunduğu için aynı yoğunlukta gecikme çok daha düşüktür.

Kanal genişliği de bir faktördür: 40 MHz veya 80 MHz gibi geniş kanallar daha fazla komşu ağla çakışma riski taşır, bu da CCA (Clear Channel Assessment) eşiğini daha sık tetikler ve beklemeyi artırır. Yoğun ortamlarda 20 MHz kanal genişliği, daha geniş kanallara göre genellikle daha düşük ve daha kararlı gecikme sağlar.

• 2,4 GHz'de yüksek ping şikayeti geldiğinde ilk kontrol: kanal kullanım oranı (channel utilization)
• 5/6 GHz'e yönlendirme bandsteering ile önceliklendirilmeli
• Kanal genişliği yoğun alanlarda 20-40 MHz ile sınırlanmalı
• DFS kanalları kullanılabiliyorsa yoğunluğu dağıtmak için tercih edilmeli

Doğru ölçüm yöntemi ve F2'nin yaklaşımı

Yüksek ping şikayetini doğru teşhis etmek için tek bir ping testi yetmez. Sürekli (continuous) ping ile en az 5 dakikalık örnekleme yapılmalı, ortalama değil minimum-maksimum-jitter değerleri birlikte değerlendirilmelidir. Aynı anda WLAN kontrolcüsünden retry oranı, kanal kullanımı ve RSSI/SNR değerleri çekilerek gecikmenin RF kaynaklı mı yoksa WAN kaynaklı mı olduğu ayrıştırılır.

F2 sahada bu sorunu çözerken önce Ekahau ile spektrum ve kanal kullanım analizi yapar, ardından WMM/QoS politikalarını trafik sınıflarına göre yeniden düzenler, gerekirse kanal planını ve AP güç seviyelerini optimize eder. Bufferbloat şüphesi varsa WAN tarafı kuyruklama ayrı bir adım olarak ele alınır. Bu çok katmanlı yaklaşım, 'Wi-Fi yavaş' şikayetinin aslında hangi katmandan kaynaklandığını kesin olarak ortaya koyar ve kalıcı çözüm üretir.