Network integration · Conditional compatibility

Integrasi Wi-Fi Controller untuk External Captive Portal.

Hubungkan perjalanan login Guest Wi-Fi dengan Nimbus Guest Access melalui arsitektur external captive portal—setelah model, versi, redirect flow, callback, DNS, certificate, dan test outcome diperiksa pada environment yang sebenarnya.

Check Controller Compatibility → Request Technical Assessment
✓Controller-specific review ✓Redirect & callback validation ✓Repeatable PoC procedure
External portal evaluation flow
Assessment required
Guest deviceMemilih Guest SSID dan memulai koneksi melalui perangkat yang akan diuji.
→
AP / Wi-Fi controllerMengelola association, redirect condition, session state, dan access result sesuai capability controller.
→
Nimbus Guest AccessMenampilkan portal, menjalankan login journey, dan mengembalikan hasil sesuai flow yang tervalidasi.
Access outcomeController menerapkan hasil yang telah disepakati setelah validasi berhasil.
Failure outcomeTimeout, callback error, portal unreachable, dan session state harus memiliki expected result.
Compatibility tidak ditentukan oleh nama vendor saja.
01Model & firmware
02Redirect method
03Callback & session
04DNS & certificate
Guest endpointBrowser, mobile OS, captive network assistant, dan test device.
Guest SSIDSSID, VLAN, DHCP, DNS, walled-garden, dan access policy context.
→
Wi-Fi controller boundaryRedirect trigger, parameter, session identity, authorization result, expiry, dan disconnect behavior.
→
Nimbus Guest AccessPortal, login method, validation journey, result, operations, dan reporting scope yang tersedia.
Validated service dependenciesDNS, certificate, messaging provider, time, and reachable endpoints—sesuai scope deployment.
Supported architecture

Arsitektur harus dibaca sebagai alur tanggung jawab, bukan sekadar koneksi antarsistem.

External captive portal bekerja ketika controller, portal, network path, browser behavior, dan session lifecycle berbicara melalui flow yang sama. Karena itu, integrasi perlu diuji dari koneksi awal hingga expiry atau disconnect.

01Access boundaryTentukan bagian yang dikelola controller dan bagian yang dikelola Nimbus.
02Redirect boundaryValidasi trigger, destination, parameter, return path, dan error state.
03Session boundaryDefinisikan identity/session reference, duration, renewal, expiry, dan disconnect.
04Operational boundaryTetapkan owner konfigurasi, evidence, monitoring, support, dan perubahan.
Architecture guardrail: halaman ini tidak menyatakan metode redirect, callback, API, transport, atau authorization tertentu sebagai dukungan universal. Detail hanya dipublikasikan setelah diuji.
Compatibility criteria

Enam kelompok data yang harus dikunci sebelum PoC.

Nama vendor memberi konteks awal, tetapi keputusan compatibility bergantung pada kombinasi model, firmware, arsitektur, portal flow, prerequisite, serta bukti hasil uji.

01 · Inventory

Controller, model, dan versi

Catat deployment mode, firmware, AP context, management owner, dan perubahan yang direncanakan.

Status “pernah digunakan” tidak cukup tanpa version context dan repeatable procedure.
02 · Network

SSID, VLAN, DHCP, dan DNS

Petakan jalur guest, addressing, name resolution, reachability, dan segmentasi yang berlaku.

Masalah jaringan dasar harus dipisahkan dari masalah portal atau authentication flow.
03 · Redirect

Trigger dan parameter redirect

Periksa kapan redirect terjadi, data yang dikirim, destination, browser behavior, dan return flow.

Parameter serta format tidak boleh diasumsikan sama antarmodel atau firmware.
04 · Result

Callback dan access result

Definisikan bagaimana hasil validasi dikembalikan, diterima, dan diterapkan oleh controller.

Successful login harus dibedakan dari successful network authorization.
05 · Trust

Certificate, hostname, dan time

Validasi hostname, chain, validity, trust, DNS, system time, renewal, dan ownership.

Certificate failure perlu diuji pada device dan browser yang mewakili penggunaan nyata.
06 · Lifecycle

Session, expiry, dan disconnect

Tetapkan duration, renewal, reauthentication, logout, device change, expiry, dan cleanup.

