A Red Hat közzétette az IPsec protokoll használatával létrehozott titkosított kommunikációs csatornák teljesítményértékelésének eredményeit korszerű berendezéseken, és összehasonlította az AES-GCM és AES-SHA1 algoritmusokat használó IPsec sávszélességét.
A teszt a RHEL 9.4 disztribúciójában zajlott, egy két Intel Xeon Scalable negyedik generációs processzorral (28 mag és 56 logikai mag minden CPU-ban) rendelkező szerveren, amely egy 100 gigabites Intel E810 hálózati adapteren keresztül csatlakozott a hálózathoz. Az IPsec hardveres gyorsítása, amely a műveletek hálózati kártyára vagy az Intel QAT-ra való kihelyezését jelenti, ki volt kapcsolva, hogy bemutatja a szoftveres stack teljesítményét. A rendszerbeállításokat a "throughput-performance" profillal összhangban állították be, a firewalld tűzfal le volt tiltva, és az iperf3 folyamat, amely a forgalmat generálta, valamint a hálózati kártya megszakításkezelője az első CPU magra volt bindelve (a megszakítások NUMA csomópontokra való migrálásával kapcsolatos teljesítménycsökkenés elkerülése érdekében, amelyek nem kapcsolódtak a hálózati kártyához).
Az IPsec IPv4 és IPv6 egyszálú tesztje során, amikor egy CPU magot használtak az iperf3 folyamat számára, a teljesítmény 6 Gbit/s volt az AES-GCM esetében és 3,75 Gbit/s az AES-SHA1 esetében, így az AES-SHA1 körülbelül 40%-kal lassabbnak bizonyult, mint az AES-GCM.
Több párhuzamos szál tesztelése során (minden iperf3 példány külön CPU maghoz volt rendelve) a csúcs sávszélesség AES-GCM használatával 50 Gbit/s-ra emelkedett IPv4 és IPv6 esetén, ami a rendelkezésre álló sávszélesség teljes kihasználásának lehetőségét mutatja. szerveren 25 gigabites vagy egy 40 gigabites kapcsolaton keresztül hardveres gyorsítás alkalmazása nélkül (vagy a teszt során használt 100 gigabites vonal sávszélességének felét).
Forrás: opennet.ru
