Hi Florin Thanks for the info.
So, how do you explain VPP TCP stack beats Linux implementation by doubling the goodput? Does it come from vectorization? Any special memif optimization underneath? Luca On 7 May 2018, at 18:17, Florin Coras <fcoras.li...@gmail.com<mailto:fcoras.li...@gmail.com>> wrote: Hi Luca, We don’t yet support TSO because it requires support within all of vpp (think tunnels). Still, it’s on our list. As for crypto offload, we do have support for IPSec offload with QAT cards and we’re now working with Ping and Ray from Intel on accelerating the TLS OpenSSL engine also with QAT cards. Regards, Florin On May 7, 2018, at 7:53 AM, Luca Muscariello <lumuscar+f...@cisco.com<mailto:lumuscar+f...@cisco.com>> wrote: Hi, A few questions about the TCP stack and HW offloading. Below is the experiment under test. +------------+ +-----------+ | +-----+ DPDK-10GE| | |Iperf3| TCP | +------------+ |TCP Iperf3 | +------------+Nexus Switch+------+ + |LXC | VPP|| +------------+ |VPP |LXC | +------------+ DPDK-10GE +-----------+ Using the Linux kernel w/ or w/o TSO I get an iperf3 goodput of 9.5Gbps or 4.5Gbps. Using VPP TCP stack I get 9.2Gbps, say max goodput as Linux w/ TSO. Is there any TSO implementation already in VPP one can take advantage of? Side question. Is there any crypto offloading service available in VPP? Essentially for the computation of RSA-1024/2048, EDCSA 192/256 signatures. Thanks Luca
