fix(astf): avoid issues in pps tput 89/36689/1
authorVratko Polak <vrpolak@cisco.com>
Wed, 20 Jul 2022 08:18:29 +0000 (10:18 +0200)
committerTibor Frank <tifrank@cisco.com>
Wed, 20 Jul 2022 11:15:15 +0000 (11:15 +0000)
commita4e5a393e33003a2ef41fda2b218eefc70412cd8
treebfbeafddf7a4c186b0b432c2362ad8cbc1914ed0
parenta9e3eaa50915cc82fa9ca481c3bc250c80817f43
fix(astf): avoid issues in pps tput

When more than 1 data packet is sent in the same chunk,
TRex is sometimes not fully deterministic
in its usage of delayed ACKs.

This changes the "application protocol" to sent
5 chunks (1 data packet each), c2s and s2c interleaved,
so each subsequent chunk acts as an ACK.

The overall packet count remains the same,
and even though this interleaved way may be more demanding
on TRex CPU, preliminary results show NAT performance
is still well below ip4base performance.

As a side effect, the interleaved way seems to work
also for 100B data frames, so we are avoiding two issues at once.

Ticket: CSIT-1846
Ticket: CSIT-1830

Change-Id: Ia4dcfa7c89f2c08fc32bd6118e2e009316b33c25
Signed-off-by: Vratko Polak <vrpolak@cisco.com>
(cherry picked from commit b06a1adb1c26eeb5bf5c86091fef30441f6d06a1)
GPL/traffic_profiles/trex/trex-astf-ethip4tcp-1024h-pps.py
GPL/traffic_profiles/trex/trex-astf-ethip4tcp-16384h-pps.py
GPL/traffic_profiles/trex/trex-astf-ethip4tcp-262144h-pps.py
GPL/traffic_profiles/trex/trex-astf-ethip4tcp-4096h-pps.py
GPL/traffic_profiles/trex/trex-astf-ethip4tcp-65536h-pps.py
docs/report/introduction/methodology_nat44.rst