Session behavior hanya boleh dinyatakan setelah expected dan observed outcome cocok.
Compatibility register

Publikasikan hanya kombinasi controller yang benar-benar memiliki evidence.

Register ini menunjukkan struktur keputusan yang diperlukan. Nama vendor atau model tidak ditampilkan sampai model, versi, procedure, hasil, tanggal uji, reviewer, dan penggunaan logo disetujui.

Controller record
Flow tested
Status
Review date
Evidence / notes
Public record belum dirilisVendor, model, firmware, deployment mode
Redirect · portal · result · session
Evidence required
Set after test
Isi hanya setelah procedure dapat diulang, issue dicatat, approval tersedia, dan claim scope disepakati.
Internal test recordDisimpan bersama owner dan change context
Positive · negative · device coverage
Review required
Per build / version
Perubahan firmware, topology, certificate, portal, atau controller setting dapat memerlukan retest.
Approved public statementScope, limitation, prerequisite
Only the approved tested scope
Publish after sign-off
Owner recorded
Jangan mengubah “tested on” menjadi “supports all” atau “certified” tanpa otorisasi yang sesuai.
Compatibility statement rule: satu hasil uji pada satu model dan firmware tidak otomatis berlaku untuk semua controller, seluruh seri, versi lain, deployment mode lain, atau future release.
Integration sequence

Uji perjalanan lengkap, bukan hanya halaman login yang berhasil terbuka.

Acceptance flow harus mengikuti user journey dari association hingga access result, session lifecycle, dan failure state. Setiap langkah memiliki expected outcome dan evidence.

STEP 01

Connect ke Guest SSID

Validasi association, addressing, DNS, network path, dan captive detection pada test device.

STEP 02

Controller memicu redirect

Catat trigger, destination, parameter, browser state, dan kondisi ketika redirect tidak terjadi.

STEP 03

Portal dimuat

Validasi hostname, certificate, asset loading, mobile layout, consent, bantuan, dan error presentation.

STEP 04

User menyelesaikan login

Jalankan metode autentikasi yang termasuk dalam scope dengan positive dan negative test case.

STEP 05

Hasil kembali ke controller

Pastikan result, session reference, authorization outcome, error handling, dan logging dapat dievaluasi.

STEP 06

Access, expiry, atau disconnect

Uji browsing, renewal, expiry, logout, reconnect, device change, dan cleanup sesuai acceptance plan.

Configuration responsibilities

Pisahkan konfigurasi controller dan konfigurasi Nimbus sejak awal.

Pembagian tanggung jawab mencegah perubahan tanpa owner, menyederhanakan troubleshooting, dan membuat sign-off lebih jelas bagi customer, integrator, serta tim Nimbus.

Customer / controller owner

Network & controller boundary

01
Inventory dan accessController, model, firmware, AP, topology, access window, backup, dan change owner.
02
Guest networkSSID, VLAN, DHCP, DNS, routing, firewall, walled-garden, dan client isolation sesuai design.
03
External portal configurationRedirect condition, URL, parameter, callback/result setting, session, expiry, dan controller logs.
04
Change and rollbackApproval, maintenance window, rollback point, escalation, dan post-change validation.
Nimbus / implementation team

Portal & integration boundary

01
Compatibility reviewMenelaah input controller, flow, prerequisite, limitation, test scope, dan evidence requirement.
02
Portal journeyPortal state, login method, required field, consent, help, success, failure, dan responsive behavior.
03
Integration behaviorMenetapkan expected input, result, error response, session reference, dan observability dalam tested scope.
04
Evidence and sign-offMengumpulkan test record, issue, resolution, limitation, reviewer, dan approved public statement.
Shared responsibility: security review, privacy notice, certificate ownership, test data, change approval, operational monitoring, incident response, dan production rollout harus memiliki nama owner—bukan hanya nama tim.
PoC testing plan

Bangun test plan yang dapat diulang oleh engineer lain.

PoC yang kuat tidak berhenti pada satu screenshot “login berhasil”. Ia menjelaskan input, langkah, expected result, observed result, evidence, issue, owner, dan keputusan akhir.

