1 .. This work is licensed under a Creative Commons Attribution 4.0 International License.
2 .. http://creativecommons.org/licenses/by/4.0
3 .. (c) OPNFV, Intel Corporation, AT&T and others.
8 VSPERF includes a set of integration tests defined in conf/integration.
9 These tests can be run by specifying --integration as a parameter to vsperf.
10 Current tests in conf/integration include switch functionality and Overlay
13 Tests in the conf/integration can be used to test scaling of different switch
14 configurations by adding steps into the test case.
16 For the overlay tests VSPERF supports VXLAN, GRE and GENEVE tunneling protocols.
17 Testing of these protocols is limited to unidirectional traffic and
18 P2P (Physical to Physical scenarios).
20 NOTE: The configuration for overlay tests provided in this guide is for
21 unidirectional traffic only.
23 Executing Integration Tests
24 ---------------------------
26 To execute integration tests VSPERF is run with the integration parameter. To
27 view the current test list simply execute the following command:
29 .. code-block:: console
31 ./vsperf --integration --list
33 The standard tests included are defined inside the
34 ``conf/integration/01_testcases.conf`` file.
39 Execution of integration tests are done on a step by step work flow starting
40 with step 0 as defined inside the test case. Each step of the test increments
41 the step number by one which is indicated in the log.
43 .. code-block:: console
45 (testcases.integration) - Step 1 - 'vswitch add_switch ['int_br1']' ... OK
47 Each step in the test case is validated. If a step does not pass validation the
48 test will fail and terminate. The test will continue until a failure is detected
49 or all steps pass. A csv report file is generated after a test completes with an
55 Test profiles can include macros as part of the test step. Each step in the
56 profile may return a value such as a port name. Recall macros use #STEP to
57 indicate the recalled value inside the return structure. If the method the
58 test step calls returns a value it can be later recalled, for example:
60 .. code-block:: python
63 "Name": "vswitch_add_del_vport",
64 "Deployment": "clean",
65 "Description": "vSwitch - add and delete virtual port",
67 ['vswitch', 'add_switch', 'int_br0'], # STEP 0
68 ['vswitch', 'add_vport', 'int_br0'], # STEP 1
69 ['vswitch', 'del_port', 'int_br0', '#STEP[1][0]'], # STEP 2
70 ['vswitch', 'del_switch', 'int_br0'], # STEP 3
74 This test profile uses the vswitch add_vport method which returns a string
75 value of the port added. This is later called by the del_port method using the
78 Also commonly used steps can be created as a separate profile.
80 .. code-block:: python
82 STEP_VSWITCH_PVP_INIT = [
83 ['vswitch', 'add_switch', 'int_br0'], # STEP 0
84 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 1
85 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 2
86 ['vswitch', 'add_vport', 'int_br0'], # STEP 3
87 ['vswitch', 'add_vport', 'int_br0'], # STEP 4
90 This profile can then be used inside other testcases
92 .. code-block:: python
95 "Name": "vswitch_pvp",
96 "Deployment": "clean",
97 "Description": "vSwitch - configure switch and one vnf",
98 "TestSteps": STEP_VSWITCH_PVP_INIT +
103 STEP_VSWITCH_PVP_FINIT
106 HelloWorld and other basic Testcases
107 ------------------------------------
109 The following examples are for demonstration purposes.
110 You can run them by copying and pasting into the
111 conf/integration/01_testcases.conf file.
112 A command-line instruction is shown at the end of each
118 The first example is a HelloWorld testcase.
119 It simply creates a bridge with 2 physical ports, then sets up a flow to drop
120 incoming packets from the port that was instantiated at the STEP #1.
121 There's no interaction with the traffic generator.
122 Then the flow, the 2 ports and the bridge are deleted.
123 'add_phy_port' method creates a 'dpdk' type interface that will manage the
124 physical port. The string value returned is the port name that will be referred
125 by 'del_port' later on.
127 .. code-block:: python
130 "Name": "HelloWorld",
131 "Description": "My first testcase",
132 "Deployment": "clean",
134 ['vswitch', 'add_switch', 'int_br0'], # STEP 0
135 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 1
136 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 2
137 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
138 'actions': ['drop'], 'idle_timeout': '0'}],
139 ['vswitch', 'del_flow', 'int_br0'],
140 ['vswitch', 'del_port', 'int_br0', '#STEP[1][0]'],
141 ['vswitch', 'del_port', 'int_br0', '#STEP[2][0]'],
142 ['vswitch', 'del_switch', 'int_br0'],
147 To run HelloWorld test:
149 .. code-block:: console
151 ./vsperf --conf-file user_settings.py --integration HelloWorld
153 Specify a Flow by the IP address
154 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
156 The next example shows how to explicitly set up a flow by specifying a
157 destination IP address.
158 All packets received from the port created at STEP #1 that have a destination
159 IP address = 90.90.90.90 will be forwarded to the port created at the STEP #2.
161 .. code-block:: python
164 "Name": "p2p_rule_l3da",
165 "Description": "Phy2Phy with rule on L3 Dest Addr",
166 "Deployment": "clean",
167 "biDirectional": "False",
169 ['vswitch', 'add_switch', 'int_br0'], # STEP 0
170 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 1
171 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 2
172 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
173 'dl_type': '0x0800', 'nw_dst': '90.90.90.90', \
174 'actions': ['output:#STEP[2][1]'], 'idle_timeout': '0'}],
175 ['trafficgen', 'send_traffic', {'traffic_type' : 'continuous'}],
176 ['vswitch', 'dump_flows', 'int_br0'], # STEP 5
177 ['vswitch', 'del_flow', 'int_br0'], # STEP 7 == del-flows
178 ['vswitch', 'del_port', 'int_br0', '#STEP[1][0]'],
179 ['vswitch', 'del_port', 'int_br0', '#STEP[2][0]'],
180 ['vswitch', 'del_switch', 'int_br0'],
186 .. code-block:: console
188 ./vsperf --conf-file user_settings.py --integration p2p_rule_l3da
193 The next testcase uses the multistream feature.
194 The traffic generator will send packets with different UDP ports.
195 That is accomplished by using "Stream Type" and "MultiStream" keywords.
196 4 different flows are set to forward all incoming packets.
198 .. code-block:: python
201 "Name": "multistream_l4",
202 "Description": "Multistream on UDP ports",
203 "Deployment": "clean",
207 ['vswitch', 'add_switch', 'int_br0'], # STEP 0
208 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 1
209 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 2
211 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
212 'dl_type': '0x0800', 'nw_proto': '17', 'udp_dst': '0', \
213 'actions': ['output:#STEP[2][1]'], 'idle_timeout': '0'}],
214 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
215 'dl_type': '0x0800', 'nw_proto': '17', 'udp_dst': '1', \
216 'actions': ['output:#STEP[2][1]'], 'idle_timeout': '0'}],
217 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
218 'dl_type': '0x0800', 'nw_proto': '17', 'udp_dst': '2', \
219 'actions': ['output:#STEP[2][1]'], 'idle_timeout': '0'}],
220 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
221 'dl_type': '0x0800', 'nw_proto': '17', 'udp_dst': '3', \
222 'actions': ['output:#STEP[2][1]'], 'idle_timeout': '0'}],
223 # Send mono-dir traffic
224 ['trafficgen', 'send_traffic', {'traffic_type' : 'continuous', \
227 ['vswitch', 'del_flow', 'int_br0'],
228 ['vswitch', 'del_port', 'int_br0', '#STEP[1][0]'],
229 ['vswitch', 'del_port', 'int_br0', '#STEP[2][0]'],
230 ['vswitch', 'del_switch', 'int_br0'],
236 .. code-block:: console
238 ./vsperf --conf-file user_settings.py --integration multistream_l4
240 PVP with a VM Replacement
241 ^^^^^^^^^^^^^^^^^^^^^^^^^
243 This example launches a 1st VM in a PVP topology, then the VM is replaced
245 When VNF setup parameter in ./conf/04_vnf.conf is "QemuDpdkVhostUser"
246 'add_vport' method creates a 'dpdkvhostuser' type port to connect a VM.
248 .. code-block:: python
251 "Name": "ex_replace_vm",
252 "Description": "PVP with VM replacement",
253 "Deployment": "clean",
255 ['vswitch', 'add_switch', 'int_br0'], # STEP 0
256 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 1
257 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 2
258 ['vswitch', 'add_vport', 'int_br0'], # STEP 3 vm1
259 ['vswitch', 'add_vport', 'int_br0'], # STEP 4
262 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
263 'actions': ['output:#STEP[3][1]'], 'idle_timeout': '0'}],
264 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[4][1]', \
265 'actions': ['output:#STEP[2][1]'], 'idle_timeout': '0'}],
266 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[2][1]', \
267 'actions': ['output:#STEP[4][1]'], 'idle_timeout': '0'}],
268 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[3][1]', \
269 'actions': ['output:#STEP[1][1]'], 'idle_timeout': '0'}],
273 # Now we want to replace VM 1 with another VM
276 ['vswitch', 'add_vport', 'int_br0'], # STEP 11 vm2
277 ['vswitch', 'add_vport', 'int_br0'], # STEP 12
278 ['vswitch', 'del_flow', 'int_br0'],
279 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
280 'actions': ['output:#STEP[11][1]'], 'idle_timeout': '0'}],
281 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[12][1]', \
282 'actions': ['output:#STEP[2][1]'], 'idle_timeout': '0'}],
287 ['vswitch', 'dump_flows', 'int_br0'],
290 ['vswitch', 'del_flow', 'int_br0'],
291 ['vswitch', 'del_port', 'int_br0', '#STEP[1][0]'],
292 ['vswitch', 'del_port', 'int_br0', '#STEP[2][0]'],
293 ['vswitch', 'del_port', 'int_br0', '#STEP[3][0]'], # vm1
294 ['vswitch', 'del_port', 'int_br0', '#STEP[4][0]'],
295 ['vswitch', 'del_port', 'int_br0', '#STEP[11][0]'], # vm2
296 ['vswitch', 'del_port', 'int_br0', '#STEP[12][0]'],
297 ['vswitch', 'del_switch', 'int_br0'],
303 .. code-block:: console
305 ./vsperf --conf-file user_settings.py --integration ex_replace_vm
307 VM with a Linux bridge
308 ^^^^^^^^^^^^^^^^^^^^^^
310 In this example a command-line parameter allows to set up a Linux bridge into
312 That's one of the available ways to specify the guest application.
313 Packets matching the flow will be forwarded to the VM.
315 .. code-block:: python
318 "Name": "ex_pvp_rule_l3da",
319 "Description": "PVP with flow on L3 Dest Addr",
320 "Deployment": "clean",
322 ['vswitch', 'add_switch', 'int_br0'], # STEP 0
323 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 1
324 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 2
325 ['vswitch', 'add_vport', 'int_br0'], # STEP 3 vm1
326 ['vswitch', 'add_vport', 'int_br0'], # STEP 4
328 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
329 'dl_type': '0x0800', 'nw_dst': '90.90.90.90', \
330 'actions': ['output:#STEP[3][1]'], 'idle_timeout': '0'}],
331 # Each pkt from the VM is forwarded to the 2nd dpdk port
332 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[4][1]', \
333 'actions': ['output:#STEP[2][1]'], 'idle_timeout': '0'}],
336 ['trafficgen', 'send_traffic', {'traffic_type' : 'continuous', \
340 ['vswitch', 'dump_flows', 'int_br0'], # STEP 10
341 ['vswitch', 'del_flow', 'int_br0'], # STEP 11
342 ['vswitch', 'del_port', 'int_br0', '#STEP[1][0]'],
343 ['vswitch', 'del_port', 'int_br0', '#STEP[2][0]'],
344 ['vswitch', 'del_port', 'int_br0', '#STEP[3][0]'], # vm1 ports
345 ['vswitch', 'del_port', 'int_br0', '#STEP[4][0]'],
346 ['vswitch', 'del_switch', 'int_br0'],
352 .. code-block:: console
354 ./vsperf --conf-file user_settings.py --test-params
355 "guest_loopback=linux_bridge" --integration ex_pvp_rule_l3da
357 Forward packets based on UDP port
358 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
360 This examples launches 2 VMs connected in parallel.
361 Incoming packets will be forwarded to one specific VM depending on the
362 destination UDP port.
364 .. code-block:: python
367 "Name": "ex_2pvp_rule_l4dp",
368 "Description": "2 PVP with flows on L4 Dest Port",
369 "Deployment": "clean",
370 "Stream Type": "L4", # loop UDP ports
373 ['vswitch', 'add_switch', 'int_br0'], # STEP 0
374 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 1
375 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 2
376 ['vswitch', 'add_vport', 'int_br0'], # STEP 3 vm1
377 ['vswitch', 'add_vport', 'int_br0'], # STEP 4
378 ['vswitch', 'add_vport', 'int_br0'], # STEP 5 vm2
379 ['vswitch', 'add_vport', 'int_br0'], # STEP 6
380 # Setup Flows to reply ICMPv6 and similar packets, so to
381 # avoid flooding internal port with their re-transmissions
382 ['vswitch', 'add_flow', 'int_br0', \
383 {'priority': '1', 'dl_src': '00:00:00:00:00:01', \
384 'actions': ['output:#STEP[3][1]'], 'idle_timeout': '0'}],
385 ['vswitch', 'add_flow', 'int_br0', \
386 {'priority': '1', 'dl_src': '00:00:00:00:00:02', \
387 'actions': ['output:#STEP[4][1]'], 'idle_timeout': '0'}],
388 ['vswitch', 'add_flow', 'int_br0', \
389 {'priority': '1', 'dl_src': '00:00:00:00:00:03', \
390 'actions': ['output:#STEP[5][1]'], 'idle_timeout': '0'}],
391 ['vswitch', 'add_flow', 'int_br0', \
392 {'priority': '1', 'dl_src': '00:00:00:00:00:04', \
393 'actions': ['output:#STEP[6][1]'], 'idle_timeout': '0'}],
394 # Forward UDP packets depending on dest port
395 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
396 'dl_type': '0x0800', 'nw_proto': '17', 'udp_dst': '0', \
397 'actions': ['output:#STEP[3][1]'], 'idle_timeout': '0'}],
398 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
399 'dl_type': '0x0800', 'nw_proto': '17', 'udp_dst': '1', \
400 'actions': ['output:#STEP[5][1]'], 'idle_timeout': '0'}],
401 # Send VM output to phy port #2
402 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[4][1]', \
403 'actions': ['output:#STEP[2][1]'], 'idle_timeout': '0'}],
404 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[6][1]', \
405 'actions': ['output:#STEP[2][1]'], 'idle_timeout': '0'}],
407 ['vnf1', 'start'], # STEP 16
408 ['vnf2', 'start'], # STEP 17
409 ['trafficgen', 'send_traffic', {'traffic_type' : 'continuous', \
413 ['vswitch', 'dump_flows', 'int_br0'],
415 ['vswitch', 'del_flow', 'int_br0'],
416 ['vswitch', 'del_port', 'int_br0', '#STEP[1][0]'],
417 ['vswitch', 'del_port', 'int_br0', '#STEP[2][0]'],
418 ['vswitch', 'del_port', 'int_br0', '#STEP[3][0]'], # vm1 ports
419 ['vswitch', 'del_port', 'int_br0', '#STEP[4][0]'],
420 ['vswitch', 'del_port', 'int_br0', '#STEP[5][0]'], # vm2 ports
421 ['vswitch', 'del_port', 'int_br0', '#STEP[6][0]'],
422 ['vswitch', 'del_switch', 'int_br0'],
428 .. code-block:: console
430 ./vsperf --conf-file user_settings.py --integration ex_2pvp_rule_l4dp
432 Executing Tunnel encapsulation tests
433 ------------------------------------
435 The VXLAN OVS DPDK encapsulation tests requires IPs, MAC addresses,
436 bridge names and WHITELIST_NICS for DPDK.
438 NOTE: Only Ixia traffic generators currently support the execution of the tunnel
439 encapsulation tests. Support for other traffic generators may come in a future
442 Default values are already provided. To customize for your environment, override
443 the following variables in you user_settings.py file:
445 .. code-block:: python
447 # Variables defined in conf/integration/02_vswitch.conf
448 # Tunnel endpoint for Overlay P2P deployment scenario
450 VTEP_IP1 = '192.168.0.1/24'
452 # Used as remote_ip in adding OVS tunnel port and
453 # to set ARP entry in OVS (e.g. tnl/arp/set br-ext 192.168.240.10 02:00:00:00:00:02
454 VTEP_IP2 = '192.168.240.10'
456 # Network to use when adding a route for inner frame data
457 VTEP_IP2_SUBNET = '192.168.240.0/24'
460 TUNNEL_INTEGRATION_BRIDGE = 'br0'
461 TUNNEL_EXTERNAL_BRIDGE = 'br-ext'
464 TUNNEL_EXTERNAL_BRIDGE_IP = '192.168.240.1/24'
467 TUNNEL_TYPE = 'vxlan'
469 # Variables defined conf/integration/03_traffic.conf
470 # For OP2P deployment scenario
471 TRAFFICGEN_PORT1_MAC = '02:00:00:00:00:01'
472 TRAFFICGEN_PORT2_MAC = '02:00:00:00:00:02'
473 TRAFFICGEN_PORT1_IP = '1.1.1.1'
474 TRAFFICGEN_PORT2_IP = '192.168.240.10'
476 To run VXLAN encapsulation tests:
478 .. code-block:: console
480 ./vsperf --conf-file user_settings.py --integration
481 --test-params 'tunnel_type=vxlan' overlay_p2p_tput
483 To run GRE encapsulation tests:
485 .. code-block:: console
487 ./vsperf --conf-file user_settings.py --integration
488 --test-params 'tunnel_type=gre' overlay_p2p_tput
490 To run GENEVE encapsulation tests:
492 .. code-block:: console
494 ./vsperf --conf-file user_settings.py --integration
495 --test-params 'tunnel_type=geneve' overlay_p2p_tput
497 To run OVS NATIVE tunnel tests (VXLAN/GRE/GENEVE):
499 1. Install the OVS kernel modules
504 sudo -E make modules_install
506 2. Set the following variables:
508 .. code-block:: python
510 VSWITCH = 'OvsVanilla'
511 # Specify vport_* kernel module to test.
512 VSWITCH_VANILLA_KERNEL_MODULES = ['vport_vxlan',
515 os.path.join(OVS_DIR_VANILLA,
516 'datapath/linux/openvswitch.ko')]
520 .. code-block:: console
522 ./vsperf --conf-file user_settings.py --integration
523 --test-params 'tunnel_type=vxlan' overlay_p2p_tput
526 Executing VXLAN decapsulation tests
527 ------------------------------------
529 To run VXLAN decapsulation tests:
531 1. Set the variables used in "Executing Tunnel encapsulation tests"
533 2. Set dstmac of DUT_NIC2_MAC to the MAC adddress of the 2nd NIC of your DUT
535 .. code-block:: python
537 DUT_NIC2_MAC = '<DUT NIC2 MAC>'
541 .. code-block:: console
543 ./vsperf --conf-file user_settings.py --integration overlay_p2p_decap_cont
545 If you want to use different values for your VXLAN frame, you may set:
547 .. code-block:: python
549 VXLAN_FRAME_L3 = {'proto': 'udp',
551 'srcip': TRAFFICGEN_PORT1_IP,
552 'dstip': '192.168.240.1',
554 VXLAN_FRAME_L4 = {'srcport': 4789,
557 'inner_srcmac': '01:02:03:04:05:06',
558 'inner_dstmac': '06:05:04:03:02:01',
559 'inner_srcip': '192.168.0.10',
560 'inner_dstip': '192.168.240.9',
561 'inner_proto': 'udp',
562 'inner_srcport': 3000,
563 'inner_dstport': 3001,
567 Executing GRE decapsulation tests
568 ---------------------------------
570 To run GRE decapsulation tests:
572 1. Set the variables used in "Executing Tunnel encapsulation tests"
574 2. Set dstmac of DUT_NIC2_MAC to the MAC adddress of the 2nd NIC of your DUT
576 .. code-block:: python
578 DUT_NIC2_MAC = '<DUT NIC2 MAC>'
582 .. code-block:: console
584 ./vsperf --conf-file user_settings.py --test-params 'tunnel_type=gre'
585 --integration overlay_p2p_decap_cont
588 If you want to use different values for your GRE frame, you may set:
590 .. code-block:: python
592 GRE_FRAME_L3 = {'proto': 'gre',
594 'srcip': TRAFFICGEN_PORT1_IP,
595 'dstip': '192.168.240.1',
598 GRE_FRAME_L4 = {'srcport': 0,
600 'inner_srcmac': '01:02:03:04:05:06',
601 'inner_dstmac': '06:05:04:03:02:01',
602 'inner_srcip': '192.168.0.10',
603 'inner_dstip': '192.168.240.9',
604 'inner_proto': 'udp',
605 'inner_srcport': 3000,
606 'inner_dstport': 3001,
610 Executing GENEVE decapsulation tests
611 ------------------------------------
613 IxNet 7.3X does not have native support of GENEVE protocol. The
614 template, GeneveIxNetTemplate.xml_ClearText.xml, should be imported
615 into IxNET for this testcase to work.
617 To import the template do:
619 1. Run the IxNetwork TCL Server
620 2. Click on the Traffic menu
621 3. Click on the Traffic actions and click Edit Packet Templates
622 4. On the Template editor window, click Import. Select the template
623 tools/pkt_gen/ixnet/GeneveIxNetTemplate.xml_ClearText.xml
625 5. Restart the TCL Server.
627 To run GENEVE decapsulation tests:
629 1. Set the variables used in "Executing Tunnel encapsulation tests"
631 2. Set dstmac of DUT_NIC2_MAC to the MAC adddress of the 2nd NIC of your DUT
633 .. code-block:: python
635 DUT_NIC2_MAC = '<DUT NIC2 MAC>'
639 .. code-block:: console
641 ./vsperf --conf-file user_settings.py --test-params 'tunnel_type=geneve'
642 --integration overlay_p2p_decap_cont
645 If you want to use different values for your GENEVE frame, you may set:
647 .. code-block:: python
649 GENEVE_FRAME_L3 = {'proto': 'udp',
651 'srcip': TRAFFICGEN_PORT1_IP,
652 'dstip': '192.168.240.1',
655 GENEVE_FRAME_L4 = {'srcport': 6081,
658 'inner_srcmac': '01:02:03:04:05:06',
659 'inner_dstmac': '06:05:04:03:02:01',
660 'inner_srcip': '192.168.0.10',
661 'inner_dstip': '192.168.240.9',
662 'inner_proto': 'udp',
663 'inner_srcport': 3000,
664 'inner_dstport': 3001,
668 Executing Native/Vanilla OVS VXLAN decapsulation tests
669 ------------------------------------------------------
671 To run VXLAN decapsulation tests:
673 1. Set the following variables in your user_settings.py file:
675 .. code-block:: python
677 VSWITCH_VANILLA_KERNEL_MODULES = ['vport_vxlan',
678 os.path.join(OVS_DIR_VANILLA,
679 'datapath/linux/openvswitch.ko')]
681 DUT_NIC1_MAC = '<DUT NIC1 MAC ADDRESS>'
683 TRAFFICGEN_PORT1_IP = '172.16.1.2'
684 TRAFFICGEN_PORT2_IP = '192.168.1.11'
686 VTEP_IP1 = '172.16.1.2/24'
687 VTEP_IP2 = '192.168.1.1'
688 VTEP_IP2_SUBNET = '192.168.1.0/24'
689 TUNNEL_EXTERNAL_BRIDGE_IP = '172.16.1.1/24'
690 TUNNEL_INT_BRIDGE_IP = '192.168.1.1'
692 VXLAN_FRAME_L2 = {'srcmac':
694 'dstmac': DUT_NIC1_MAC
697 VXLAN_FRAME_L3 = {'proto': 'udp',
699 'srcip': TRAFFICGEN_PORT1_IP,
700 'dstip': '172.16.1.1',
706 'protocolpad': 'true',
708 'inner_srcmac': '01:02:03:04:05:06',
709 'inner_dstmac': '06:05:04:03:02:01',
710 'inner_srcip': '192.168.1.2',
711 'inner_dstip': TRAFFICGEN_PORT2_IP,
712 'inner_proto': 'udp',
713 'inner_srcport': 3000,
714 'inner_dstport': 3001,
719 .. code-block:: console
721 ./vsperf --conf-file user_settings.py --integration
722 --test-params 'tunnel_type=vxlan' overlay_p2p_decap_cont
724 Executing Native/Vanilla OVS GRE decapsulation tests
725 ----------------------------------------------------
727 To run GRE decapsulation tests:
729 1. Set the following variables in your user_settings.py file:
731 .. code-block:: python
733 VSWITCH_VANILLA_KERNEL_MODULES = ['vport_gre',
734 os.path.join(OVS_DIR_VANILLA,
735 'datapath/linux/openvswitch.ko')]
737 DUT_NIC1_MAC = '<DUT NIC1 MAC ADDRESS>'
739 TRAFFICGEN_PORT1_IP = '172.16.1.2'
740 TRAFFICGEN_PORT2_IP = '192.168.1.11'
742 VTEP_IP1 = '172.16.1.2/24'
743 VTEP_IP2 = '192.168.1.1'
744 VTEP_IP2_SUBNET = '192.168.1.0/24'
745 TUNNEL_EXTERNAL_BRIDGE_IP = '172.16.1.1/24'
746 TUNNEL_INT_BRIDGE_IP = '192.168.1.1'
748 GRE_FRAME_L2 = {'srcmac':
750 'dstmac': DUT_NIC1_MAC
753 GRE_FRAME_L3 = {'proto': 'udp',
755 'srcip': TRAFFICGEN_PORT1_IP,
756 'dstip': '172.16.1.1',
762 'protocolpad': 'true',
763 'inner_srcmac': '01:02:03:04:05:06',
764 'inner_dstmac': '06:05:04:03:02:01',
765 'inner_srcip': '192.168.1.2',
766 'inner_dstip': TRAFFICGEN_PORT2_IP,
767 'inner_proto': 'udp',
768 'inner_srcport': 3000,
769 'inner_dstport': 3001,
774 .. code-block:: console
776 ./vsperf --conf-file user_settings.py --integration
777 --test-params 'tunnel_type=gre' overlay_p2p_decap_cont
779 Executing Native/Vanilla OVS GENEVE decapsulation tests
780 -------------------------------------------------------
782 To run GENEVE decapsulation tests:
784 1. Set the following variables in your user_settings.py file:
786 .. code-block:: python
788 VSWITCH_VANILLA_KERNEL_MODULES = ['vport_geneve',
789 os.path.join(OVS_DIR_VANILLA,
790 'datapath/linux/openvswitch.ko')]
792 DUT_NIC1_MAC = '<DUT NIC1 MAC ADDRESS>'
794 TRAFFICGEN_PORT1_IP = '172.16.1.2'
795 TRAFFICGEN_PORT2_IP = '192.168.1.11'
797 VTEP_IP1 = '172.16.1.2/24'
798 VTEP_IP2 = '192.168.1.1'
799 VTEP_IP2_SUBNET = '192.168.1.0/24'
800 TUNNEL_EXTERNAL_BRIDGE_IP = '172.16.1.1/24'
801 TUNNEL_INT_BRIDGE_IP = '192.168.1.1'
803 GENEVE_FRAME_L2 = {'srcmac':
805 'dstmac': DUT_NIC1_MAC
808 GENEVE_FRAME_L3 = {'proto': 'udp',
810 'srcip': TRAFFICGEN_PORT1_IP,
811 'dstip': '172.16.1.1',
814 GENEVE_FRAME_L4 = {'srcport': 6081,
816 'protocolpad': 'true',
818 'inner_srcmac': '01:02:03:04:05:06',
819 'inner_dstmac': '06:05:04:03:02:01',
820 'inner_srcip': '192.168.1.2',
821 'inner_dstip': TRAFFICGEN_PORT2_IP,
822 'inner_proto': 'udp',
823 'inner_srcport': 3000,
824 'inner_dstport': 3001,
829 .. code-block:: console
831 ./vsperf --conf-file user_settings.py --integration
832 --test-params 'tunnel_type=geneve' overlay_p2p_decap_cont
835 Executing Tunnel encapsulation+decapsulation tests
836 --------------------------------------------------
838 The OVS DPDK encapsulation_decapsulation tests requires IPs, MAC addresses,
839 bridge names and WHITELIST_NICS for DPDK.
841 The test cases can test the tunneling encap and decap without using any ingress
842 overlay traffic as compared to above test cases. To achieve this the OVS is
843 configured to perform encap and decap in a series on the same traffic stream as
846 TRAFFIC-IN --> [ENCAP] --> [MOD-PKT] --> [DECAP] --> TRAFFIC-OUT
849 Default values are already provided. To customize for your environment, override
850 the following variables in you user_settings.py file:
852 .. code-block:: python
854 # Variables defined in conf/integration/02_vswitch.conf
857 TUNNEL_EXTERNAL_BRIDGE1 = 'br-phy1'
858 TUNNEL_EXTERNAL_BRIDGE2 = 'br-phy2'
859 TUNNEL_MODIFY_BRIDGE1 = 'br-mod1'
860 TUNNEL_MODIFY_BRIDGE2 = 'br-mod2'
863 TUNNEL_MODIFY_BRIDGE_IP1 = '10.0.0.1/24'
866 TUNNEL_MODIFY_BRIDGE_MAC1 = '00:00:10:00:00:01'
869 TUNNEL_MODIFY_BRIDGE_IP2 = '20.0.0.1/24'
872 TUNNEL_MODIFY_BRIDGE_MAC2 = '00:00:20:00:00:01'
874 # vxlan|gre|geneve, Only VXLAN is supported for now.
875 TUNNEL_TYPE = 'vxlan'
877 To run VXLAN encapsulation+decapsulation tests:
879 .. code-block:: console
881 ./vsperf --conf-file user_settings.py --integration