Deployment diagram:
Link to specification:
5G-Real Time PM and High Volume Streaming Status
Hardware requirements:
- ONAP - standard ONAP instance located in Wind River lab
- Virtual machine dedicated for High Volume PNF Simulator
- 8 VCPU
- 30 GB of RAM
- 100 GB of HDD
Sequence diagram:
High level test cases:
Flow Step | Test Case Description | |
|---|---|---|
| TC1 | Authenticate Connection | Verifying the connection can be established using TCP |
| TC2 | NF sends Real Time PM event and HV-VES Collector validates Event | Verify that VES Collector can receive and validate the hvMeas event—a) success—event header and field population agrees with GPB and b) failure event does not agree with GPB specification |
| TC3 | Publish Event | Verify that direct publication is done successfully to Kafka) |
| TC4 | Topic Content Validation | Using a simple analytics program subscribe to the RTPM topic and verify amount events in topic. |
| TC5 | Topic Content Validation (stretched goal) | Using a simple analytics program subscribe to the RTPM topic and using PM Dictionary/e.g. PM Content Meta Data and proto file generated code decode the data and display (stretched goal) |
| TC6 | Additional Test Case for Performance | PNF High Volume Simulator sends N correct messages. DCAE Analytics application should consume N messages from DMaaP Kafka |
| TC7 | Additional Test Case for Performance | PNF High Volume Simulator sends N1 correct messages, N2 incorrect due to wrong domain, N3 correct ones. DCAE Analytics application should consume N1+N3 messages from DMaaP Kafka |
| TC8 | Additional Test Case for Performance | PNF High Volume Simulator sends N1 correct messages, N2 incorrect due to wrong wireprotocol, N3 correct ones. DCAE Analytics application should consume N1+N3 messages from DMaaP Kafka |
| TC9 | Additional Test Case for Performance | PNF High Volume Simulator sends N1 correct messages, N2 incorrect due to undecodable GPB, N3 correct ones. DCAE Analytics application should consume N1+N3 messages from DMaaP Kafka |
| TC10 | Additional Test Case for Performance | PNF High Volume Simulator sends N1 correct messages wherein one message have to big GPB payload. DCAE Analytics application should consume less then N1 messages from DMaaP Kafka. Verify if HV-VES has disconnected from such PNF |
Detail test cases
TC1 : Authenticate Connection
TC1 : Authenticate Connection | |||||
|---|---|---|---|---|---|
| Spec flow | 1. | ||||
| Status | No run | ||||
| Tester | Marek Pondel | ||||
| Precondition | ONAP setup with : consul , dcaegen2 , dmaap , msb . TLS activated in HV-VES (HV-VES simulator#VESsimulator-HV-VESwithtlsenabled) | ||||
| Steps | 1. | Check if HV-VES component supports TLS using nmap command , e.g. : nmap --script ssl-enum-ciphers -p30222 k8s_node_ip | Expected results | 1. | HV-VES supports TCP and TLS connections : Starting Nmap 7.01 ( https://nmap.org ) at 2018-10-15 12:56 UTC Nmap scan report for 10-183-35-200.es-si-os-ohn-30.eecloud.nsn-net.net (10.183.35.200) Host is up (0.00079s latency). PORT STATE SERVICE 30222/tcp open unknown | ssl-enum-ciphers: | TLSv1.0: | ciphers: | TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA (secp256k1) - A | TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA (secp256k1) - A | TLS_RSA_WITH_AES_128_CBC_SHA (rsa 2048) - A | TLS_RSA_WITH_AES_256_CBC_SHA (rsa 2048) - A | compressors: | NULL | cipher preference: client | TLSv1.1: | ciphers: | TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA (secp256k1) - A | TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA (secp256k1) - A | TLS_RSA_WITH_AES_128_CBC_SHA (rsa 2048) - A | TLS_RSA_WITH_AES_256_CBC_SHA (rsa 2048) - A | compressors: | NULL | cipher preference: client | TLSv1.2: | ciphers: | TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA (secp256k1) - A | TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (secp256k1) - A | TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA (secp256k1) - A | TLS_RSA_WITH_AES_128_CBC_SHA (rsa 2048) - A | TLS_RSA_WITH_AES_128_GCM_SHA256 (rsa 2048) - A | TLS_RSA_WITH_AES_256_CBC_SHA (rsa 2048) - A | compressors: | NULL | cipher preference: client |_ least strength: A Nmap done: 1 IP address (1 host up) scanned in 1.08 seconds |
TC2 : NF sends Real Time PM event and HV-VES Collector validates Event
TC2 : NF sends Real Time PM event and HV-VES Collector validates Event | |||||
|---|---|---|---|---|---|
| Spec flow | 2. | ||||
| Status | PASS | ||||
| Tester | Marek Pondel | ||||
| Precondition | ONAP setup with : consul , dcaegen2 , dmaap , msb . | ||||
| Steps | 1. | Send valid VesEvent (HV-VES simulator#VESsimulator-HV-VESmessagesimulationfromshell) to HV-VES and check logs . | Expected results | 1. | Message is received by the collector . |
| 2. | Send invalid VesEvent (WTP frame starting with 0xFF) to HV-VES and check logs . | 2. | Log is pointing that WTP frame should start with 0xAA instead of 0xFF . | ||
TC3 : Publish Event
TC3 : Publish Event | |||||
|---|---|---|---|---|---|
| Spec flow | 3. | ||||
| Status | PASS | ||||
| Tester | Marek Pondel | ||||
| Precondition | ONAP setup with : consul , dcaegen2 , dmaap , msb . | ||||
| Steps | 1. | Start Kafka log on HV_VES_PERF3GPP topic (HV-VES simulator#VESsimulator-HV-VESmessagesimulationfromshell) . | Expected results | 1. | The log is enabled . |
| 2. | Send valid event to HV-VES using XNF simulator . | 2. | The message is published on DMaaP : HV_VES_PERF3GPP topic . | ||
TC4 : Topic Content Validation
TC4 : Topic Content Validation | |||||
|---|---|---|---|---|---|
| Spec flow | 4. | ||||
| Status | PASS | ||||
| Tester | Marek Pondel | ||||
| Precondition | ONAP setup with : consul , dcaegen2 , dmaap , msb . | ||||
| Steps | 1. | Start Kafka log. | Expected results | 1. | The log is enabled. |
| 2. | Send valid event to HV-VES and validate its content (HV-VES simulator#VESsimulator-HV-VESmessagesimulationfromshell) . | 2. | Published event contains expected content . | ||
To do
- Define non-functional (performance) requirements for HV-VES.
- TC5 - TC10 update based on non-functional HV-VES requirements.