NFVBENCH-176 Cannot run service mode with flow stats
[nfvbench.git] / docs / testing / user / userguide / advanced.rst
1 .. This work is licensed under a Creative Commons Attribution 4.0 International License.
2 .. SPDX-License-Identifier: CC-BY-4.0
3 .. (c) Cisco Systems, Inc
4
5 ==============
6 Advanced Usage
7 ==============
8
9 This section covers a few examples on how to run NFVbench with multiple different settings.
10 Below are shown the most common and useful use-cases and explained some fields from a default config file.
11
12 How to change any NFVbench run configuration (CLI)
13 --------------------------------------------------
14 NFVbench always starts with a default configuration which can further be refined (overridden) by the user from the CLI or from REST requests.
15
16 At first have a look at the default config:
17
18 .. code-block:: bash
19
20     nfvbench --show-default-config
21
22 It is sometimes useful derive your own configuration from a copy of the default config:
23
24 .. code-block:: bash
25
26     nfvbench --show-default-config > nfvbench.cfg
27
28 At this point you can edit the copy by:
29
30 - removing any parameter that is not to be changed (since NFVbench will always load the default configuration, default values are not needed)
31 - edit the parameters that are to be changed changed
32
33 A run with the new confguration can then simply be requested using the -c option and by using the actual path of the configuration file
34 as seen from inside the container (in this example, we assume the current directory is mapped to /tmp/nfvbench in the container):
35
36 .. code-block:: bash
37
38     nfvbench -c /tmp/nfvbench/nfvbench.cfg
39
40 The same -c option also accepts any valid yaml or json string to override certain parameters without having to create a configuration file.
41
42 NFVbench provides many configuration options as optional arguments. For example the number of flows can be specified using the --flow-count option.
43
44 The flow count option can be specified in any of 3 ways:
45
46 - by providing a confguration file that has the flow_count value to use (-c myconfig.yaml and myconfig.yaml contains 'flow_count: 100k')
47 - by passing that yaml paremeter inline (-c "flow_count: 100k") or (-c "{flow_count: 100k}")
48 - by using the flow count optional argument (--flow-count 100k)
49
50 Showing the running configuration
51 ---------------------------------
52
53 Because configuration parameters can be overriden, it is sometimes useful to show the final configuration (after all oevrrides are done) by using the --show-config option.
54 This final configuration is also called the "running" configuration.
55
56 For example, this will only display the running configuration (without actually running anything):
57
58 .. code-block:: bash
59
60     nfvbench -c "{flow_count: 100k, debug: true}" --show-config
61
62
63 Connectivity and Configuration Check
64 ------------------------------------
65
66 NFVbench allows to test connectivity to devices used with the selected packet path.
67 It runs the whole test, but without actually sending any traffic.
68 It is also a good way to check if everything is configured properly in the configuration file and what versions of components are used.
69
70 To verify everything works without sending any traffic, use the --no-traffic option:
71
72 .. code-block:: bash
73
74     nfvbench --no-traffic
75
76 Used parameters:
77
78 * ``--no-traffic`` or ``-0`` : sending traffic from traffic generator is skipped
79
80
81 TRex force restart
82 ------------------
83
84 NFVbench allows to restart TRex traffic generator between runs.
85 It runs the whole test, but restart TRex instance before generating new traffic.
86
87 To force restart, use the --restart option:
88
89 .. code-block:: bash
90
91     nfvbench --restart
92
93 Used parameters:
94
95 * ``--restart`` : restart traffic generator (TRex)
96
97 Rate Units
98 ^^^^^^^^^^
99
100 Parameter ``--rate`` accepts different types of values:
101
102 * packets per second (pps, kpps, mpps), e.g. ``1000pps`` or ``10kpps``
103 * load percentage (%), e.g. ``50%``
104 * bits per second (bps, kbps, Mbps, Gbps), e.g. ``1Gbps``, ``1000bps``
105 * NDR/PDR (ndr, pdr, ndr_pdr), e.g. ``ndr_pdr``
106
107 NDR/PDR is the default rate when not specified.
108
109 Fixed Rate Run
110 --------------
111
112 Fixed rate run is the most basic type of NFVbench usage. It can be used to measure the drop rate with a fixed transmission rate of packets.
113
114 This example shows how to run the PVP packet path (which is the default packet path) with multiple different settings:
115
116 .. code-block:: bash
117
118     nfvbench -c nfvbench.cfg --no-cleanup --rate 100000pps --duration 30 --interval 15 --json results.json
119
120 Used parameters:
121
122 * ``-c nfvbench.cfg`` : path to the config file
123 * ``--no-cleanup`` : resources (networks, VMs, attached ports) are not deleted after test is finished
124 * ``--rate 100000pps`` : defines rate of packets sent by traffic generator
125 * ``--duration 30`` : specifies how long should traffic be running in seconds
126 * ``--interval 15`` : stats are checked and shown periodically (in seconds) in this interval when traffic is flowing
127 * ``--json results.json`` : collected data are stored in this file after run is finished
128
129 .. note:: It is your responsibility to clean up resources if needed when ``--no-cleanup`` parameter is used. You can use the nfvbench_cleanup helper script for that purpose.
130
131 The ``--json`` parameter makes it easy to store NFVbench results. The --show-summary (or -ss) option can be used to display the results in a json results file in a text tabular format:
132
133 .. code-block:: bash
134
135     nfvbench --show-summary results.json
136
137
138 This example shows how to specify a different packet path:
139
140 .. code-block:: bash
141
142     nfvbench -c nfvbench.cfg --rate 1Mbps --inter-node --service-chain PVVP
143
144 Used parameters:
145
146 * ``-c nfvbench.cfg`` : path to the config file
147 * ``--rate 1Mbps`` : defines rate of packets sent by traffic generator
148 * ``--inter-node`` : VMs are created on different compute nodes, works only with PVVP flow
149 * ``--service-chain PVVP`` or ``-sc PVVP`` : specifies the type of service chain (or packet path) to use
150
151 .. note:: When parameter ``--inter-node`` is not used or there aren't enough compute nodes, VMs are on the same compute node.
152
153 A fixed rate run can also be used to check the running drop rate while traffic is being generated. In that case the --interval option can be used
154 to specify the reporting interval in seconds (minimum is 1 second). This can be useful for example to see how packet drop rate
155 evolves over time. One common use case is to see the drop rate when there is a network degradation (e.g. one of the 2 links in a bond
156 goes down).
157 The console output will show at every reporting interval the number of packets transmitted, received and estimated drop rate for the last reporting interval.
158 The smaller is the interval the more precise is the drop rate.
159
160 Example of output where the reporting interval is set to 1 (second):
161
162 .. code-block:: bash
163
164     2020-04-25 12:59:16,618 INFO TX:   1,878,719,266; RX:   1,666,641,890; (Est.) Dropped:            2; Drop rate:   0.0000%
165     2020-04-25 12:59:17,625 INFO TX:   1,883,740,078; RX:   1,671,662,706; (Est.) Dropped:           -4; Drop rate:  -0.0001%
166     2020-04-25 12:59:18,632 INFO TX:   1,888,764,404; RX:   1,676,686,993; (Est.) Dropped:           39; Drop rate:   0.0008%
167     2020-04-25 12:59:19,639 INFO TX:   1,893,785,063; RX:   1,681,276,714; (Est.) Dropped:      430,938; Drop rate:   8.5833%
168     2020-04-25 12:59:20,645 INFO TX:   1,898,805,769; RX:   1,683,782,636; (Est.) Dropped:    2,514,784; Drop rate:  50.0883%
169     2020-04-25 12:59:21,652 INFO TX:   1,903,829,191; RX:   1,686,289,860; (Est.) Dropped:    2,516,198; Drop rate:  50.0893%
170     2020-04-25 12:59:22,658 INFO TX:   1,908,850,478; RX:   1,691,283,008; (Est.) Dropped:       28,139; Drop rate:   0.5604%
171     2020-04-25 12:59:23,665 INFO TX:   1,913,870,692; RX:   1,696,301,242; (Est.) Dropped:        1,980; Drop rate:   0.0394%
172     2020-04-25 12:59:24,672 INFO TX:   1,918,889,696; RX:   1,698,806,224; (Est.) Dropped:    2,514,022; Drop rate:  50.0901%
173     2020-04-25 12:59:25,680 INFO TX:   1,923,915,470; RX:   1,701,314,663; (Est.) Dropped:    2,517,335; Drop rate:  50.0885%
174     2020-04-25 12:59:26,687 INFO TX:   1,928,944,879; RX:   1,705,886,869; (Est.) Dropped:      457,203; Drop rate:   9.0906%
175     2020-04-25 12:59:27,696 INFO TX:   1,933,969,377; RX:   1,710,911,346; (Est.) Dropped:           21; Drop rate:   0.0004%
176     2020-04-25 12:59:28,702 INFO TX:   1,938,998,536; RX:   1,713,843,740; (Est.) Dropped:    2,096,765; Drop rate:  41.6922%
177     2020-04-25 12:59:29,710 INFO TX:   1,944,019,920; RX:   1,718,226,356; (Est.) Dropped:      638,768; Drop rate:  12.7210%
178     2020-04-25 12:59:30,718 INFO TX:   1,949,050,206; RX:   1,723,256,639; (Est.) Dropped:            3; Drop rate:   0.0001%
179     2020-04-25 12:59:31,725 INFO TX:   1,954,075,270; RX:   1,728,281,726; (Est.) Dropped:          -23; Drop rate:  -0.0005%
180     2020-04-25 12:59:32,732 INFO TX:   1,959,094,908; RX:   1,733,301,290; (Est.) Dropped:           74; Drop rate:   0.0015%
181     2020-04-25 12:59:33,739 INFO TX:   1,964,118,902; RX:   1,738,325,357; (Est.) Dropped:          -73; Drop rate:  -0.0015%
182     2020-04-25 12:59:34,746 INFO TX:   1,969,143,790; RX:   1,743,350,230; (Est.) Dropped:           15; Drop rate:   0.0003%
183     2020-04-25 12:59:35,753 INFO TX:   1,974,165,773; RX:   1,748,372,291; (Est.) Dropped:          -78; Drop rate:  -0.0016%
184     2020-04-25 12:59:36,759 INFO TX:   1,979,188,496; RX:   1,753,394,957; (Est.) Dropped:           57; Drop rate:   0.0011%
185     2020-04-25 12:59:37,767 INFO TX:   1,984,208,956; RX:   1,757,183,844; (Est.) Dropped:    1,231,573; Drop rate:  24.5311%
186     2020-04-25 12:59:38,773 INFO TX:   1,989,233,595; RX:   1,761,729,705; (Est.) Dropped:      478,778; Drop rate:   9.5286%
187     2020-04-25 12:59:39,780 INFO TX:   1,994,253,350; RX:   1,766,749,467; (Est.) Dropped:           -7; Drop rate:  -0.0001%
188     2020-04-25 12:59:40,787 INFO TX:   1,999,276,622; RX:   1,771,772,738; (Est.) Dropped:            1; Drop rate:   0.0000%
189     2020-04-25 12:59:41,794 INFO TX:   2,004,299,940; RX:   1,776,796,065; (Est.) Dropped:           -9; Drop rate:  -0.0002%
190     2020-04-25 12:59:42,800 INFO TX:   2,009,320,453; RX:   1,781,816,583; (Est.) Dropped:           -5; Drop rate:  -0.0001%
191     2020-04-25 12:59:43,807 INFO TX:   2,014,340,581; RX:   1,786,503,172; (Est.) Dropped:      333,539; Drop rate:   6.6440%
192     2020-04-25 12:59:44,814 INFO TX:   2,019,362,996; RX:   1,789,009,857; (Est.) Dropped:    2,515,730; Drop rate:  50.0900%
193     2020-04-25 12:59:45,821 INFO TX:   2,024,386,346; RX:   1,791,517,070; (Est.) Dropped:    2,516,137; Drop rate:  50.0888%
194
195
196 How to read each line:
197
198 .. code-block:: bash
199
200     2020-04-25 10:46:41,276 INFO TX:       4,004,436; RX:       4,004,381; (Est.) Dropped:           55; Drop rate:   0.0014%
201
202 At this poing in time, NFvbench has sent 4,004,436 and received 4,004,381 since the start of the run.
203 There is deficit of 55 packets on reception which corresponds to 0.0014% of all packets sent during that reporting window interval (last 1 second)
204 A negative value means that the RX count is higher than the tx count in that window – this is possible since the RX and TX reads are not atomic.
205
206
207 NDR and PDR
208 -----------
209
210 The NDR and PDR test is used to determine the maximum throughput performance of the system under test
211 following guidelines defined in RFC-2544:
212
213 * NDR (No Drop Rate): maximum packet rate sent without dropping any packet
214 * PDR (Partial Drop Rate): maximum packet rate sent while allowing a given maximum drop rate
215
216 The NDR search can also be relaxed to allow some very small amount of drop rate (lower than the PDR maximum drop rate).
217 NFVbench will measure the NDR and PDR values by driving the traffic generator through multiple iterations
218 at different transmission rates using a binary search algorithm.
219
220 The configuration file contains section where settings for NDR/PDR can be set.
221
222 .. code-block:: bash
223
224     # NDR/PDR configuration
225     measurement:
226         # Drop rates represent the ratio of dropped packet to the total number of packets sent.
227         # Values provided here are percentages. A value of 0.01 means that at most 0.01% of all
228         # packets sent are dropped (or 1 packet every 10,000 packets sent)
229
230         # No Drop Rate; Default to 0.001%
231         NDR: 0.001
232         # Partial Drop Rate; NDR should always be less than PDR
233         PDR: 0.1
234         # The accuracy of NDR and PDR load percentiles; The actual load percentile that match NDR
235         # or PDR should be within `load_epsilon` difference than the one calculated.
236         load_epsilon: 0.1
237
238 Because NDR/PDR is the default ``--rate`` value, it is possible to run NFVbench simply like this:
239
240 .. code-block:: bash
241
242     nfvbench -c nfvbench.cfg
243
244 Other possible run options:
245
246 .. code-block:: bash
247
248     nfvbench -c nfvbench.cfg --duration 120 --json results.json
249
250 Used parameters:
251
252 * ``-c nfvbench.cfg`` : path to the config file
253 * ``--duration 120`` : specifies how long should be traffic running in each iteration
254 * ``--json results.json`` : collected data are stored in this file after run is finished
255
256
257 Multichain
258 ----------
259
260 NFVbench allows to run multiple chains at the same time. For example it is possible to stage the PVP service chain N-times,
261 where N can be as much as your compute power can scale. With N = 10, NFVbench will spawn 10 VMs as a part of 10 simultaneous PVP chains.
262
263 The number of chains is specified by ``--service-chain-count`` or ``-scc`` flag with a default value of 1.
264 For example to run NFVbench with 3 PVP chains:
265
266 .. code-block:: bash
267
268     nfvbench -c nfvbench.cfg --rate 10000pps -scc 3
269
270 It is not necessary to specify the service chain type (-sc) because PVP is set as default. The PVP service chains will have 3 VMs in 3 chains with this configuration.
271 If ``-sc PVVP`` is specified instead, there would be 6 VMs in 3 chains as this service chain has 2 VMs per chain.
272 Both **single run** or **NDR/PDR** can be run as multichain. Running multichain is a scenario closer to a real life situation than runs with a single chain.
273
274
275 Multiflow
276 ---------
277
278 NFVbench always generates L3 packets from the traffic generator but allows the user to specify how many flows to generate.
279 A flow is identified by a unique src/dest MAC IP and port tuple that is sent by the traffic generator. Flows are
280 generated by ranging the IP adresses but using a small fixed number of MAC addresses.
281
282 The number of flows will be spread roughly even between chains when more than 1 chain is being tested.
283 For example, for 11 flows and 3 chains, number of flows that will run for each chain will be 3, 4, and 4 flows respectively.
284
285 The number of flows is specified by ``--flow-count`` or ``-fc`` flag, the default value is 2 (1 flow in each direction).
286 To run NFVbench with 3 chains and 100 flows, use the following command:
287
288 .. code-block:: bash
289
290     nfvbench -c nfvbench.cfg --rate 10000pps -scc 3 -fc 100
291
292 Note that from a vswitch point of view, the
293 number of flows seen will be higher as it will be at least 4 times the number of flows sent by the traffic generator
294 (add flow to VM and flow from VM).
295
296 IP addresses generated can be controlled with the following NFVbench configuration options:
297
298 .. code-block:: bash
299
300     ip_addrs: ['10.0.0.0/8', '20.0.0.0/8']
301     ip_addrs_step: 0.0.0.1
302     tg_gateway_ip_addrs: ['1.1.0.100', '2.2.0.100']
303     tg_gateway_ip_addrs_step: 0.0.0.1
304     gateway_ip_addrs: ['1.1.0.2', '2.2.0.2']
305     gateway_ip_addrs_step: 0.0.0.1
306
307 ``ip_addrs`` are the start of the 2 ip address ranges used by the traffic generators as the packets source and destination packets
308 where each range is associated to virtual devices simulated behind 1 physical interface of the traffic generator.
309 These can also be written in CIDR notation to represent the subnet.
310
311 ``tg_gateway_ip_addrs`` are the traffic generator gateway (virtual) ip addresses, all traffic to/from the virtual devices go through them.
312
313 ``gateway_ip_addrs`` are the 2 gateway ip address ranges of the VMs used in the external chains. They are only used with external chains and must correspond to their public IP address.
314
315 The corresponding ``step`` is used for ranging the IP addresses from the `ip_addrs``, ``tg_gateway_ip_addrs`` and ``gateway_ip_addrs`` base addresses.
316 0.0.0.1 is the default step for all IP ranges. In ``ip_addrs``, 'random' can be configured which tells NFVBench to generate random src/dst IP pairs in the traffic stream.
317
318 UDP ports can be controlled with the following NFVbench configuration options:
319
320 .. code-block:: bash
321
322     udp_src_port: ['1024', '65000']
323     udp_dst_port: 53
324     udp_port_step: 1
325
326 ``udp_src_port`` and ``udp_dst_port`` are the UDP port value used by the traffic generators.
327 These can be written for unique port or range ports for all flow.
328
329 The corresponding ``udp_port_step`` is used for ranging the UDP port.
330 1 is the default step for all UDP ranges, 'random' can be configured which tells NFVBench to generate random src/dst UDP pairs in the traffic stream.
331
332 NB:
333     Use of UDP range will increase possible values of flows (based on ip src/dst and port src/dst tuple).
334     NFVBench will calculate the least common multiple for this tuple to adapt flows generation to ``flow_count`` parameter.
335
336
337 Traffic Configuration via CLI
338 -----------------------------
339
340 While traffic configuration can be modified using the configuration file, it can be inconvenient to have to change the configuration file everytime
341 you need to change a traffic configuration option. Traffic configuration options can be overridden with a few CLI options.
342
343 Here is an example of configuring traffic via CLI:
344
345 .. code-block:: bash
346
347     nfvbench --rate 10kpps --service-chain-count 2 -fs 64 -fs IMIX -fs 1518 --unidir
348
349 This command will run NFVbench with a unidirectional flow for three packet sizes 64B, IMIX, and 1518B.
350
351 Used parameters:
352
353 * ``--rate 10kpps`` : defines rate of packets sent by traffic generator (total TX rate)
354 * ``-scc 2`` or ``--service-chain-count 2`` : specifies number of parallel chains of given flow to run (default to 1)
355 * ``-fs 64`` or ``--frame-size 64``: add the specified frame size to the list of frame sizes to run
356 * ``--unidir`` : run traffic with unidirectional flow (default to bidirectional flow)
357
358
359 MAC Addresses
360 -------------
361
362 NFVbench will dicover the MAC addresses to use for generated frames using:
363 - either OpenStack discovery (find the MAC of an existing VM) in the case of PVP and PVVP service chains
364 - or using dynamic ARP discovery (find MAC from IP) in the case of external chains.
365 - In case of L3 chain with SDN-GW or router between traffic generator and loop VM ARP is needed to discover SDN-GW mac addresses, use ``--loop-vm-arp`` flag or ``loop_vm_arp: true`` in config file.
366
367 Status and Cleanup of NFVbench Resources
368 ----------------------------------------
369
370 The --status option will display the status of NFVbench and list any NFVbench resources. You need to pass the OpenStack RC
371 file in order to connect to OpenStack.
372
373 .. code-block:: none
374
375     # nfvbench --status -r /tmp/nfvbench/openrc
376     2018-04-09 17:05:48,682 INFO Version: 1.3.2.dev1
377     2018-04-09 17:05:48,683 INFO Status: idle
378     2018-04-09 17:05:48,757 INFO Discovering instances nfvbench-loop-vm...
379     2018-04-09 17:05:49,252 INFO Discovering flavor nfvbench.medium...
380     2018-04-09 17:05:49,281 INFO Discovering networks...
381     2018-04-09 17:05:49,365 INFO No matching NFVbench resources found
382     #
383
384 The Status can be either "idle" or "busy (run pending)".
385
386 The --cleanup option will first discover resources created by NFVbench and prompt if you want to proceed with cleaning them up.
387 Example of run:
388
389 .. code-block:: none
390
391     # nfvbench --cleanup -r /tmp/nfvbench/openrc
392     2018-04-09 16:58:00,204 INFO Version: 1.3.2.dev1
393     2018-04-09 16:58:00,205 INFO Status: idle
394     2018-04-09 16:58:00,279 INFO Discovering instances nfvbench-loop-vm...
395     2018-04-09 16:58:00,829 INFO Discovering flavor nfvbench.medium...
396     2018-04-09 16:58:00,876 INFO Discovering networks...
397     2018-04-09 16:58:00,960 INFO Discovering ports...
398     2018-04-09 16:58:01,012 INFO Discovered 6 NFVbench resources:
399     +----------+-------------------+--------------------------------------+
400     | Type     | Name              | UUID                                 |
401     |----------+-------------------+--------------------------------------|
402     | Instance | nfvbench-loop-vm0 | b039b858-777e-467e-99fb-362f856f4a94 |
403     | Flavor   | nfvbench.medium   | a027003c-ad86-4f24-b676-2b05bb06adc0 |
404     | Network  | nfvbench-net0     | bca8d183-538e-4965-880e-fd92d48bfe0d |
405     | Network  | nfvbench-net1     | c582a201-8279-4309-8084-7edd6511092c |
406     | Port     |                   | 67740862-80ac-4371-b04e-58a0b0f05085 |
407     | Port     |                   | b5db95b9-e419-4725-951a-9a8f7841e66a |
408     +----------+-------------------+--------------------------------------+
409     2018-04-09 16:58:01,013 INFO NFVbench will delete all resources shown...
410     Are you sure? (y/n) y
411     2018-04-09 16:58:01,865 INFO Deleting instance nfvbench-loop-vm0...
412     2018-04-09 16:58:02,058 INFO     Waiting for 1 instances to be fully deleted...
413     2018-04-09 16:58:02,182 INFO     1 yet to be deleted by Nova, retries left=6...
414     2018-04-09 16:58:04,506 INFO     1 yet to be deleted by Nova, retries left=5...
415     2018-04-09 16:58:06,636 INFO     1 yet to be deleted by Nova, retries left=4...
416     2018-04-09 16:58:08,701 INFO Deleting flavor nfvbench.medium...
417     2018-04-09 16:58:08,729 INFO Deleting port 67740862-80ac-4371-b04e-58a0b0f05085...
418     2018-04-09 16:58:09,102 INFO Deleting port b5db95b9-e419-4725-951a-9a8f7841e66a...
419     2018-04-09 16:58:09,620 INFO Deleting network nfvbench-net0...
420     2018-04-09 16:58:10,357 INFO Deleting network nfvbench-net1...
421     #
422
423 The --force-cleanup option will do the same but without prompting for confirmation.
424
425 Service mode for TRex
426 ---------------------
427
428 The ``--service-mode`` option allows you to capture traffic on a TRex window during the NFVBench test. Thus, you will be
429 able to capture packets generated by TRex to observe many information on it.
430
431 Example of use :
432
433 .. code-block:: bash
434
435     nfvbench ``--service-mode``
436
437 .. note:: It is preferable to define the minimum rate (2002 pps) to have a better capture
438
439 In another bash window, you should connect to the TRex console doing :
440
441 .. code-block:: bash
442
443     cd /opt/trex/vX.XX/ # use completion here to find your corresponding TRex version
444     ./trex-console --python3 -r
445     # capture on port number 0
446     capture monitor start --rx 0 -v
447
448     # to stop capture
449     capture monitor stop
450
451 Start this capture once you have started the NFVBench test, and you will observe packets on the TRex console :
452
453 .. code-block:: bash
454
455     #26342 Port: 0 ◀── RX
456
457     trex(read-only)>
458
459         Type: UDP, Size: 66 B, TS: 26.30 [sec]
460
461     trex(read-only)>
462         ###[ Ethernet ]###
463             dst       = a0:36:9f:7a:58:8e
464             src       = fa:16:3e:57:8f:df
465             type      = 0x8100
466         ###[ 802.1Q ]###
467             prio      = 0
468             id        = 0
469             vlan      = 1093
470             type      = 0x800
471         ###[ IP ]###
472             version   = 4
473             ihl       = 5
474             tos       = 0x1
475             len       = 46
476             id        = 65535
477             flags     =
478             frag      = 0
479             ttl       = 63
480             proto     = udp
481             chksum    = 0x8425
482             src       = 120.0.0.0
483             dst       = 110.0.17.153
484             \options   \
485         ###[ UDP ]###
486             sport     = 53
487             dport     = 53
488             len       = 26
489             chksum    = 0xfd83
490         ###[ Raw ]###
491             load      = "xx\xab'\x01\x00?s\x00\x00\xbci\xf0_{U~\x00"
492         ###[ Padding ]###
493             load      = '6\x85'
494
495 Check on the NFVBench window that the following log appears just before the testing phase :
496
497 .. code-block:: bash
498
499     2019-10-21 09:38:51,532 INFO Starting to generate traffic...
500     2019-10-21 09:38:51,532 INFO Running traffic generator
501     2019-10-21 09:38:51,541 INFO ``Service mode is enabled``
502     2019-10-21 09:38:52,552 INFO TX: 2004; RX: 2003; Est. Dropped: 1; Est. Drop rate: 0.0499%
503     2019-10-21 09:38:53,559 INFO TX: 4013; RX: 4011; Est. Dropped: 2; Est. Drop rate: 0.0498%