|Target Release Name||Jerma|
|Project Lifecycle State||See OPNFV Lifecycle for more information|
For Jerma release the scope can be summarized as:
All the JIRA Tasks related to Jerma can be found here
Provide list of any OPNFV level requirements that are being addressed by the project for this release. Provide links to requirements documented in RELREQ using the Jira embed tool for Confluence. If none, enter "none".
RELREQ-6: Openstack Dataplane Performance Benchmarking. Currently VSPERF does have have features to run its tests on Openstack. In Jerma, we aim to add this feature to VSPERF.
RELREQ-9: Kubernetes Container-Networking Benchmarking with VSPERF.
Indicate the work product (Executable, Source Code, Library, API description, Tool, Documentation, Release Note, etc) for this release.
Format (Container, Compressed File, etc.)
|Traffic Generator VM|
|Ansible Roles and Playbooks|
Testing will be done on Intel Testbeds.
Openstack Testbed: Intel Pod10 OR Intel Pod15 OR Intel Pod18.
Subset of LTD (LTD Test Spec Overview)
Testbed: Intel Pod12
For all the tests, unless specified otherwise, we consider bi-directional traffic with single-flow. Bidirectional scenario is considered to be the most precise way how to perform test testing as it is running one separate stream in each direction that is evaluated on the other endpoint.
The Ethernet frames used in the tests are based on Ethernet standard. The packet-size distribution is compliant to RFC 2544 specification, covering the most important frame sizes that might be present in average network - 64, 128, 256, 512, 1024, 1280, 1518 Bytes.
The tests are based on the Level Test Design (LTD) Specification, which is one of the products of the OPNFV vsperf project. The approach VSPERF has adopted is to take existing tests that are relevant to performance benchmarking of physical switches and applying them to benchmarking virtual switching (to allow for a fair comparison with their physical counterparts). Out of many tests that are part of the VSPERF LTD, we use two tests - RFC 2544 Throughput and RFC 2544 Back to Back frame tests.
Throughput test is the fundamental data path speed test for networking devices, assessing the maximum offered load for the DUT under the constraint that no frames or packets are lost. section 26.1 of RFC 2544 specifies the method for this test (earlier sections of RFC 2544 describe the various test conditions). The term "Throughput" refers to the maximum loss-less sending rate after allowing the DUT queues to drain at the end of the trial. The throughput is measured for the distribution of frame sizes mentioned above – one trial for each frame-size.
The back-to-back test is used to test the equipment’s behavior with presence of bursty traffic or in other words test the operation of buffers. This test attempts to characterize the longest "burst" of back-to-back frames that the DUT can process without loss, as per section 26.4 of RFC 2544. This benchmark should be repeated, and result consistency examined, as results with physical devices have been unstable in some cases.
In this work, we consider the following performance metrics
List any risks and a plan to mitigate each risk.
|Risk Description||Mitigation Plan|