Aruba AP-314 Instant Cluster’a Katılmıyor: IAP Conversion Sonrası SetMeUp ve Standalone Sorunu

01 / PROBLEM

Problem

Yeni eklenen Aruba AP-314, mevcut Aruba Instant cluster’a katılmak yerine kendi SetMeUp yapısını oluşturuyor ve kendisini Master olarak çalıştırıyordu.

Problemli AP üzerinde gözlenen yapı özetle şöyleydi:

State         : Master
Name          : SetMeUp-<ID>
VC IP Address : 0.0.0.0

İlk bakışta bu davranış; firmware uyumsuzluğu, allowlist, VLAN/IP erişimi veya cluster güvenlik ayarlarıyla ilişkili görünebilir. Ancak bu vakada problem bunlardan kaynaklanmıyordu.

02 / ORTAM VE VAKANIN ÖZELLIĞI

Ortam ve Vakanın Özelliği

Cihaz bir AP-314 idi ve daha önce IAP image yüklenerek Instant / controller-less kullanım için convert edilmişti.

Kullanılan yazılım:

ArubaOS 6.5.4.27
Build 88283

Yeni AP ile mevcut Instant cluster aynı firmware sürümündeydi.

Bu ayrıntı önemlidir; çünkü problem standart bir fabrika çıkışı IAP’nin cluster join problemi değil, conversion sonrası environment davranışı ile ilgiliydi.

03 / 1. ÖNCE TEMEL CLUSTER JOIN KOŞULLARINI DOĞRULADIK

1. Önce Temel Cluster Join Koşullarını Doğruladık

Sorunu doğrudan environment parametrelerine bağlamadan önce normal cluster join gereksinimleri tek tek kontrol edildi.

Doğrulanan noktalar:

• Yeni AP ve mevcut cluster aynı firmware sürümündeydi.
• Swarm Mode = Cluster durumundaydı.
• Mevcut cluster üzerinde Allow New APs açıktı.
• Yeni AP ayrıca allowlist’e manuel olarak eklendi.
• Yeni AP mevcut Master beacon’larını alıyordu.
• Yeni AP’den mevcut Master IP’ye erişim başarılıydı.
• AP ve cluster aynı IP subnetindeydi.
• DTLS her iki tarafta da aynı durumdaydı.

Bu sonuçlar, problemin klasik VLAN/DHCP/routing/firmware veya allowlist kaynaklı olma ihtimalini önemli ölçüde daralttı.

04 / 2. KULLANILAN TEMEL KONTROL KOMUTLARI

2. Kullanılan Temel Kontrol Komutları

Troubleshooting sırasında aşağıdaki komutlar kullanıldı:

show running-config
show allowed-aps
show election statistics
show swarm mode
show cluster-security
show ap-env
show summary
show ip interface brief
show version
show log system
show aps

Bu komutların birlikte değerlendirilmesi önemlidir. Tek başına ping veya show allowed-aps çıktısının başarılı olması AP’nin cluster’a katılacağını garanti etmez.

Election tarafında ne aradık?

Yeni AP’nin mevcut Master tarafından gönderilen beacon’ları alması kritik bir bulguydu.

Mantık:

Master beacon alınıyor
        |
        v
AP cluster'ı keşfedebiliyor
        |
        v
Discovery tamamen kopuk değil

Yani sorun, AP’nin cluster’ı hiç görememesi değildi.

05 / 3. ALLOWLIST’I AYRICA DOĞRULADIK

3. Allowlist’i Ayrıca Doğruladık

Yeni AP mevcut Instant cluster üzerinde ayrıca allowlist’e eklendi:

configure terminal
allowed-ap <AP_MAC>
end
commit apply

Ardından:

show allowed-aps

ile kayıt doğrulandı.

06 / 4. LOGLAR ASIL İPUCUNU VERDI

4. Loglar Asıl İpucunu Verdi

Boot ve cluster join loglarında AP’nin cluster’ı bulduğu, image kontrolünü geçtiği ve config sync aşamasını tamamladığı görülüyordu.

Önemli geçişler:

Swarm State Change from Startup to Found
Swarm State Change from Found to Image-ok
Swarm State Change from Image-ok to Complete

Buraya kadar süreç sağlıklı görünüyordu.

Ancak hemen ardından:

Activate failed, enabling factory SSID
Fall into standalone mode after config sync complete

mesajları görülüyordu.

Bu iki satır teşhisi değiştirdi.

AP:

Cluster bulundu
      ↓
Image uygun
      ↓
Config sync tamamlandı
      ↓
