netdev - High (200+) XFRM interface count performance problem (throughput)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <63259d1978cb4a80889ccec40528ee80@skoda.cz>
Date:   Tue, 23 Feb 2021 13:33:39 +0000
From:   Vinš Karel <karel.vins@...da.cz>
To:     "'netdev@...r.kernel.org'" <netdev@...r.kernel.org>
Subject: High (200+) XFRM interface count performance problem (throughput)

Hello,

I would like to ask you for help or advise.

I'm testing setup with higher number of XFRM interfaces and I'm facing throughput degradation with a growing number of created XFRM interfaces - not concurrent tunnels established but only XFRM interfaces created - even in DOWN state.
Issue is only unidirectional - from "client" to "vpn hub". Throughput for traffic from hub to client is not affected.

XFRM interface created with:
for i in {1..500}; do link add ipsec$i type xfrm dev ens224 if_id $i  ; done

I'm testing with iperf3 with 1 client connected - from client to hub:
2 interfaces - 1.36 Gbps
100 interfaces - 1.35 Gbps
200 interfaces - 1.19 Gbps
300 interfaces - 0.98 Gbps
500 interfaces - 0.71 Gbps

Throughput from hub to client is around 1.4 Gbps in all cases.

1 CPU core is 100%

Linux v-hub 5.4.0-65-generic #73-Ubuntu SMP Mon Jan 18 17:25:17 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Thank you.

Regards
Karel Vins