This article provides information on how to resolve replay attack issues due to out of sequence VPN Packets.
Customers are having issues with the traffic flow going through the VPN tunnel. VPN Packets are dropped.
When under load, devices may be sending VPN packets out of sequence, which will appear on the peer as if there was a replay attack. There are two solutions to address this issue. Option 1 - Disable replay protection on the SRX device . This is done by specifying no-anti-replay on the IPSec Phase 2 configuration.
vpn home-vpn { bind-interface st0.2; vpn-monitor { source-interface ge-0/0/1.0; destination-ip 10.10.10.198; } ike { gateway home-gw; no-anti-replay; ipsec-policy ipsec-pol; } establish-tunnels immediately; }
Option 2 - Disable one or more VPN Engines on the ISG or NS5000 firewall. Every ASIC Chip on the firewall has 4 VPN engines, each encrypting/decrypting ESP traffic independently. The 'Out of Sequence' issue arises when one engine sends out ESP packet with a higher sequence number while another engine sends out a packet with lesser sequence number later. Use either of the following two methods to change the VPN engine behavior.
Method 1 - Changing the SPI behavior using two VPN engines to encrypt the traffic and the other two VPN engines to decrypt the traffic per ASIC. This will not eliminate the issue totally, but by using only 2 engines to encrypt (instead of default 4), the frequency of the issue will reduce considerably.
set env correct_spi=yes
get env
correct_spi=yes
,
set env correct_seq=yes
correct_seq=yes
set env correct_seq2=yes
correct_seq2=yes
set env correct_seq3=yes
correct_seq3=yes
2024-10-14: minor non tech changes
2017-12-07: Article reviewed for accuracy. Content clarified and format corrected. Article is correct and complete.