Okuma: ~3 dk
Apple Cihazlarda Roaming: iOS ve macOS'un Üretici AP'lerine Göre Davranış Farkları
iOS ve macOS ekosisteminin roaming (dolaşım) kararlarındaki katı eşikleri; Cisco, Aruba ve RUCKUS altyapılarında Apple cihazlar için sunulan özel optimizasyonların karşılaştırması.
- Teknik inceleme bekliyor
Apple'ın roaming mantığı: -70 dBm eşiği
Apple cihazlar (iPhone, iPad, Mac), Wi-Fi ağlarında dolaşım kararı verirken oldukça katı ve üreticiden bağımsız bir algoritma izler. iOS cihazlar için roaming tetikleme eşiği genellikle -70 dBm RSSI değeridir. Cihaz mevcut AP'den gelen sinyalin -70 dBm altına düştüğünü algıladığında aktif olarak yeni bir aday AP aramaya başlar. Aday seçimi de trafiğe bağlıdır: Apple'ın kurumsal dokümantasyonuna göre cihaz veri aktarıyorsa aday AP'nin yaklaşık 8 dB, boştaysa yaklaşık 12 dB daha güçlü olması beklenir; bu değerler işletim sistemi sürümüne göre değişebilir. Bu durum, Apple cihazların 'sticky client' (yapışkan istemci) olma eğilimini artırabilir; çünkü cihaz -70 dBm'e ulaşana kadar çok daha iyi sinyal veren bir komşu AP olsa bile geçiş yapmayı reddeder.
macOS tarafında ise durum biraz daha karmaşıktır. MacBook'lar genellikle roaming için daha yüksek bir eşik veya farklı kriterler kullanabilir, ancak temel prensip aynıdır: Kontrol tamamen istemcidedir. Üreticilerin (Cisco, Aruba vb.) sunduğu altyapı özelliklerinin Apple tarafındaki başarısı, Apple'ın bu katı algoritmalarına ne kadar uyumlu bilgi sağladığına bağlıdır. Altyapı tarafında yapılan 'zorla koparma' (force disassociate) gibi müdahaleler, Apple cihazlarda genellikle bağlantı kopukluklarına veya kullanıcıya şifre sorulması gibi istenmeyen sonuçlara yol açar.
- 1 Sinyal İzleme
Mevcut AP sinyalinin sürekli takibi
- 2 Eşik Kontrolü
-70 dBm sınırına ulaşıldı mı?
- 3 Aday Tarama
802.11k komşu raporu veya aktif tarama
- 4 Seçim Kriteri
Aday AP ~8 dB (trafik varken) / ~12 dB (boştayken) daha iyi mi?
- 5 Geçiş (FT)
802.11r kullanılarak hızlı geçişin tamamlanması
- 01Sinyal İzleme
- 02Eşik Kontrolü
- 03Aday Tarama
Cisco ve Apple iş birliği: Fastlane ve Adaptive FT
Cisco, Apple ile yaptığı stratejik ortaklık sayesinde iOS cihazlar için bazı özel avantajlar sunar. Bunların başında 'Adaptive Fast Transition (Adaptive FT)' gelir. Standart 802.11r (Fast Transition) yapılandırmasında, ağın FT destekleyip desteklemediği SSID bazında belirlenir. Ancak bazı eski cihazlar FT özellikli SSID'lere bağlanmakta sorun yaşayabilir. Cisco'nun Adaptive FT özelliği, ağın hem FT destekleyen Apple cihazlara hızlı geçiş sunmasını hem de FT desteklenmeyen cihazların aynı SSID'ye sorunsuz bağlanmasını sağlar.
Ayrıca Cisco Fastlane teknolojisi, iOS cihazlardaki kritik iş uygulamalarına (Webex, FaceTime vb.) ağ üzerinde otomatik QoS (Quality of Service) önceliği verilmesini sağlar. Apple cihaz, Fastlane destekli bir Cisco ağına bağlandığında, hangi uygulamaların öncelikli olduğunu ağa bildirir ve WLC (Wireless LAN Controller) bu trafiği uygun DSCP etiketleriyle işaretler. Bu, özellikle ses ve video trafiğinin yoğun olduğu kurumsal ortamlarda Apple kullanıcı deneyimini belirgin şekilde iyileştirir.
Aruba ve RUCKUS yaklaşımları
Aruba tarafında Apple cihazların yönetimi için 'ClientMatch' teknolojisi öne çıkar. ClientMatch, Apple cihazları zorla başka bir AP'ye taşımak yerine, cihazın kendi roaming algoritmasını tetikleyecek manevralar yapar (örneğin cihazın bağlı olduğu AP'deki sinyal gücünü istemciye düşük göstererek veya komşu raporlarını manipüle ederek). Aruba'nın 802.11v BSS Transition Management desteği, Apple cihazlara 'şu AP'ye geçmen senin için daha iyi olur' şeklinde tavsiyeler gönderir; Apple cihazlar genellikle bu 11v tavsiyelerine uyum sağlar.
RUCKUS ise Apple cihazlardaki anten zayıflıklarını ve polarizasyon farklarını 'BeamFlex+' teknolojisiyle aşmaya odaklanır. iPhone'ların fiziksel duruşuna (yatay/dikey) göre değişen sinyal kalitesini, AP tarafında anten paternini anlık değiştirerek optimize eder. Roaming tarafında ise RUCKUS, 802.11k raporlarını çok hassas şekilde sunarak Apple cihazın tarama (scanning) süresini kısaltmasını sağlar. RUCKUS ağlarında Apple cihazların daha az pil tüketmesi, tarama için harcanan sürenin bu optimizasyonlarla azaltılmasına dayanır.
| Özellik | Cisco | Aruba | RUCKUS |
|---|---|---|---|
| Hızlı Geçiş | Adaptive FT (Özel) | Standart 802.11r | Standart 802.11r |
| QoS Uyumu | Fastlane (Apple Ortaklığı) | AppRF Tabanlı | SmartCast QoS |
| Yönlendirme | 11v BTM / RRM | ClientMatch / 11v | SmartRoam / 11v |
| Fiziksel Katman | CleanAir / ClientLink | AirMatch | BeamFlex+ (Polarizasyon) |
Saha mühendisliği için Apple tavsiyeleri
Apple cihazların yoğun olduğu sahalarda RF tasarımı yapılırken -67 dBm hücre kenarı sinyal gücü hedeflenmelidir. Apple'ın -70 dBm olan roaming eşiği, tasarımda hata payı bırakmaz. Eğer hücreler arası örtüşme (overlap) yetersizse, Apple cihaz mevcut AP'den kopup yeni AP'ye bağlanana kadar veri iletiminde takılmalar yaşanacaktır. Ayrıca Apple, 5 GHz bandının 2.4 GHz bandına göre önceliklendirilmesini (Band Steering) şiddetle tavsiye eder, ancak bu işlemin agresif yapılmaması bağlantı kopmalarını önlemek için kritiktir.
Kanal genişliği seçiminde de Apple cihazların kapasiteleri dikkate alınmalıdır. Modern iPhone'lar 80 MHz kanal genişliğini desteklese de, yüksek yoğunluklu ortamlarda kanal çakışmasını (CCI) önlemek için 40 MHz kullanımı genellikle daha kararlı bir roaming deneyimi sunar. 802.11k, v ve r protokollerinin tamamının etkinleştirilmesi, Apple cihazlar için 'altın standarttır' ve çoğu kurumsal üreticide bu özelliklerin doğru konfigürasyonu roaming başarısını %40'a kadar artırabilir.
- Örnek ses odaklı tasarım profili: yaklaşık -67 dBm hücre kenarı; nihai hedef cihaz üreticisinin gereksinimlerine göre belirlenir.
- 802.11k, 802.11v ve 802.11r protokollerini mutlaka etkinleştirin.
- Cisco altyapısında Adaptive FT ve Fastlane özelliklerinden yararlanın.
- Aruba sahalarında ClientMatch eşiklerini Apple cihaz profiline göre ince ayarlayın.
- 2.4 GHz sinyal gücünü 5 GHz'den en az 6-9 dB düşük tutarak Apple'ın 5 GHz tercihini destekleyin.
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.