Add 2048B file size cps rps tests in job specs for http-ldpreload-nginx-1_21_5.
[csit.git] / docs / report / introduction / test_scenarios_overview.rst
diff --git a/docs/report/introduction/test_scenarios_overview.rst b/docs/report/introduction/test_scenarios_overview.rst
deleted file mode 100644 (file)
index 2bf066e..0000000
+++ /dev/null
@@ -1,84 +0,0 @@
-Test Scenarios
-==============
-
-FD.io |csit-release| report includes multiple test scenarios of VPP
-centric applications, topologies and use cases. In addition it also
-covers baseline tests of DPDK sample applications. Tests are executed in
-physical (performance tests) and virtual environments (functional
-tests).
-
-Brief overview of test scenarios covered in this report:
-
-#. **VPP Performance**: VPP performance tests are executed in physical
-   FD.io testbeds, focusing on VPP network data plane performance in
-   NIC-to-NIC switching topologies. Tested across Intel Xeon Haswell
-   and Skylake servers, range of NICs (10GE, 25GE, 40GE) and multi-
-   thread/multi-core configurations. VPP application runs in bare-metal
-   host user-mode handling NICs. TRex is used as a traffic generator.
-
-#. **VPP Vhostuser Performance with KVM VMs**: VPP VM service switching
-   performance tests using vhostuser virtual interface for
-   interconnecting multiple Testpmd-in-VM instances. VPP vswitch
-   instance runs in bare-metal user-mode handling NICs and connecting
-   over vhost-user interfaces to VM instances each running DPDK
-   Testpmd with virtio virtual interfaces. Similarly to VPP
-   Performance, tests are run across a range of configurations. TRex
-   is used as a traffic generator.
-
-#. **VPP Memif Performance with LXC and Docker Containers**: VPP
-   Container service switching performance tests using memif virtual
-   interface for interconnecting multiple VPP-in-container instances.
-   VPP vswitch instance runs in bare-metal user-mode handling NICs and
-   connecting over memif (Slave side) interfaces to more instances of
-   VPP running in LXC or in Docker Containers, both with memif
-   interfaces (Master side). Similarly to VPP Performance, tests are
-   run across a range of configurations. TRex is used as a traffic
-   generator.
-
-#. **K8s Container/Pod Topologies Performance**: VPP container
-   performance tests using memif for interconnecting VPP-in-
-   Container/Pod instances orchestrated by K8s integrated with `Ligato
-   <https://github.com/ligato>`_ for container networking. TRex is
-   used as a traffic generator.
-
-#. **DPDK Performance**: VPP uses DPDK to drive the NICs and physical
-   interfaces. DPDK performance tests are used as a baseline to
-   profile performance of the DPDK sub-system. Two DPDK applications
-   are tested: Testpmd and L3fwd. DPDK tests are executed in the same
-   testing environment as VPP tests. DPDK Testpmd and L3fwd
-   applications run in host user-mode. TRex is used as a traffic
-   generator.
-
-#. **VPP Functional**: VPP functional tests are executed in virtual
-   FD.io testbeds, focusing on VPP packet processing functionality,
-   including both network data plane and in-line control plane. Tests
-   cover vNIC-to-vNIC vNIC-to-nestedVM-to-vNIC forwarding topologies.
-   Scapy is used as a traffic generator.
-
-#. **Honeycomb Functional**: Honeycomb functional tests are executed in
-   virtual FD.io testbeds, focusing on Honeycomb management and
-   programming functionality of VPP. Tests cover a range of CRUD
-   operations executed against VPP.
-
-#. **DMM Functional**: DMM functional tests are executed in virtual
-   FD.io testbeds demonstrating a single server (DUT1) and single
-   client (DUT2) scenario using DMM framework and Linux kernel TCP/IP
-   stack.
-
-..
-    #. **NSH_SFC Functional**: NSH_SFC functional tests are executed in
-       virtual FD.io testbeds focusing on VPP nsh-plugin data plane
-       functionality. Scapy is used as a traffic generator.
-
-All CSIT test data included in this report is auto-
-generated from :abbr:`RF (Robot Framework)` :file:`output.xml` files
-produced by :abbr:`LF (Linux Foundation)` FD.io Jenkins jobs executed
-against |vpp-release| artifacts. References are provided to the
-original FD.io Jenkins job results and all archived source files.
-
-FD.io CSIT system is developed using two main coding platforms: :abbr:`RF (Robot
-Framework)` and Python2.7. |csit-release| source code for the executed test
-suites is available in CSIT branch |release| in the directory
-:file:`./tests/<name_of_the_test_suite>`. A local copy of CSIT source code
-can be obtained by cloning CSIT git repository - :command:`git clone
-https://gerrit.fd.io/r/csit`.