blob: 5270634ac50579ea8c42af1100d7c23e6aaf746c (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
|
.. This work is licensed under a Creative Commons Attribution 4.0 International
.. License.
.. http://creativecommons.org/licenses/by/4.0
.. (c) OPNFV, 2017 Intel Corporation.
*************************************************
Yardstick Test Case Description: NSB PROX BNG_QoS
*************************************************
+-----------------------------------------------------------------------------+
|NSB PROX test for NFVI characterization |
| |
+--------------+--------------------------------------------------------------+
|test case id | tc_prox_{context}_bng_qos-{port_num} |
| | |
| | * context = baremetal or heat_context; |
| | * port_num = 4; |
| | |
+--------------+--------------------------------------------------------------+
|metric | * Network Throughput; |
| | * TG Packets Out; |
| | * TG Packets In; |
| | * VNF Packets Out; |
| | * VNF Packets In; |
| | * Dropped packets; |
| | |
+--------------+--------------------------------------------------------------+
|test purpose | The BNG+QoS workload converts packets from QinQ to GRE |
| | tunnels, handles routing and adds/removes MPLS tags and |
| | performs a QoS. |
| | This use case simulates a realistic and complex application. |
| | The number of users is 32K per port and the number of routes |
| | is 8K. |
| | |
| | The BNG_QoS test cases are implemented to run in baremetal |
| | and heat context an require 4 port topology to run the |
| | default configuration. |
| | |
+--------------+--------------------------------------------------------------+
|configuration | The BNG_QoS test cases are listed below: |
| | |
| | * tc_prox_baremetal_bng_qos-2.yaml |
| | * tc_prox_baremetal_bng_qos-4.yaml |
| | * tc_prox_heat_context_bng_qos-2.yaml |
| | * tc_prox_heat_context_bng_qos-4.yaml |
| | |
| | Test duration is set as 300sec for each test. |
| | The minumum packet size for BNG_QoS test is 78 bytes. This |
| | is set in the bng_qos traffic profile and can be configured |
| | to use a higher packet size for the test. |
| | |
+--------------+--------------------------------------------------------------+
|test tool | PROX |
| | PROX is a DPDK application that can simulate VNF workloads |
| | and can generate traffic and used for NFVI characterization |
| | |
+--------------+--------------------------------------------------------------+
|applicability | This PROX BNG_QoS test cases can be configured with |
| | different: |
| | |
| | * packet sizes; |
| | * test durations; |
| | * tolerated loss; |
| | |
| | Default values exist. |
| | |
+--------------+--------------------------------------------------------------+
|pre-test | For Openstack test case image (yardstick-samplevnfs) needs |
|conditions | to be installed into Glance with Prox and Dpdk included in |
| | it. The test need multi-queue enabled in Glance image. |
| | |
| | For Baremetal tests cases Prox and Dpdk must be installed in |
| | the hosts where the test is executed. The pod.yaml file must |
| | have the necessary system and NIC information |
| | |
+--------------+--------------------------------------------------------------+
|test sequence | description and expected result |
| | |
+--------------+--------------------------------------------------------------+
|step 1 | For Baremetal test: The TG and VNF are started on the hosts |
| | based on the pod file. |
| | |
| | For Heat test: Two host VMs are booted, as Traffic generator |
| | and VNF(BNG_QoS workload) based on the test flavor. |
| | |
+--------------+--------------------------------------------------------------+
|step 2 | Yardstick is connected with the TG and VNF by using ssh. |
| | The test will resolve the topology and instantiate the VNF |
| | and TG and collect the KPI's/metrics. |
| | |
+--------------+--------------------------------------------------------------+
|step 3 | The TG will send packets to the VNF. If the number of |
| | dropped packets is more than the tolerated loss the line |
| | rate or throughput is halved. This is done until the dropped |
| | packets are within an acceptable tolerated loss. |
| | |
| | The KPI is the number of packets per second for 78 bytes |
| | packet size with an accepted minimal packet loss for the |
| | default configuration. |
| | |
+--------------+--------------------------------------------------------------+
|step 4 | In Baremetal test: The test quits the application and unbind |
| | the dpdk ports. |
| | |
| | In Heat test: Two host VMs are deleted on test completion. |
| | |
+--------------+--------------------------------------------------------------+
|test verdict | The test case will achieve a Throughput with an accepted |
| | minimal tolerated packet loss. |
+--------------+--------------------------------------------------------------+
|
