From 4784ed3a46d533a882175ba59c820cb3959b1797 Mon Sep 17 00:00:00 2001 From: Chris Busch Date: Wed, 13 Jul 2022 15:39:40 +0000 Subject: [PATCH] GitBook: [#26] No subject --- SUMMARY.md | 2 +- .../basic-device-provisioning/README.md | 14 ++++++++++++++ .../README.md | 14 ++++++++++++-- 3 files changed, 27 insertions(+), 3 deletions(-) diff --git a/SUMMARY.md b/SUMMARY.md index 939bf58..61e72e1 100644 --- a/SUMMARY.md +++ b/SUMMARY.md @@ -52,7 +52,7 @@ * [Bridge Mode SSID](device-feature-configuration-examples/basic-device-provisioning/bridge-mode-ssid.md) * [NAT Gateway Mode SSID](device-feature-configuration-examples/basic-device-provisioning/nat-gateway-mode-ssid.md) * [Multi-VLAN SSID](device-feature-configuration-examples/basic-device-provisioning/multi-vlan-ssid.md) -* [Device Feature Configuration Examples](device-feature-configuration-examples/device-feature-configuration-examples/README.md) +* [Advanced Device Feature Configuration Examples](device-feature-configuration-examples/device-feature-configuration-examples/README.md) * [Zero Touch Provisioning](device-feature-configuration-examples/device-feature-configuration-examples/zero-touch-provisioning.md) * [DHCP Relay](device-feature-configuration-examples/device-feature-configuration-examples/dhcp-relay.md) * [Services](device-feature-configuration-examples/device-feature-configuration-examples/services.md) diff --git a/device-feature-configuration-examples/basic-device-provisioning/README.md b/device-feature-configuration-examples/basic-device-provisioning/README.md index f9eda15..8c93f9a 100644 --- a/device-feature-configuration-examples/basic-device-provisioning/README.md +++ b/device-feature-configuration-examples/basic-device-provisioning/README.md @@ -4,6 +4,20 @@ description: OpenWiFi 2.0 # Basic Device Provisioning +OpenWiFi device features are configurable through understanding the uCentral device data model. + +For integrators of commercial controllers, these feature examples may help guide development of device provisioning within a partner controller products. + +Experimentation with device features often occurs initially through static configuration as JSON document sent to a device using the OpenWiFi Gateway. + +Commercial products with OpenWiFi device provisioning will be using the northbound API to create, update, delete per device configurations. These APIs are then inter-worked southbound via the OpenWiFi Gateway to devices. + +Some of the available device features are exposed in this same manner using the OpenWiFi Provisioning service. This provisioning service offers an additional way for commercial partners to consume OpenWiFi and integrate a controller or back office environment that may require device provisioning when that functionality is not present as part of a controller or other commercial product. + +The following pages guide the user to understanding each of these features individually including example configuration information. + +#### Basic Examples + One of the benefits of the new data plane in OpenWiFi 2.0 is the flexibility of physical port to logical forwarding that is easily conveyed through configuration structures. New protocol support is both easily added to the system as well as associated with interfaces by their role in the device. diff --git a/device-feature-configuration-examples/device-feature-configuration-examples/README.md b/device-feature-configuration-examples/device-feature-configuration-examples/README.md index 95a75ab..7a5241c 100644 --- a/device-feature-configuration-examples/device-feature-configuration-examples/README.md +++ b/device-feature-configuration-examples/device-feature-configuration-examples/README.md @@ -2,8 +2,18 @@ description: TIP OpenWiFi 2.0 --- -# Device Feature Configuration Examples +# Advanced Device Feature Configuration Examples -OpenWiFi devices have a number of features that may be configured. +OpenWiFi device features are configurable through understanding the uCentral device data model. + +For integrators of commercial controllers, these feature examples may help guide development of device provisioning within a partner controller products. + +Experimentation with device features often occurs initially through static configuration as JSON document sent to a device using the OpenWiFi Gateway. + +Commercial products with OpenWiFi device provisioning will be using the northbound API to create, update, delete per device configurations. These APIs are then inter-worked southbound via the OpenWiFi Gateway to devices. + +Some of the available device features are exposed in this same manner using the OpenWiFi Provisioning service. This provisioning service offers an additional way for commercial partners to consume OpenWiFi and integrate a controller or back office environment that may require device provisioning when that functionality is not present as part of a controller or other commercial product. The following pages guide the user to understanding each of these features individually including example configuration information. + +For complete reference to the device data model please refer [here.](../../sdk/provisioning/data-model-introduction.md)