scottk/wlan-docs
1
0
Fork 0
mirror of https://github.com/Telecominfraproject/wlan-docs.git synced 2025-11-03 20:28:09 +00:00
Code Issues Packages Projects Releases Wiki Activity

GitBook: [2.0.0] 4 pages and one asset modified

Browse Source
This commit is contained in:
Chris Busch
2021-07-21 20:38:59 +00:00
committed by gitbook-bot
parent 1c67b33c0d
commit 0abbd805c2
5 changed files with 28 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files

BIN
.gitbook/assets/image (22).png Normal file
View File

Binary file not shown.
Side by Side

After

Width:  |  Height:  |  Size: 79 KiB

2
SUMMARY.md
View File

@@ -6,6 +6,8 @@
* [Cloud Discovery](getting-started/cloud-discovery.md)
* [Release 2.0 SDK](getting-started/controller.md)
* [Access Points](getting-started/access-points.md)
* [Untitled](getting-started/untitled-1.md)
* [Untitled](getting-started/untitled.md)
* [User Interface](user-interface.md)
* [API](api.md)

22
getting-started/cloud-discovery.md
View File

@@ -4,3 +4,25 @@ description: OpenWiFi 2.0
# Cloud Discovery
All TIP OpenWiFi devices use the same cloud discovery mechanism on initial boot.
OpenWiFi devices ship from factory with a unique device certificate signed by the Telecom Infra Project Certificate Authority.
When a device boots for the first time, or is factory reset, a 'first-boot' process occurs within the device.
First-boot initiates a connection over HTTPs to the Certificate Authority requesting the unique device record information. All connections to the Certificate Authority occur over mTLS encrypted session.
Devices use their unique certificate identity to authenticate and retrieve the location of the assigned cloud.
![Device First Boot / Factory Cloud Discovery](../.gitbook/assets/image%20%2822%29.png)
Once the cloud location has been learned from first-boot, the device no longer depends on this cloud discovery and will return to the assigned cloud learned from first-boot.
Devices may periodically initiate connection to the Certificate Authority to validate their unique certificate status. This is a normal process involved in mutual TLS security models.
When an operator or end customer seeks to change the cloud associated with their device\(s\), the value of the cloud stored in the Certificate Authority device record is updated. A factory reset of the device will cause first-boot to re-occur which will then discover the new cloud.
TIP OpenWiFi ODM partners are able to manage device records directly using the Certificate Authority portal. All other users should send an email to licensekeys@telecominfraproject.com to request update of cloud discovery.

2
getting-started/untitled-1.md Normal file
View File

@@ -0,0 +1,2 @@
# Untitled

2
getting-started/untitled.md Normal file
View File

@@ -0,0 +1,2 @@
# Untitled