AP Değişince Uygulama Kopuyor: Roaming mi, IP mi, Oturum mu?

Wi-Fi simgesi doluyken uygulama nasıl kopabilir?

AP değişimi birden fazla olayı aynı anda tetikler: istemci yeni BSSID seçer, kimlik doğrular, veri yolunu yeni AP üzerinden kurar ve açık uygulama bağlantısı devam etmeye çalışır. Ekranda Wi-Fi bağlı görünmesi, TCP oturumunun kesintisiz sürdüğü anlamına gelmez. Ses çağrısı birkaç saniye susabilir, depo terminali WMS uygulamasından düşebilir veya VPN yeniden bağlanabilir. Üç ayrı saat tutun: eski AP'deki son başarılı paket, yeni AP'deki ilk başarılı paket ve uygulamanın hatayı bildirdiği an. Bu zamanlar birbirine karıştırılırsa yanlış katman onarılır.

Önce şikayetin hareket sırasında mı, yoksa sabit konumda kanal değişimi veya AP yeniden başlaması sırasında mı oluştuğunu öğrenin. İstemcinin BSSID geçmişini, roam gerekçesini ve sinyal ölçümlerini çıkarın. Kullanıcı ‘sadece koridorda’ diyorsa güzergah boyunca AP kapsamasını ve aday hücreleri ölçün. Aynı uygulamayı sabit AP üzerinde test ederek ağın genelinde görülen bir sunucu zaman aşımını ayırın. İstemcinin dolaşım kararını çoğu zaman kendisi verdiğini unutmayın; altyapı öneride bulunabilir ancak hareketin tam milisaniyesini tek başına belirlemez.

Kablosuz geçiş ve güvenlik gecikmesi

Association süresi, tarama süresi ve anahtar oluşturma süresi aynı şey değildir. Paket yakalamasında probe, authentication, reassociation ve veri çerçevelerini zaman damgalarıyla izleyin. Kurumsal ağda her geçişte tam EAP değişimi oluyorsa RADIUS gidiş dönüşü uygulamanın toleransını aşabilir. 802.11r uygun istemci ve altyapıda anahtar devrini hızlandırabilir; 802.11k adayları daha verimli bulmaya, 802.11v yönlendirmeye yardımcı olabilir. Fakat 802.11r'yi körlemesine açmak eski cihazları bağlanamaz hale getirebilir. İstemci envanteriyle pilot test yapıp geçiş öncesi/sonrası ölçümü karşılaştırın.

Gecikmenin tamamını roaming protokolüne yüklemeyin. Yeni AP'nin switch portunda VLAN eksikse istemci association tamamlar ancak veri geçiremez. Farklı AP gruplarında farklı rol ataması veya tünel çıkışı varsa dolaşım sonrası IP ağı değişebilir. Eski ve yeni BSSID için istemciye atanan VLAN, rol, IP adresi ve ağ geçidini karşılaştırın. Aynı SSID adı her AP'nin aynı servis yolunu kullandığını garanti etmez. Bir AP'de çalışan uygulamanın diğerinde düşmesi, tam da bu servis tutarlılığına işaret eder.

IP ve uygulama oturumunun sürekliliği

İstemci geçiş sonrası IP adresini koruyorsa, TCP akışında kısa paket kaybı veya gecikme olup olmadığını ölçün. IP değişiyorsa VPN tüneli ve uzun ömürlü TCP bağlantısı çoğunlukla yeniden kurulmak zorundadır. DHCP olayları, ARP/komşu keşfi ve kablolu taraftaki yönlendirme tablosu aynı zaman çizelgesine konmalıdır. Özellikle merkezi tünelli mimarilerde AP değişiminin çıkış noktasını değiştirip değiştirmediğine bakın. Uygulama sunucusuna giden yol değişiyorsa hata Wi-Fi sinyalinden bağımsız olabilir.

Uygulamanın kendi zaman aşımı ve yeniden deneme mantığı da belirleyicidir. Bazı el terminali yazılımları kısa kesintiden sonra otomatik toparlar, bazıları bir kayıp pakette oturumu kapatır. Ağ düzeyinde küçük bir boşluk ile iş açısından büyük kesintiyi ayırmak için çağrı, terminal işlemi veya uygulama oturumunu gerçek senaryoda çalıştırın. ICMP ping aralıkları milisaniyelik mikro kesintiyi kaçırabilir; paket yakalaması ve uygulama günlüğü daha ince çözünürlük sağlar. İstemcinin pil tasarrufu durumu ve sürücüsü de geçişte tekrar ilişkilendirme süresini etkileyebilir.

Güzergah testini ölçülebilir hale getirin

