from :file:`output.xml` :abbr:`RF (Robot Framework)` files resulting from
:abbr:`LF (Linux Foundation)` FD.io Jenkins jobs execution against |vpp-release|
release artifacts. References are provided to the original :abbr:`LF (Linux
-Foundation)` FD.io Jenkins job results. However, as :abbr:`LF (Linux
-Foundation)` FD.io Jenkins infrastructure does not automatically archive all jobs
-(history record is provided for the last 30 days or 40 jobs only), additional
-references are provided to the :abbr:`RF (Robot Framework)` result files that
-got archived in FD.io nexus online storage system.
+Foundation)` FD.io Jenkins job results. Additional references are provided to
+the :abbr:`RF (Robot Framework)` result files that got archived in FD.io nexus
+online storage system.
FD.io CSIT project currently covers multiple FD.io system and sub-system
testing areas and this is reflected in this report, where each testing area
#. **VPP - Performance** - VPP benchmarking tests are executed in physical
FD.io testbeds, focusing on VPP network data plane performance at this stage,
both for Phy-to-Phy (NIC-to-NIC) and Phy-to-VM-to-Phy (NIC-to-VM-to-NIC)
- forwarding topologies. Tested across a range of NICs, 10GE and 40GE
+ forwarding topologies. Tested across a range of NICs, 10GE, 25GE and 40GE
interfaces, range of multi-thread and multi-core configurations. VPP
application runs in host user-mode. TRex is used as a traffic generator.
#. **LXC and Docker Containers VPP memif - Performance** - VPP memif
virtual interface tests interconnect multiple VPP instances running in
containers. VPP vswitch instance runs in bare-metal user-mode
- handling Intel x520 NIC 10GbE interfaces and connecting over memif
- (Master side) virtual interfaces to more instances of VPP running in
- LXC or in Docker Containers, both with memif virtual interfaces (Slave
- side). Tested across a range of multi-thread and multi-core
- configurations. TRex is used as a traffic generator.
+ handling Intel x520 NIC 10GbE, Intel x710 NIC 10GbE, Intel xl710 NIC 40GbE
+ interfaces and connecting over memif (Slave side) virtual interfaces to more
+ instances of VPP running in LXC or in Docker Containers, both with memif
+ virtual interfaces (Master side). Tested across a range of multi-thread and
+ multi-core configurations. TRex is used as a traffic generator.
#. **Container Topologies Orchestrated by K8s - Performance** - CSIT Container
topologies connected over the memif virtual interface (shared memory
interface). For these tests VPP vswitch instance runs in a Docker Container
- handling Intel x520 NIC 10GbE interfaces and connecting over memif (Master
- side) virtual interfaces to more instances of VPP running in Docker
- Containers with memif virtual interfaces (Slave side). All containers are
+ handling Intel x520 NIC 10GbE, Intel x710 NIC 10GbE interfaces and connecting
+ over memif virtual interfaces to more instances of VPP running in Docker
+ Containers with memif virtual interfaces. All containers are
orchestrated by Kubernetes, with `Ligato <https://github.com/ligato>`_ for
container networking. TRex is used as a traffic generator.
the NICs and physical interfaces. Tests are used as a baseline to
profile performance of the DPDK sub-system. DPDK tests are executed in
physical FD.io testbeds, focusing on Testpmd/L3FWD data plane performance for
- Phy-to-Phy (NIC-to-NIC). Tests cover a range of NICs, 10GE and 40GE
+ Phy-to-Phy (NIC-to-NIC). Tested across a range of NICs, 10GE, 25GE and 40GE
interfaces, range of multi-thread and multi-core configurations.
Testpmd/L3FWD application runs in host user-mode. TRex is used as a traffic
generator.
virtual FD.io testbeds focusing on NSH_SFC of VPP. Tests cover a range of
CRUD operations executed against VPP.
-In addition to above, CSIT |release| report does also include VPP unit test
-results. VPP unit tests are developed within the FD.io VPP project and as they
-complement CSIT system functional tests, they are provided mainly as a reference
-and to provide a more complete view of automated testing executed against
-|vpp-release|.
+#. **DMM Functional** - DMM functional tests are executed in virtual FD.io
+ testbeds demonstrates single server[DUT1] and single client[DUT2] scenario
+ using DMM framework and kernel tcp/ip stack.
FD.io CSIT system is developed using two main coding platforms :abbr:`RF (Robot
-Framework)` and Python. CSIT |release| source code for the executed test
+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`. The CSIT testing virtual environment can be run
-on a local computer workstation (laptop, server) using Vagrant by following
-the instructions in `CSIT tutorials
-<https://wiki.fd.io/view/CSIT#Tutorials>`_.
+https://gerrit.fd.io/r/csit`.