Why Fast Path not supported with hardware accelerated IPsec?

Hello,

Why Fast Path not supported with hardware accelerated IPsec?

Packets of a fast-track-ed connection bypasses a lot of packet processing which is needed for ipsec.
IPSec processes (de- & encapsulation) each packet as it traverses the router, something that fast-track tries to avoid.

EoIP, GRE, IPIP, L2TP, PPPoE also do (de- & encapsulation), but FastPath/FastTrack supported
SNAT, DNAT also do packet processing, but FastPath/FastTrack supported

In that case, why not support FastTrack with hardware accelerated IPsec?

I don’t know if anything changed since 2019, but on my hAP ac^2, ROS v6.49 Fast Path and IPsec with hw. offload seems to work.


> ip ipsec installed-sa print brief 
Flags: H - hw-aead, A - AH, E - ESP 
 #           SPI SRC-ADDRESS      DST-ADDRESS      AUTH-ALGORITHM ENC-ALGORITHM ENC-KEY-SIZE 
 0 HE  0xB9B496E xx.xx.xx.xx:4500 yy.yy.yy.yy:4500 sha256         aes-cbc       256 
 1 HE 0xCA97F92B yy.yy.yy.yy:4500 xx.xx.xx.xx:4500 sha256         aes-cbc       256
 
> interface bridge settings print 
              use-ip-firewall: no
     use-ip-firewall-for-vlan: no
    use-ip-firewall-for-pppoe: no
              allow-fast-path: yes
      bridge-fast-path-active: yes
     bridge-fast-path-packets: 13523898
       bridge-fast-path-bytes: 10433833975
  bridge-fast-forward-packets: 0
    bridge-fast-forward-bytes: 0