docs/userguide/opnfv_yardstick_tc043.rst

   1 .. This work is licensed under a Creative Commons Attribution 4.0 International
   2 .. License.
   3 .. http://creativecommons.org/licenses/by/4.0
   4 .. (c) OPNFV, Huawei Technologies Co.,Ltd and others.
   5
   6 *************************************
   7 Yardstick Test Case Description TC043
   8 *************************************
   9
  10 .. _cirros-image: https://download.cirros-cloud.net
  11
  12 +-----------------------------------------------------------------------------+
  13 |Network Latency Between NFVI Nodes                                           |
  14 |                                                                             |
  15 +--------------+--------------------------------------------------------------+
  16 |test case id  | OPNFV_YARDSTICK_TC043_Latency_between_                       |
  17 |              | NFVI_nodes_measurements                                      |
  18 +--------------+--------------------------------------------------------------+
  19 |metric        | RTT, Round Trip Time                                         |
  20 |              |                                                              |
  21 +--------------+--------------------------------------------------------------+
  22 |test purpose  | To do a basic verification that network latency is within    |
  23 |              | acceptable boundaries when packets travel between different  |
  24 |              | nodes.                                                       |
  25 |              |                                                              |
  26 +--------------+--------------------------------------------------------------+
  27 |configuration | file: opnfv_yardstick_tc043.yaml                             |
  28 |              |                                                              |
  29 |              | Packet size 100 bytes. Total test duration 600 seconds.      |
  30 |              | One ping each 10 seconds. SLA RTT is set to maximum 10 ms.   |
  31 |              |                                                              |
  32 +--------------+--------------------------------------------------------------+
  33 |test tool     | ping                                                         |
  34 |              |                                                              |
  35 |              | Ping is normally part of any Linux distribution, hence it    |
  36 |              | doesn't need to be installed. It is also part of the         |
  37 |              | Yardstick Docker image.                                      |
  38 |              |                                                              |
  39 +--------------+--------------------------------------------------------------+
  40 |references    | Ping man page                                                |
  41 |              |                                                              |
  42 |              | ETSI-NFV-TST001                                              |
  43 |              |                                                              |
  44 +--------------+--------------------------------------------------------------+
  45 |applicability | Test case can be configured with different packet sizes,     |
  46 |              | burst sizes, ping intervals and test duration.               |
  47 |              | SLA is optional. The SLA in this test case serves as an      |
  48 |              | example. Considerably lower RTT is expected, and             |
  49 |              | also normal to achieve in balanced L2 environments. However, |
  50 |              | to cover most configurations, both bare metal and fully      |
  51 |              | virtualized ones, this value should be possible to achieve   |
  52 |              | and acceptable for black box testing. Many real time         |
  53 |              | applications start to suffer badly if the RTT time is higher |
  54 |              | than this. Some may suffer bad also close to this RTT, while |
  55 |              | others may not suffer at all. It is a compromise that may    |
  56 |              | have to be tuned for different configuration purposes.       |
  57 |              |                                                              |
  58 +--------------+--------------------------------------------------------------+
  59 |pre_test      | Each pod node must have ping included in it.                 |
  60 |conditions    |                                                              |
  61 |              |                                                              |
  62 +--------------+--------------------------------------------------------------+
  63 |test sequence | description and expected result                              |
  64 |              |                                                              |
  65 +--------------+--------------------------------------------------------------+
  66 |step 1        | The pod is available. Two nodes as server and client.        |
  67 |              | Ping is invoked and logs are produced and stored.            |
  68 |              |                                                              |
  69 |              | Result: Logs are stored.                                     |
  70 |              |                                                              |
  71 +--------------+--------------------------------------------------------------+
  72 |test verdict  | Test should not PASS if any RTT is above the optional SLA    |
  73 |              | value, or if there is a test case execution problem.         |
  74 |              |                                                              |
  75 +--------------+--------------------------------------------------------------+