@@ -16,7 +16,7 @@ Demo4 Terminal application does not provide a dashboard GUI, tools such as cUrl
## Demo4 Scenario Overview
The Demo4 scenario consists of one or more instances of a single Terminal application running one or more fixed or mobile terminal equipment.
MEC-016 Service APIs "/dev_app/v1/context" and "/dev_app/v1/context/{instance}" provide the capability to instante one or more MEC applications.
MEC-016 Service APIs "/dev_app/v1/context" and "/dev_app/v1/context/{instance}" provide the capability to instantiate one or more MEC applications.
By default, there is one onboarded MEC application named onboarded-demo4, described below (see file ~/AdvantDEGE/examples/demo4-ue/src/onboarded-demo4.yaml):
```yaml
@@ -65,17 +65,17 @@ By default, there is one onboarded MEC application named onboarded-demo4, descri
### demo4-ue
The Terminal application demo4-ue provide a simply HHTP REST APIs for MEC-016 in order to validate quickly MEC-016 support.
The Terminal application demo4-ue provide a simply HTTP REST APIs for MEC-016 in order to validate quickly MEC-016 support.
#### Check that the demo4-ue is up
The requets `GET /info/application` provides a description of the demo4-ue application.
The request`GET /info/application` provides a description of the demo4-ue application.
- The field "contextId" indicates the identifier to be used to [terminate the instance](#terminate-an-existing-instance-of-onboarded-mec-application),
- The field "contextId" indicates the identifier to be used to [terminate the instance](#terminate-an-existing-instance-of-onboarded-mec-application).
- The field "referenceURI" indicates the URL to the new instance of the onboarded MEC application, see clause [Ping request](#ping-request]).
#### Ping request
The requets `GET /onboarded-demo4/ping/{appcontextid}` is the ping/pong request to send to the instance of the onboarded MEC application [onboarded-demo4](#onboarded-demo4).
The request`GET /onboarded-demo4/ping/{appcontextid}` is the ping/pong request to send to the instance of the onboarded MEC application [onboarded-demo4](#onboarded-demo4).
The code below is the the Postman workspace equivalent to the cUrl requests above.
The code below is the the Postman workspace equivalent to the curl requests above.
```json
{
@@ -461,13 +461,13 @@ The code below is the the Postman workspace equivalent to the cUrl requests abov
### onboarded-demo4
The MEC application onboarded-demo4 is a basic HTTP REST API "Ping/Pong" application. When it recieves an HTTP GET /ping request, it replies with 200 OK "pong".
The goal of thos application is just to validate the support of MEC-016 Service APIs.
The goal of this application is just to validate the support of MEC-016 Service APIs.
## Using Demo4
### Preamble (reserved to MEC Sandbox administrator)
Before to use Demo4, the configuration files '~/AdvantDEGE/examples/demo4-ue/src/onboarded-demo4.yaml' and '~/AdvantEDGE/examples/demo4-ue/src/onboarded-demo/onboarded-demo-test1.json' and the binariy folders shall be copied into the folder /var/lib/docker/volumes/meep-dai/_data/ (required to use sudo command). This is the descriptor of the onboarded MEC application [onboarded-demo4](#onboarded-demo4).
Before using Demo4, the configuration files '~/AdvantDEGE/examples/demo4-ue/src/onboarded-demo4.yaml' and '~/AdvantEDGE/examples/demo4-ue/src/onboarded-demo/onboarded-demo-test1.json' and the binariy folders shall be copied into the folder /var/lib/docker/volumes/meep-dai/_data/ (required to use sudo command). This is the descriptor of the onboarded MEC application [onboarded-demo4](#onboarded-demo4).
**_Note_** For the MEC Sandbox platform, the configuration files and the binariy folders shall be copied into the folder /var/lib/docker/volumes/<sandboxnetworkname>/_data (e.g. /var/lib/docker/volumes/meep-4g-5g-wifi-macro-mec016-1/_data)
@@ -487,7 +487,7 @@ $ cd ~/AdvantEDGE/examples/demo4-ue
$ ./build-demo4-ue.sh --rebuild_dai
```
NOTE: Binary files are created in ./bin/ folder
NOTE: Binary files are created in ./bin/ folder.
#### Dockerize demo applications
Demo Application binaries must be dockerized (containerized) as container images in the Docker registry. This step is necessary every time the demo binaries are updated.
@@ -515,10 +515,10 @@ To use Demo4 as an external application that interacts with the ETSI MEC Sandbox
Therefore, the following steps need to be done prior to running Demo4 application instances.
#### Obtain demo binaries
Use the same procedure described above for Demo4 with AdvantEDGE.
-Use the same procedure described above for Demo4 with AdvantEDGE.
#### Create work directory for demo4-ue instance
Create a work directory of your choice on the system (e.g. ~/tmp/demo4) and copy the files ~/AdvantEDGE/examples/demo4-ue/src/demo-server/demo4-ue-config.yaml and ~/AdvantEDGE/examples/demo4-ue/bin/demo-server/demo-server.
-Create a work directory of your choice on the system (e.g. ~/tmp/demo4) and copy the files ~/AdvantEDGE/examples/demo4-ue/src/demo-server/demo4-ue-config.yaml and ~/AdvantEDGE/examples/demo4-ue/bin/demo-server/demo-server.
The structure should look like this:
@@ -530,7 +530,7 @@ The structure should look like this:
\____ demo-server
```
Update the configuration file demo4-ue-config.yaml accordingly and launcg the demo application:
Update the configuration file demo4-ue-config.yaml accordingly and launch the demo application: