Persistence of Omada Hotspot Portal authentication data

This thread has been locked for further replies. You can start a new thread to share your ideas or ask questions.

Persistence of Omada Hotspot Portal authentication data

This thread has been locked for further replies. You can start a new thread to share your ideas or ask questions.
Persistence of Omada Hotspot Portal authentication data
Persistence of Omada Hotspot Portal authentication data
2019-12-31 08:46:46 - last edited 2019-12-31 08:49:05
Model: OC200  
Hardware Version: V1
Firmware Version: 1.2.0 Build 20190823 Rel.42002

We are using EAPs with OC200 controllers. We are now doing some pilot testing with Portal SMS authentication and Twilio SMS integration worked after regulatory compliance requirements were handled. The authentication validity period is kept at 30 days now.

 

Our APs go for nigthly reboots at X:00 AM daily. However no such configuration is available or done manually for OC200 (They seem rock stable for now without reboots).

 

For SMS authentication, we want to know:

 

(1) Is the SMS authentication data stored in OC200 or Cloud or both ?

(2) What is the persistence of SMS data ? If our Controller reboots (power cycling/failure/manual-reboot), will we drop the authentication data and users get challenged again even if 30 day authentication has not expired ?

(3) Can two portals share authentication data, if device roams from one Hotspot to another ()both using SMS authentication) on same controller ?

 

 

 

  0      
  0      
#1
Options
7 Reply
Re:Persistence of Omada Hotspot Portal authentication data
2019-12-31 11:39:17

@APRC-P3-Tel, why would you want to reboot APs and OC200 each day? We run EAPs and Omada Controller without a scheduled reboot for years now, only restarted after a firmware update. For example, one of our Omada software controllers now runs for 771 days w/o a reboot (on Linux, not Windows).

༺ 0100 1101 0010 10ཏ1 0010 0110 1010 1110 ༻
  0  
  0  
#2
Options
Re:Persistence of Omada Hotspot Portal authentication data
2019-12-31 14:44:51

@R1D2 

R1D2 wrote

@APRC-P3-Tel, why would you want to reboot APs and OC200 each day? We run EAPs and Omada Controller without a scheduled reboot for years now, only restarted after a firmware update. For example, one of our Omada software controllers now runs for 771 days w/o a reboot (on Linux, not Windows).


We could not believe that  such a VFM product like EAP/Omada will not have bugs.  Old wives tales ;-))

 

We thought that maybe their could be some memory leaks or other issues not worth immediate debugging when we installed our first set of 7 EAP115 and EAP-110 outdoor APs two years back.  It was an experiment then, testing of the waters. TpLink did not have a brand reputation as Cisco, Aruba or Ruckus. So we just let the system reboot everyday at night (when no is practically using the APs), so that if any *latent fault has taklen place in software, it gets recovered at night, and does not impact usage the next day.  Like  cleaning your house everyday. 

 

We have had this setup in place for 2 years now. Our Controllers are never restarted daily, mostly because such a configuration was never there in the first place and that we use Controller and Mobile Application for monitoring AP health/liveliness, otherwise we would have surely treated them in same way as APs. And every new AP added (we have 59 now and 30-40 more in planning) is just inheriting this configuration, by virture of being added to same site. 

 

Frankly though, we have  *never encountered any issue in last 2 years of use, except one with EAP-110 outdoor which got triggered oncewe moved from Auranet Controller to Omada Controller, which was addressed by a firmware upgrade (not otherwise available in India for download or through controller) you suggested.  Everything downtiem otherwise was our config mistake or UPS power failure to PoE switches or some external cause.

  0  
  0  
#3
Options
Re:Persistence of Omada Hotspot Portal authentication data
2019-12-31 16:37:24 - last edited 2019-12-31 16:37:57

@APRC-P3-Tel, I see. Anyway, UNIX/Linux is very stable (all EAPs and OC200 run Linux), system uptimes of several months are no exception and if excluding planned reboots due to kernel/OS updates, those systems run even very well for 10 to 20 years - unlike Windows does.

 

AFAIK, authentication data resp. timeouts are stored in a SQLite DB in Omada Controller, so it should survive a reboot. But I haven't tested it.

༺ 0100 1101 0010 10ཏ1 0010 0110 1010 1110 ༻
  0  
  0  
#4
Options
Re:Persistence of Omada Hotspot Portal authentication data
2020-01-04 18:07:24

any inputs on the below query:

 

(3) Can two portals share authentication data, if device roams from one Hotspot to another (both using SMS authentication) on same controller ?

 

 

APRC-P3-Tel wrote

We are using EAPs with OC200 controllers. We are now doing some pilot testing with Portal SMS authentication and Twilio SMS integration worked after regulatory compliance requirements were handled. The authentication validity period is kept at 30 days now.

 

Our APs go for nigthly reboots at X:00 AM daily. However no such configuration is available or done manually for OC200 (They seem rock stable for now without reboots).

 

For SMS authentication, we want to know:

 

(1) Is the SMS authentication data stored in OC200 or Cloud or both ?

(2) What is the persistence of SMS data ? If our Controller reboots (power cycling/failure/manual-reboot), will we drop the authentication data and users get challenged again even if 30 day authentication has not expired ?

(3) Can two portals share authentication data, if device roams from one Hotspot to another ()both using SMS authentication) on same controller ?

 

 

 

 

  0  
  0  
#5
Options
Re:Persistence of Omada Hotspot Portal authentication data
2020-01-07 00:53:51

@APRC-P3-Tel 

When the EAPs are managed by the same Oamda Controller, the authentication information of the client devices will be stored by the Omada Controller. Therefore, when the client devices roam among the EAPs, they can share the authentication data. 

  0  
  0  
#6
Options
Re:Persistence of Omada Hotspot Portal authentication data
2020-01-07 08:39:51

 

forrest wrote

@APRC-P3-Tel 

When the EAPs are managed by the same Oamda Controller, the authentication information of the client devices will be stored by the Omada Controller. Therefore, when the client devices roam among the EAPs, they can share the authentication data. 

@forrest : Does this hold true about roaming on two different portal authenticated SSIDs (Wifi networks) on the same controller ? Will the client/guest be asked to enter passwords again or go through SMS OTP authentication all over again ?

  0  
  0  
#7
Options
Re:Persistence of Omada Hotspot Portal authentication data
2020-01-08 01:00:21

@APRC-P3-Tel 

When the client devices are roaming between different SSIDs, these clients need to authenticate all SSID first. That is, when the client pass  the autehntication of one SSID, if the client connects to another SSID, it should pass the authentication, or it cannot connect to the second SSID. 

  0  
  0  
#8
Options

Information

Helpful: 0

Views: 1500

Replies: 7

Related Articles