[bmwg] Usage of multiple IP address with RFC 2544 / RFC 5180 compliant throughput tests

Lencse Gábor <lencse@hit.bme.hu> Mon, 05 June 2023 09:12 UTC

Content-Type: multipart/alternative; boundary="------------I1Bl0m7U70alL2sZ0OK01prw"
Message-ID: <252f68bd-54ad-1e31-8377-6dfb0d4c3430@hit.bme.hu>
Date: Mon, 05 Jun 2023 11:12:28 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.11.2
To: "bmwg@ietf.org" <bmwg@ietf.org>
Content-Language: en-US, hu
From: Lencse Gábor <lencse@hit.bme.hu>
Received-SPF: pass (frogstar.hit.bme.hu: authenticated connection) receiver=frogstar.hit.bme.hu; client-ip=2001:738:2c01:24:7509:8304:d90f:f24c; helo=[IPV6:2001:738:2c01:24:7509:8304:d90f:f24c]; envelope-from=lencse@hit.bme.hu; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.11;
Archived-At: <https://mailarchive.ietf.org/arch/msg/bmwg/ByeFBpwbyj-lJYb5tlPedz2kEp8>
Subject: [bmwg] Usage of multiple IP address with RFC 2544 / RFC 5180 compliant throughput tests
Precedence: list

Dear All,

Is there any RFC that describes how to use multiple IP addresses with 
RFC 2544 / RFC 5180 compliant throughput tests?

Originally, RFC 2544 used fixed test frame format. Then RFC 4814 
specified how to use pseudorandom source and destination port numbers. 
However, I did not find any guidance, how one should use multiple, 
pseudorandom source and destination IP addresses.

It is an issue, because in some systems, like OpenBSD, one cannot set 
the Receive-Side Scaling (RSS) to include also the port numbers into the 
hash tuple for distributing the interrupts of the incoming packets among 
the CPU cores. Please see this e-mail for the details: 
https://marc.info/?l=openbsd-misc&m=166581934723445&w=2

However, when the system is used to forward Internet traffic, then it 
faces with different source and destination IP addresses. Thus, the 
laboratory test results will not reflect the results experienced under 
operational conditions.

Now I am working on implementing the usage of pseudorandom source and 
destination IP addresses in siitperf, my stateful and stateless NAT64 
tester, which can also be used to benchmark IPv4 or IPv6 routers. My 
main motivation is to support stateful NAT64 tests with OpenBSD PF, but 
I also would like to support stateless IPv4 and IPv6 packet forwarding 
measurements.

Regarding the stateless IPv4 tests, I planned this setup:

     198.18.[2-65534]/16                            198.19.[2-65534]/16
               \  +--------------------------------------+  /
                \ |                                      | /
    +-------------|                Tester                |<------------+
    |             |                                      |             |
    |             +--------------------------------------+             |
    |                                                                  |
    |             +--------------------------------------+             |
    |             |                                      |             |
    +------------>|          DUT: IPv4 router            |-------------+
                / |                                      | \
               /  +--------------------------------------+  \
     198.18.0.1/16                                        198.19.0.1/16

I am aware that this solution sacrifices the opportunity of testing with 
256 destination networks.

Any suggestions are welcome!

Best regards,

Gábor

[bmwg] Usage of multiple IP address with RFC 2544… Lencse Gábor
Re: [bmwg] Usage of multiple IP address with RFC … sbanks@encrypted.net
Re: [bmwg] Usage of multiple IP address with RFC … Gabor LENCSE