Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 1 | .. vim: syntax=rst |
| 2 | |
| 3 | Aether ROC Developer Guide |
| 4 | ========================== |
| 5 | |
| 6 | Background / Development Environment |
| 7 | ------------------------------------ |
| 8 | |
| 9 | This document assumes familiarity with Kubernetes and Helm, and that a Kubernetes/Helm development |
| 10 | environment has already been deployed in the developer’s work environment. |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 11 | |
| 12 | This development environment can use any of a number of potential mechanisms -- including KinD, kubeadm, etc. |
| 13 | |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 14 | The Aether-in-a-Box script is one potential way to setup a development environment, but not the only way. |
| 15 | As an alternative to the developer’s local machine, a remote environment can be set up, for example on |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 16 | cloud infrastructure such as Cloudlab. |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 17 | |
Sean Condon | eb95cd6 | 2021-08-04 19:44:18 +0100 | [diff] [blame] | 18 | .. note:: When ROC is deployed it is unsecured by default, with no Authentication or Authorization. |
| 19 | To secure ROC so that the Authentication and Authorization can be tested, follow the Securing ROC |
| 20 | guide below :ref:`securing_roc` |
| 21 | |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 22 | Installing Prerequisites |
| 23 | ------------------------ |
| 24 | |
| 25 | Atomix and onos-operator must be installed:: |
| 26 | |
| 27 | # create necessary namespaces |
| 28 | kubectl create namespace micro-onos |
| 29 | |
| 30 | # install atomix |
Sean Condon | 257687f | 2021-08-23 11:13:20 +0100 | [diff] [blame] | 31 | export ATOMIX_CONTROLLER_VERSION=0.6.7 |
| 32 | helm -n kube-system install atomix-controller atomix/atomix-controller --version $ATOMIX_CONTROLLER_VERSION |
| 33 | export ATOMIX_RAFT_VERSION=0.1.8 |
| 34 | helm -n kube-system install atomix-raft-storage atomix/atomix-raft-storage --VERSION $ATOMIX_RAFT_VERSION |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 35 | |
| 36 | # install the onos operator |
Sean Condon | 257687f | 2021-08-23 11:13:20 +0100 | [diff] [blame] | 37 | ONOS_OPERATOR_VERSION=0.4.8 |
| 38 | helm install -n kube-system onos-operator onosproject/onos-operator --version $ONOS_OPERATOR_VERSION |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 39 | |
Sean Condon | 257687f | 2021-08-23 11:13:20 +0100 | [diff] [blame] | 40 | .. note:: The ROC is sensitive to the versions of Atomix and onos-operator installed. The values |
| 41 | shown above are correct for the 1.2.x versions of the *aether-roc-umbrella*. |
| 42 | |
| 43 | .. list-table:: ROC support component version matrix |
| 44 | :widths: 28 24 24 24 |
| 45 | :header-rows: 1 |
| 46 | |
| 47 | * - ROC Version |
| 48 | - Atomix Controller |
| 49 | - Atomix Raft |
| 50 | - Onos Operator |
| 51 | * - 1.2.x |
| 52 | - 0.6.7 |
| 53 | - 0.1.8 |
| 54 | - 0.4.8 |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 55 | |
| 56 | Verify that these services were installed properly. |
| 57 | You should see pods for *atomix-controller*, *atomix-raft-storage-controller*, |
| 58 | *onos-operator-config*, and *onos-operator-topo*. |
| 59 | Execute these commands:: |
| 60 | |
Sean Condon | 257687f | 2021-08-23 11:13:20 +0100 | [diff] [blame] | 61 | helm -n kube-system list |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 62 | kubectl -n kube-system get pods | grep -i atomix |
| 63 | kubectl -n kube-system get pods | grep -i onos |
| 64 | |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 65 | Create a values-override.yaml |
| 66 | ----------------------------- |
| 67 | |
| 68 | You’ll want to override several of the defaults in the ROC helm charts:: |
| 69 | |
| 70 | cat > values-override.yaml <<EOF |
| 71 | import: |
Scott Baker | b46a6ed | 2021-08-02 14:03:10 -0700 | [diff] [blame] | 72 | onos-gui: |
| 73 | enabled: true |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 74 | |
| 75 | onos-gui: |
Scott Baker | b46a6ed | 2021-08-02 14:03:10 -0700 | [diff] [blame] | 76 | ingress: |
| 77 | enabled: false |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 78 | |
| 79 | aether-roc-gui-v3: |
Scott Baker | b46a6ed | 2021-08-02 14:03:10 -0700 | [diff] [blame] | 80 | ingress: |
| 81 | enabled: false |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 82 | EOF |
| 83 | |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 84 | Installing the ``aether-roc-umbrella`` Helm chart |
| 85 | ------------------------------------------------- |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 86 | |
| 87 | Add the necessary helm repositories:: |
| 88 | |
| 89 | # obtain username and password from Michelle and/or ONF infra team |
| 90 | export repo_user=<username> |
| 91 | export repo_password=<password> |
| 92 | helm repo add sdran --username "$repo_user" --password "$repo_password" https://sdrancharts.onosproject.org |
| 93 | |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 94 | ``aether-roc-umbrella`` will bring up the ROC and its services:: |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 95 | |
| 96 | helm -n micro-onos install aether-roc-umbrella sdran/aether-roc-umbrella -f values-override.yaml |
| 97 | |
| 98 | kubectl wait pod -n micro-onos --for=condition=Ready -l type=config --timeout=300s |
| 99 | |
| 100 | |
Sean Condon | f918f64 | 2021-08-04 14:32:53 +0100 | [diff] [blame] | 101 | .. _posting-the-mega-patch: |
| 102 | |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 103 | Posting the mega-patch |
| 104 | ---------------------- |
| 105 | |
| 106 | The ROC usually comes up in a blank state -- there are no Enterprises, UEs, or other artifacts present in it. |
| 107 | The mega-patch is an example patch that populates the ROC with some sample enterprises, UEs, slices, etc. |
| 108 | Execute the following:: |
| 109 | |
| 110 | # launch a port-forward for the API |
| 111 | # this will continue to run in the background |
| 112 | kubectl -n micro-onos port-forward service/aether-roc-api --address 0.0.0.0 8181:8181 & |
| 113 | |
| 114 | git clone https://github.com/onosproject/aether-roc-api.git |
| 115 | |
| 116 | # execute the mega-patch (it will post via CURL to localhost:8181) |
| 117 | bash ~/path/to/aether-roc-api/examples/MEGA_Patch.curl |
| 118 | |
| 119 | |
| 120 | You may wish to customize the mega patch. |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 121 | |
| 122 | For example, by default the patch configures the ``sdcore-adapter`` to push to |
| 123 | ``sdcore-test-dummy``. |
| 124 | |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 125 | You could configure it to push to a live aether-in-a-box core by doing something like this:: |
| 126 | |
| 127 | sed -i 's^http://aether-roc-umbrella-sdcore-test-dummy/v1/config/5g^http://webui.omec.svc.cluster.local:9089/config^g' MEGA_Patch.curl |
| 128 | |
| 129 | #apply the patch |
| 130 | ./MEGA_Patch.curl |
| 131 | |
| 132 | (Note that if your Aether-in-a-Box was installed on a different machine that port-forwarding may be necessary) |
| 133 | |
| 134 | |
| 135 | Expected CURL output from a successful mega-patch post will be a UUID. |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 136 | |
| 137 | You can also verify that the mega-patch was successful by going into the |
| 138 | ``aether-roc-gui`` in a browser (see the section on useful port-forwards |
| 139 | below). The GUI may open to a dashboard that is unpopulated -- you can use the |
| 140 | dropdown menu (upper-right hand corner of the screen) to select an object such |
| 141 | as VCS and you will see a list of VCS. |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 142 | |
| 143 | |ROCGUI| |
| 144 | |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 145 | Uninstalling the ``aether-roc-umbrella`` Helm chart |
| 146 | --------------------------------------------------- |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 147 | |
| 148 | To tear things back down, usually as part of a developer loop prior to redeploying again, do the following:: |
| 149 | |
| 150 | helm -n micro-onos del aether-roc-umbrella |
| 151 | |
| 152 | If the uninstall hangs or if a subsequent reinstall hangs, it could be an issue with some of the CRDs |
| 153 | not getting cleaned up. The following may be useful:: |
| 154 | |
| 155 | # fix stuck finalizers in operator CRDs |
| 156 | |
| 157 | kubectl -n micro-onos patch entities connectivity-service-v2 --type json --patch='[ { "op": "remove", "path": "/metadata/finalizers" } ]' |
| 158 | |
| 159 | kubectl -n micro-onos patch entities connectivity-service-v3 --type json --patch='[ { "op": "remove", "path": "/metadata/finalizers" } ]' |
| 160 | |
| 161 | kubectl -n micro-onos patch kind aether --type json --patch='[ { "op": "remove", "path": "/metadata/finalizers" } ]' |
| 162 | |
| 163 | Useful port forwards |
| 164 | -------------------- |
| 165 | |
| 166 | Port forwarding is often necessary to allow access to ports inside of Kubernetes pods that use ClusterIP addressing. |
| 167 | Note that you typically need to leave a port-forward running (you can put it in the background). |
| 168 | Also, If you redeploy the ROC and/or if a pod crashes then you might have to restart a port-forward. |
| 169 | The following port-forwards may be useful:: |
| 170 | |
| 171 | # aether-roc-api |
| 172 | |
| 173 | kubectl -n micro-onos port-forward service/aether-roc-api --address 0.0.0.0 8181:8181 |
| 174 | |
| 175 | # aether-roc-gui |
| 176 | |
| 177 | kubectl -n micro-onos port-forward service/aether-roc-gui --address 0.0.0.0 8183:80 |
| 178 | |
| 179 | # grafana |
| 180 | |
| 181 | kubectl -n micro-onos port-forward service/aether-roc-umbrella-grafana --address 0.0.0.0 8187:80 |
| 182 | |
| 183 | # onos gui |
| 184 | |
| 185 | kubectl -n micro-onos port-forward service/onos-gui --address 0.0.0.0 8182:80 |
| 186 | |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 187 | ``aether-roc-api`` and ``aether-roc-gui`` are in our experience the most useful two port-forwards. |
| 188 | |
| 189 | ``aether-roc-api`` is useful to be able to POST REST API requests. |
| 190 | |
| 191 | ``aether-roc-gui`` is useful to be able to interactively browse the current configuration. |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 192 | |
Sean Condon | 257687f | 2021-08-23 11:13:20 +0100 | [diff] [blame] | 193 | .. note:: Internally the ``aether-roc-gui`` operates a Reverse Proxy on the ``aether-roc-api``. This |
| 194 | means that if you have done a ``port-forward`` to ``aether-roc-gui`` say on port ``8183`` there's no |
| 195 | need to do another on the ``aether-roc-api`` instead you can access the API on |
| 196 | ``http://localhost:8183/aether-roc-api`` |
| 197 | |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 198 | Deploying using custom images |
| 199 | ----------------------------- |
| 200 | |
| 201 | Custom images may be used by editing the values-override.yaml file. |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 202 | For example, to deploy a custom ``sdcore-adapter``:: |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 203 | |
| 204 | sdcore-adapter-v3: |
| 205 | |
| 206 | prometheusEnabled: false |
| 207 | |
| 208 | image: |
| 209 | |
| 210 | repository: my-private-repo/sdcore-adapter |
| 211 | |
| 212 | tag: my-tag |
| 213 | |
| 214 | pullPolicy: Always |
| 215 | |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 216 | The above example assumes you have published a docker images at ``my-private-repo/sdcore-adapter:my-tag``. |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 217 | My particular workflow is to deploy a local-docker registry and push my images to that. |
| 218 | Please do not publish ONF images to a public repository unless the image is intended to be public. |
| 219 | Several ONF repositories are private, and therefore their docker artifacts should also be private. |
| 220 | |
| 221 | There are alternatives to using a private docker repository. |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 222 | For example, if you are using kubeadm, then you may be able to simply tag the image locally. |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 223 | If you’re using KinD, then you can push a local image to into the kind cluster:: |
| 224 | |
| 225 | kind load docker-image sdcore-adapter:my-tag |
| 226 | |
| 227 | Inspecting logs |
| 228 | --------------- |
| 229 | |
| 230 | Most of the relevant Kubernetes pods are in the micro-onos namespace. |
| 231 | The names may change from deployment to deployment, so start by getting a list of pods:: |
| 232 | |
| 233 | kubectl -n micro-onos get pods |
| 234 | |
| 235 | Then you can inspect a specific pod/container:: |
| 236 | |
| 237 | kubectl -n micro-onos logs sdcore-adapter-v3-7468cc58dc-ktctz sdcore-adapter-v3 |
| 238 | |
Sean Condon | eb95cd6 | 2021-08-04 19:44:18 +0100 | [diff] [blame] | 239 | .. _securing_roc: |
| 240 | |
| 241 | Securing ROC |
| 242 | ------------ |
| 243 | |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 244 | When deploying ROC with the ``aether-roc-umbrella`` chart, secure mode can be enabled by |
Sean Condon | eb95cd6 | 2021-08-04 19:44:18 +0100 | [diff] [blame] | 245 | specifying an OpenID Connect (OIDC) issuer like:: |
| 246 | |
| 247 | helm -n micro-onos install aether-roc-umbrella sdran/aether-roc-umbrella \ |
| 248 | --set onos-config.openidc.issuer=http://dex-ldap-umbrella:5556 \ |
| 249 | --set aether-roc-gui-v3.openidc.issuer=http://dex-ldap-umbrella:5556 |
| 250 | |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 251 | The choice of OIDC issuer in this case is ``dex-ldap-umbrella``. |
Sean Condon | eb95cd6 | 2021-08-04 19:44:18 +0100 | [diff] [blame] | 252 | |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 253 | ``dex-ldap-umbrella`` |
| 254 | """"""""""""""""""""" |
Sean Condon | eb95cd6 | 2021-08-04 19:44:18 +0100 | [diff] [blame] | 255 | |
| 256 | Dex is a cloud native OIDC Issuer than can act as a front end to several authentication systems |
| 257 | e.g. LDAP, Crowd, Google, GitHub |
| 258 | |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 259 | ``dex-ldap-umbrella`` is a Helm chart that combines a Dex server with an LDAP |
| 260 | installation, and an LDAP administration tool. It can be deployed in to the |
| 261 | same cluster namespace as ``aether-roc-umbrella``. |
Sean Condon | eb95cd6 | 2021-08-04 19:44:18 +0100 | [diff] [blame] | 262 | |
| 263 | Its LDAP server is populated with 7 different users in the 2 example enterprises - *starbucks* and *acme*. |
| 264 | |
| 265 | When running it should be available at *http://dex-ldap-umbrella:5556/.well-known/openid-configuration*. |
| 266 | |
| 267 | See `dex-ldap-umbrella <https://github.com/onosproject/onos-helm-charts/tree/master/dex-ldap-umbrella#readme>`_ |
| 268 | for more details. |
| 269 | |
| 270 | As an alternative there is a public Dex server connected to the ONF Crowd server, that allows |
| 271 | ONF staff to login with their own credentials: |
| 272 | See `public dex <https://dex.aetherproject.org/dex/.well-known/openid-configuration>`_ for more details. |
| 273 | |
| 274 | .. note:: Your RBAC access to ROC will be limited by the groups you belong to in Crowd. |
| 275 | |
| 276 | Role Based Access Control |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 277 | """"""""""""""""""""""""" |
| 278 | |
Sean Condon | eb95cd6 | 2021-08-04 19:44:18 +0100 | [diff] [blame] | 279 | When secured, access to the configuration in ROC is limited by the **groups** that a user belongs to. |
| 280 | |
| 281 | * **AetherROCAdmin** - users in this group have full read **and** write access to all configuration. |
| 282 | * *<enterprise>* - users in a group the lowercase name of an enterprise, will have **read** access to that enterprise. |
| 283 | * **EnterpriseAdmin** - users in this group will have read **and** write access the enterprise they belong to. |
| 284 | |
| 285 | For example in *dex-ldap-umbrella* the user *Daisy Duke* belongs to *starbucks* **and** |
| 286 | *EnterpriseAdmin* and so has read **and** write access to items linked with *starbucks* enterprise. |
| 287 | |
| 288 | By comparison the user *Elmer Fudd* belongs only to *starbucks* group and so has only **read** access to items |
| 289 | linked with the *starbucks* enterprise. |
| 290 | |
| 291 | Requests to a Secure System |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 292 | """"""""""""""""""""""""""" |
| 293 | |
Sean Condon | eb95cd6 | 2021-08-04 19:44:18 +0100 | [diff] [blame] | 294 | When configuration is retrieved or updated through *aether-config*, a Bearer Token in the |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 295 | form of a JSON Web Token (JWT) issued by the selected OIDC Issuer server must accompany |
Sean Condon | eb95cd6 | 2021-08-04 19:44:18 +0100 | [diff] [blame] | 296 | the request as an Authorization Header. |
| 297 | |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 298 | This applies to both the REST interface of ``aether-roc-api`` **and** the *gnmi* interface of |
| 299 | ``aether-rconfig``. |
Sean Condon | eb95cd6 | 2021-08-04 19:44:18 +0100 | [diff] [blame] | 300 | |
| 301 | In the Aether ROC, a Bearer Token can be generated by logging in and selecting API Key from the |
| 302 | menu. This pops up a window with a copy button, where the key can be copied. |
| 303 | |
| 304 | The key will expire after 24 hours. |
| 305 | |
| 306 | .. image:: images/aether-roc-gui-copy-api-key.png |
| 307 | :width: 580 |
| 308 | :alt: Aether ROC GUI allows copying of API Key to clipboard |
| 309 | |
| 310 | Accessing the REST interface from a tool like Postman, should include this Auth token. |
| 311 | |
| 312 | .. image:: images/postman-auth-token.png |
| 313 | :width: 930 |
| 314 | :alt: Postman showing Authentication Token pasted in |
| 315 | |
| 316 | Logging |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 317 | """"""" |
| 318 | |
Sean Condon | eb95cd6 | 2021-08-04 19:44:18 +0100 | [diff] [blame] | 319 | The logs of *aether-config* will contain the **username** and **timestamp** of |
| 320 | any **gnmi** call when security is enabled. |
| 321 | |
| 322 | .. image:: images/aether-config-log.png |
| 323 | :width: 887 |
| 324 | :alt: aether-config log message showing username and timestamp |
| 325 | |
Sean Condon | 435be9a | 2021-08-06 14:28:37 +0100 | [diff] [blame] | 326 | Accessing GUI from an external system |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 327 | """"""""""""""""""""""""""""""""""""" |
| 328 | |
Sean Condon | 435be9a | 2021-08-06 14:28:37 +0100 | [diff] [blame] | 329 | To access the ROC GUI from a computer outside the Cluster machine using *port-forwarding* then |
| 330 | it is necessary to: |
| 331 | |
| 332 | * Ensure that all *port-forward*'s have **--address=0.0.0.0** |
| 333 | * Add to the IP address of the cluster machine to the **/etc/hosts** of the outside computer as:: |
| 334 | |
| 335 | <ip address of cluster> dex-ldap-umbrella aether-roc-gui |
| 336 | * Verify that you can access the Dex server by its name *http://dex-ldap-umbrella:5556/.well-known/openid-configuration* |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 337 | * Access the GUI through the hostname (rather than ip address) ``http://aether-roc-gui:8183`` |
Sean Condon | 435be9a | 2021-08-06 14:28:37 +0100 | [diff] [blame] | 338 | |
Sean Condon | eb95cd6 | 2021-08-04 19:44:18 +0100 | [diff] [blame] | 339 | Troubleshooting Secure Access |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 340 | """"""""""""""""""""""""""""" |
| 341 | |
Sean Condon | eb95cd6 | 2021-08-04 19:44:18 +0100 | [diff] [blame] | 342 | While every effort has been made to ensure that securing Aether is simple and effective, |
| 343 | some difficulties may arise. |
| 344 | |
| 345 | One of the most important steps is to validate that the OIDC Issuer (Dex server) can be reached |
| 346 | from the browser. The **well_known** URL should be available and show the important endpoints are correct. |
| 347 | |
| 348 | .. image:: images/dex-ldap-umbrella-well-known.png |
| 349 | :width: 580 |
| 350 | :alt: Dex Well Known page |
| 351 | |
| 352 | If logged out of the Browser when accessing the Aether ROC GUI, accessing any page of the application should |
| 353 | redirect to the Dex login page. |
| 354 | |
| 355 | .. image:: images/dex-ldap-login-page.png |
| 356 | :width: 493 |
| 357 | :alt: Dex Login page |
| 358 | |
| 359 | When logged in the User details can be seen by clicking the User's name in the drop down menu. |
| 360 | This shows the **groups** that the user belongs to, and can be used to debug RBAC issues. |
| 361 | |
| 362 | .. image:: images/aether-roc-gui-user-details.png |
| 363 | :width: 700 |
| 364 | :alt: User Details page |
| 365 | |
| 366 | When you sign out of the ROC GUI, if you are not redirected to the Dex Login Page, |
| 367 | you should check the Developer Console of the browser. The console should show the correct |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 368 | OIDC issuer (Dex server), and that Auth is enabled. |
Sean Condon | eb95cd6 | 2021-08-04 19:44:18 +0100 | [diff] [blame] | 369 | |
| 370 | .. image:: images/aether-roc-gui-console-loggedin.png |
| 371 | :width: 418 |
| 372 | :alt: Browser Console showing correct configuration |
| 373 | |
Scott Baker | b46a6ed | 2021-08-02 14:03:10 -0700 | [diff] [blame] | 374 | ROC Data Model Conventions and Requirements |
| 375 | ------------------------------------------- |
| 376 | |
| 377 | The MEGA-Patch described above will bring up a fully compliant sample data model. |
| 378 | However, it may be useful to bring up your own data model, customized to a different |
| 379 | site of sites. This subsection documents conventions and requirements for the Aether |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 380 | modeling within the ROC. |
Scott Baker | b46a6ed | 2021-08-02 14:03:10 -0700 | [diff] [blame] | 381 | |
| 382 | The ROC models must be configured with the following: |
| 383 | |
| 384 | * A default enterprise with the id `defaultent`. |
| 385 | * A default ip-domain with the id `defaultent-defaultip`. |
| 386 | * A default site with the id `defaultent-defaultsite`. |
| 387 | This site should be linked to the `defaultent` enterprise. |
| 388 | * A default device group with the id `defaultent-defaultsite-default`. |
| 389 | This device group should be linked to the `defaultent-defaultip` ip-domain |
| 390 | and the `defaultent-defaultsite` site. |
| 391 | |
| 392 | Each Enterprise Site must be configured with a default device group and that default |
| 393 | device group's name must end in the suffix `-default`. For example, `acme-chicago-default`. |
| 394 | |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 395 | Some exercises to get familiar |
| 396 | ------------------------------ |
| 397 | |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 398 | 1. Deploy the ROC and POST the mega-patch, go into the ``aether-roc-gui`` and click |
| 399 | through the VCS, DeviceGroup, and other objects to see that they were |
| 400 | created as expected. |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 401 | |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 402 | 2. Examine the log of the ``sdcore-adapter-v3`` container. It should be |
| 403 | attempting to push the mega-patch’s changes. If you don’t have a core |
| 404 | available, it may be failing the push, but you should see the attempts. |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 405 | |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 406 | 3. Change an object in the GUI. Watch the ``sdcore-adapter-v3`` log file and |
| 407 | see that the adapter attempts to push the change. |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 408 | |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 409 | 4. Try POSTing a change via the API. Observe the ``sdcore-adapter-v3`` log |
| 410 | file and see that the adapter attempts to push the change. |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 411 | |
Zack Williams | 1ae109e | 2021-07-27 11:17:04 -0700 | [diff] [blame] | 412 | 5. Deploy a 5G Aether-in-a-Box (See :doc:`Aether SD-Core Developer Guide |
| 413 | <sdcore>`), modify the mega-patch to specify the URL for the Aether-in-a-Box |
| 414 | ``webui`` container, POST the mega-patch, and observe that the changes were |
| 415 | correctly pushed via the ``sdcore-adapter-v3`` into the ``sd-core``’s |
| 416 | ``webui`` container (``webui`` container log will show configuration as it |
| 417 | is received) |
Scott Baker | fab7c9e | 2021-07-29 17:12:16 -0700 | [diff] [blame] | 418 | |
| 419 | .. |ROCGUI| image:: images/rocgui.png |
Sean Condon | eb95cd6 | 2021-08-04 19:44:18 +0100 | [diff] [blame] | 420 | :width: 945 |
| 421 | :alt: ROC GUI showing list of VCS |