Sahada sabit yürüyüş hızı, aynı istemci ve aynı uygulamayla tekrarlanabilir bir rota oluşturun. Hangi metrelerde geçiş olduğunu, eski ve yeni AP'nin BSSID'sini, geçiş boşluğunu ve uygulamanın yanıt süresini kaydedin. AP'lerin aynı koridoru aşırı yüksek güçle kaplaması istemcinin eski AP'ye yapışmasına neden olabilir. Hücre sınırlarını ve minimum veri hızı politikasını ölçmeden agresif eşik değişikliği yapmayın. Hareket yönünü ters çevirerek test edin; tek yönde sorun çıkması asimetrik kapsama veya istemci kararına işaret edebilir.

Kalıcı düzeltme, bulduğunuz katmana göre yapılır: RF boşluğu için yerleşim; uzun EAP süresi için uyumlu hızlı geçiş; farklı VLAN için switch ve rol politikası; uygulama kırılganlığı için uygun yeniden deneme tasarımı. Her müdahaleden sonra aynı güzergahı hem yoğun hem sakin saatte yürüyün. F2 ekibi gerçek kullanıcı cihazı, paket izi ve uygulama kayıtlarını birlikte okur; yalnız ekrandaki bağlantı çubuklarından sonuç çıkarmaz. Başarılı sonuç, yalnız yeni AP'ye bağlanmak değil, uygulamanın iş akışını kesmeden devam ettirmesidir.

• Eski ve yeni AP'de BSSID, VLAN, istemci rolü ve IP bilgisini karşılaştırın.
• Tarama, authentication, reassociation ve ilk veri çerçevesini zaman damgalarıyla ayırın.
• Gerçek uygulamanın hata zamanı ile ağ geçiş boşluğunu aynı çizelgede değerlendirin.
• Aynı güzergahı iki yönde, aynı cihaz ve işlemle tekrarlayın.
• Düzeltme sonrasında yalnız Wi-Fi bağlantısını değil, uygulama oturumunu doğrulayın.

Paket izinde hangi eşikleri aramalı?

Bir Wi-Fi paket yakalamasında istemcinin eski AP'den son veri çerçevesi ile yeni AP'de ilk veri çerçevesi arasında geçen süreyi ölçün. Bu sürenin tamamı tek bir protokole ait değildir: tarama, kanal değiştirme, güvenlik ve veri yolunun etkinleşmesi ayrı ayrı zaman alır. İstemci roam sonrasında hemen veri gönderiyor ama karşılık alamıyorsa AP'nin kablolu uplink'i veya geçiş sonrası anahtar dağıtımı incelenir. Karşılık geliyor fakat uygulama düşüyorsa uygulamanın kendi oturum sınırlarına bakın. Sunucu tarafında TCP sıfırlama (RST) görüldüğünde hangi uç tarafından gönderildiğini ayırın; ‘ağ reset attı’ ifadesi tek başına kök nedeni açıklamaz. Ses uygulamalarında RTP sıra numarası ve jitter, ekranın ‘bağlı’ gösterdiğinden daha güvenilir deneyim ölçüsüdür. El terminalinde barkod okuma gibi kesintiye hassas işlem sırasında test yapmak, boş ekranla yürümekten daha açıklayıcıdır. Ancak gerçek sipariş veya hasta kaydı oluşturabilecek işlemleri test ortamında ya da izinli veriyle gerçekleştirin. İstemcinin kanal tercihi aynı AP grubunda tutarlı değilse komşu listesi ve kanal planını inceleyin; her roam olayında farklı BSSID seçmesi kapasite ve RF tasarımını işaret edebilir. Tek bir kesintisiz geçişten başarı sonucu çıkarmayın; en az birkaç döngüde tipik ve kötü durum değerlerini raporlayın. Aynı rotada yoğun saatte geçiş süresi artıyorsa kanal rekabeti, kablolu kontrol düzlemi gecikmesi veya RADIUS yükü ayrı sayaçlarla ayırt edilmelidir. Hızlı dolaşım özelliği açıldıktan sonra eski el terminallerinin yeniden bağlanma ve ilk bağlantı testlerini de yapın. Başarılı bir tasarım, yeni protokolü destekleyen telefon için kazanım sağlarken diğer kritik cihazları bağlantı dışında bırakmamalıdır. Uygulama tarafındaki yeniden deneme süresi aşırı kısaysa ağın makul mikro kesintilerine tolerans kazandırmak da çözümün parçası olabilir. Raporlanan geçiş süresini ortalama ile sınırlamayın; en uzun geçiş, kesintiye hassas uygulamalarda ortalamadan daha anlamlıdır. Aynı güzergahtaki başarısız geçiş sayısı da kaydedilmelidir. Değişiklikleri tek tek yaparak hangi ayarın gerçekten iyileştirdiğini izleyin.