Discuss Your Test Scope
01
Happy pathConnect, redirect, portal load, login, result, access, browsing, expiry, dan reconnect.
Required
02
Negative authenticationInvalid input, expired token, denied state, duplicate action, dan user-facing error.
Required
03
Network and portal failuresDNS issue, portal unreachable, callback failure, timeout, certificate problem, dan retry behavior.
Required
04
Device and browser coverageRepresentative mobile OS, captive network assistant, browser, screen size, dan device change.
Define
05
Session lifecycleDuration, renewal, idle state, expiry, logout, reconnect, cleanup, dan controller record.
Required
06
Operational readinessMonitoring, log access, alert owner, incident path, rollback, support boundary, dan sign-off.
Approval
Proof package

Evidence harus menunjukkan flow, limitation, dan context versi.

Bukti teknis yang baik memungkinkan reviewer membedakan masalah controller, network, portal, certificate, user journey, atau session behavior. Data sensitif wajib dianonimkan.

EVIDENCE 01Controller inventory recordModel, firmware, deployment mode, topology, owner, dan test date.
EVIDENCE 02Configuration excerptRelevant external portal settings, parameter, session setting, dan prerequisite—tanpa secret.
EVIDENCE 03Portal and redirect captureSequence, timestamp, device context, expected result, observed result, dan limitation.
EVIDENCE 04Logs and issue recordController/Nimbus evidence, issue ownership, resolution, retest, dan reviewer decision.
Technical FAQ

Pertanyaan sebelum menyatakan sebuah controller kompatibel.

Jawaban dijaga pada batas bukti yang tersedia. Keputusan final mengikuti model, versi, arsitektur, prerequisite, build Nimbus, dan hasil PoC.

Apakah Nimbus Guest Access mendukung semua merek Wi-Fi controller?
Materi internal menyatakan integrasi ditujukan untuk controller yang mendukung external captive portal, tetapi dukungan universal tidak boleh diasumsikan. Model, firmware, deployment mode, redirect flow, callback/result, certificate, DNS, session behavior, dan evidence harus diperiksa per environment.
Apa informasi minimum untuk compatibility review?
Siapkan vendor, model, firmware, deployment mode, topology, SSID/VLAN context, redirect configuration yang tersedia, parameter/callback requirement, DNS/certificate context, session expectation, test devices, change owner, dan maintenance window.
Apakah firmware controller memengaruhi compatibility?
Dapat memengaruhi. Perubahan firmware dapat mengubah UI, parameter, captive portal behavior, browser handling, certificate requirement, session logic, API, atau bug profile. Karena itu, version context dan retest decision harus dicatat.
Apakah built-in captive portal controller perlu dinonaktifkan?
Jawabannya bergantung pada design controller dan external portal flow yang digunakan. Tim harus meninjau redirect trigger, ownership halaman, authentication/result path, walled-garden, session, dan rollback. Halaman ini tidak menetapkan konfigurasi universal.
Bagaimana menangani certificate dan captive network assistant pada perangkat mobile?
Validasi hostname, chain, validity, trust, DNS, time, renewal, portal asset loading, redirect behavior, serta representative mobile OS dan captive network assistant. Observed behavior harus dicatat per test device dan version context.
Apakah satu hasil PoC cukup untuk rollout seluruh lokasi?
Tidak selalu. Perbedaan controller, firmware, topology, ISP, DNS, certificate, venue policy, volume, device mix, dan operational owner dapat mengubah risiko. Pilot dan rollout plan perlu mendefinisikan similarity criteria, retest trigger, monitoring, rollback, dan sign-off.
Apakah failover atau high availability otomatis didukung?
Tidak boleh diasumsikan. Controller redundancy, portal availability, DNS behavior, session continuity, timeout, retry, maintenance, monitoring, dan failure outcome membutuhkan architecture review serta test evidence tersendiri.
Next technical step

Periksa controller, versi, dan portal flow sebelum menentukan scope implementasi.

Kirim inventory Wi-Fi environment dan tujuan Guest Wi-Fi Anda. Tim Nimbus akan membantu menyusun compatibility review, prerequisite, PoC sequence, evidence requirement, serta acceptance gate untuk Nimbus Guest Access.

✓Controller & firmware review ✓Redirect / callback mapping ✓DNS & certificate prerequisites ✓Positive and negative test plan
Check Controller Compatibility → Kembali ke Integrations Hub