İletişim

Okuma: ~3 dk

Sticky Client — İstemci Neden Uzaktaki AP'ye Yapışır?

Sticky client, istemcinin daha iyi bir AP varken zayıf sinyalli eski AP'ye bağlı kalmasıdır. Roaming kararının nasıl verildiğini, istemci eşiklerini, AP gücünün etkisini, 802.11k/v ile çözüm yollarını ve agresif yöntemlerin risklerini sahadan örneklerle anlatıyoruz.

  • Teknik inceleme bekliyor

Roaming kararını kim verir?

Wi-Fi'da roaming kararını ağ değil istemci verir. Bu, hücresel ağlardan en temel farktır: baz istasyonu telefonu bir hücreden diğerine yönlendirebilir, ancak 802.11'de AP yalnızca öneride bulunabilir. İstemcinin sürücüsü, sinyal seviyesi belirli bir eşiğin altına düştüğünde tarama başlatır, adayları değerlendirir ve yeterince iyi bir aday bulursa geçer. Bu eşik, değerlendirme kriterleri ve tarama sıklığı üreticiye, işletim sistemine ve hatta sürücü sürümüne göre farklıdır.

Örneğin birçok mobil işletim sistemi -70 ile -75 dBm civarında roaming değerlendirmesine başlar ve yeni AP'nin mevcut olandan belirli bir farkla (örneğin 8-12 dB) daha iyi olmasını bekler. Bazı dizüstü sürücüleri ise varsayılan olarak -80 dBm'e kadar mevcut bağlantıda kalmayı tercih eder. Endüstriyel el terminallerinde ise roaming eşikleri genellikle yönetim yazılımından ayarlanabilir.

İstemcinin roaming karar döngüsü
  1. 1 Tetik

    RSSI/SNR eşik altı, yeniden iletim artışı

  2. 2 Tarama

    Aktif probe veya pasif dinleme

  3. 3 Aday değerlendirme

    Sinyal farkı, yük, bant

  4. 4 Geçiş

    Auth + Reassoc (FT ile hızlı)

İstemcinin roaming karar döngüsü
  1. 01Tetik
  2. 02Tarama
  3. 03Aday değerlendirme

Sticky client neden oluşur?

En yaygın neden aşırı AP iletim gücüdür. AP'ler maksimum güçte yayın yaptığında, istemci uzaktaki AP'yi hala 'yeterince iyi' duyar ve roaming eşiğine hiç ulaşmaz. Oysa istemcinin kendi vericisi çok daha zayıftır; AP istemciyi zor duyar, yeniden iletimler artar ve bağlantı düşük veri hızlarına iner. Kullanıcı tam çeken bir Wi-Fi simgesi görür ama uygulamalar yavaştır.

İkinci neden düşük veri hızlarının açık bırakılmasıdır. 1, 2, 5,5 ve 11 Mbps gibi eski 802.11b hızları açık olduğunda istemci çok uzak mesafede bile bağlantıyı sürdürebilir. Bu hızlar aynı zamanda kanal kullanımını büyük ölçüde artırır: 1 Mbps'de gönderilen bir çerçeve, 54 Mbps'de gönderilen aynı çerçeveden yaklaşık elli kat daha uzun süre havayı işgal eder. Bir sticky client yalnızca kendini değil, aynı hücredeki tüm kullanıcıları yavaşlatır.

Üçüncü neden yetersiz hücre örtüşmesidir. Bir AP'nin hücresi bittiğinde istemcinin geçebileceği iyi bir aday yoksa, istemci haklı olarak mevcut bağlantıda kalır. Bu durumda sorun istemci değil tasarımdır.

1500 baytlık çerçevenin havada kalma süresi
  • 1 Mbps (802.11b)12000 µs
  • 6 Mbps (OFDM taban)2000 µs
  • 24 Mbps500 µs
  • 54 Mbps222 µs

Preamble ve protokol başlıkları hariç yaklaşık veri süresi.

Çözüm yolları

İlk ve en etkili çözüm tasarımın kendisidir. AP güçlerini istemci gücüne yakın tutmak, hücreleri küçültmek ve yeterli örtüşme sağlamak, istemcinin doğal roaming davranışını düzeltir. Minimum veri hızını yükseltmek, örneğin 2,4 GHz'te 12 Mbps ve 5 GHz'te 12 veya 24 Mbps tabanı belirlemek, hem hücre kenarını netleştirir hem de beacon ve yönetim çerçevelerinin kanal kullanımını azaltır.

İkinci adım standart yardımcı mekanizmalardır. 802.11k ile AP, istemciye komşu AP'lerin listesini (neighbor report) verir; istemci tüm kanalları taramak yerine yalnızca ilgili kanallara bakar ve daha hızlı karar verir. 802.11v BSS Transition Management ile AP, istemciye 'şu AP'ye geçmen daha iyi olur' önerisinde bulunur. 802.11r ise geçişin kendisini hızlandırır. Bu üçlü birlikte çalıştığında modern istemcilerde roaming hem zamanında hem hızlı gerçekleşir.

Son çare olarak bazı üreticiler RSSI tabanlı zorla ayırma (client steering, optimized roaming, smart roam gibi isimlerle) sunar. AP, sinyali belirli eşiğin altına düşen istemciye deauthentication gönderir ya da probe yanıtlarını keser. Bu yöntem dikkatle kullanılmalıdır: eşik yanlış ayarlanırsa istemciler sürekli bağlantı kopması yaşar ve sorun daha da büyür.

  • AP gücünü otomatik RRM'e bırakıyorsanız maksimum ve minimum güç sınırlarını tasarım hedefine göre belirleyin.
  • Düşük veri hızlarını kapatmadan önce eski istemcilerin (yazıcı, tıbbi cihaz, barkod) envanterini kontrol edin.
  • 802.11k/v/r'ı etkinleştirdikten sonra istemci uyumluluğunu pilot grupta test edin.
  • Zorla ayırma eşiğini istemcinin kendi roaming eşiğinin birkaç dB altında tutun; çakışmasın.

Nasıl teşhis edilir?

Sticky client'ı tespit etmenin en hızlı yolu controller veya bulut yönetim panelinde istemcinin bağlı olduğu AP'yi, RSSI değerini ve veri hızını birlikte görmektir. -78 dBm'de, 6 Mbps veri hızıyla bağlı bir istemci varken yakınında -55 dBm duyduğu başka bir AP bulunuyorsa tablo açıktır. Kablosuz paket yakalamada aynı istemcinin yeniden iletim (retry) bitinin yüksek oranda işaretli olması ve düşük MCS kullanması bu tabloyu doğrular.

Hareketli bir test cihazıyla yapılan roaming survey'i, istemcinin hangi noktada geçtiğini ve geçiş sırasındaki sinyal seviyesini haritalar. F2'nin Ekahau sertifikalı mühendisleri bu ölçümü gerçek istemci profilleriyle yapar; ses, el terminali ve dizüstü bilgisayar gibi farklı cihaz sınıflarının roaming davranışını ayrı ayrı raporlar. Sorunun kaynağı istemci sürücüsü mü, AP gücü mü, yoksa hücre örtüşmesi mi, ancak bu şekilde netleşir.

Eşik değerleri hakkında: Bu yazıdaki RSSI/SNR değerleri örnek tasarım profilleridir, evrensel standart değildir. Nihai kabul hedefleri cihaz üreticisi gereksinimlerine, codec/uygulama SLA'sına, minimum veri hızına, roaming eşiklerine, ikincil kapsamaya, gürültü tabanına ve ölçüm yöntemine bağlıdır.