Ancak cluster üyesi olarak devam etmedi
      ↓
Standalone / SetMeUp moduna geri düştü

Dolayısıyla odak artık network erişiminden AP environment / conversion state tarafına kaydı.

07 / 5. `SHOW AP-ENV` NEDEN KRITIK OLDU?

5. show ap-env Neden Kritik Oldu?

Converted AP üzerinde:

show ap-env

çıktısı incelendi.

Bu vaka için özellikle iki environment parametresi kritik hale geldi:

standalone_mode
uap_controller_less

Cihaz cluster’ı görebildiği halde conversion sonrasında controller-less / Instant çalışma davranışı beklenen durumda değildi.

08 / 6. KÖK NEDEN

6. Kök Neden

Kök neden; cihazın fabrikadan gerçek bir IAP-314 SKU olarak gelmemesi ve daha önce AP-314 üzerine IAP image yüklenerek conversion yapılmış olmasıydı.

Conversion sonrasında AP’nin environment parametreleri mevcut Instant cluster’a üye olarak çalışacak davranışı sağlamıyordu.

Bunun sonucunda cihaz:

1. 01

   mevcut cluster’ı keşfediyor,

2. 02

   image kontrolünü geçiyor,

3. 03

   config sync’i tamamlıyor,

4. 04

   fakat join sonrasında standalone davranışa dönüyor,

5. 05

   kendi SetMeUp Virtual Controller yapısını oluşturuyordu.

Bu nedenle belirtiler network problemi gibi görünse de asıl sorun AP’nin conversion sonrası çalışma modundaydı.

09 / 7. UYGULANAN ÇÖZÜM

7. Uygulanan Çözüm

Converted AP üzerinde aşağıdaki iki environment parametresi uygulandı:

ap-env standalone_mode 0
ap-env uap_controller_less 1

Parametrelerin bu vakadaki amacı:

Değişikliklerden sonra AP yeniden başlatıldı.

10 / 8. DOĞRULAMA

8. Doğrulama

AP yeniden başladıktan sonra mevcut Instant cluster’a başarıyla katıldı.

Doğrulama için:

show aps

çıktısı kontrol edildi.

Beklenen sonuç mantığı:

<AP_MAC>   <AP_IP>   314(indoor)   access

Bununla birlikte artık AP’nin kendi SetMeUp yapısını oluşturmadığı ve mevcut Virtual Controller / Instant cluster altında çalıştığı doğrulandı.

11 / 9. BU VAKADA NELERI ELEDIK?

9. Bu Vakada Neleri Eledik?

Sorunun hızlı anlaşılması için kontrolleri root cause ile birlikte özetlemek faydalıdır:

12 / 10. BENZER BIR DURUMDA İZLENECEK SIRA

10. Benzer Bir Durumda İzlenecek Sıra

Aynı belirti görüldüğünde doğrudan ap-env değiştirmek yerine aşağıdaki sıra daha güvenlidir:

Firmware eşleşiyor mu?
        ↓
Swarm Mode = Cluster mı?
        ↓
Allow New APs / allowlist doğru mu?
        ↓
Master beacon alınıyor mu?
        ↓
Master IP erişimi var mı?
        ↓
cluster-security / DTLS tutarlı mı?
        ↓
Join logu hangi aşamada kopuyor?
        ↓
show ap-env
        ↓
Cihaz conversion geçmişine sahip mi?

Bu akış, standart cluster join problemleriyle conversion kaynaklı environment problemlerini birbirinden ayırmayı kolaylaştırır.

13 / SONUÇ

Sonuç

Bu vakada Aruba AP-314:

• mevcut Instant cluster’ı görebiliyor,
• aynı firmware’i kullanıyor,
• Master beacon’larını alıyor,
• cluster’a IP erişimi sağlayabiliyor,
• allowlist kontrolünü geçiyor,
• config sync’i tamamlıyor,

ancak yine de standalone SetMeUp durumuna dönüyordu.

Kalıcı çözüm, converted AP üzerinde:

ap-env standalone_mode 0
ap-env uap_controller_less 1

parametrelerinin uygulanması oldu.

AP yeniden başladıktan sonra mevcut Instant cluster’a başarıyla dahil edildi.

Ana ders: Bir AP cluster’ı buluyor ve config sync’i tamamlıyor ancak yine de standalone moda dönüyorsa yalnızca VLAN, firmware ve allowlist tarafında kalmayın. Özellikle conversion geçmişi olan cihazlarda show ap-env çıktısı troubleshooting’in kritik parçası olabilir.