fix(astf): avoid issues in pps tput 53/36653/9
authorVratko Polak <vrpolak@cisco.com>
Wed, 20 Jul 2022 08:18:29 +0000 (10:18 +0200)
committerVratko Polak <vrpolak@cisco.com>
Wed, 20 Jul 2022 08:18:29 +0000 (10:18 +0200)
commitb06a1adb1c26eeb5bf5c86091fef30441f6d06a1
tree74c1139c3fd8412fd39185b75b07b230f2415f79
parent371bac71bc789bf9d68fa1b8ba77f21c4876244f
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>
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