AWS Gateway Load Balancer Adds Native TCP Reset to Slash Appliance Failover Latency
AWS announced native support for TCP Reset (RST) packet generation in AWS Gateway Load Balancer (GWLB). The capability allows GWLB to actively transmit TCP RST packets to both clients and backend endpoints under three distinct operational conditions: when a target security appliance fails health checks, when a target is explicitly deregistered and completes its draining period, or when an established flow exceeds its configured idle timeout and receives subsequent non-SYN traffic. The feature is available globally across all AWS regions supporting GWLB at no additional cost.
For enterprise platform and network engineering teams operating inline inspection fleets—such as third-party next-generation firewalls (NGFW), intrusion detection and prevention systems (IDS/IPS), and deep packet inspection (DPI) appliances—appliance failure has historically been a painful operational bottleneck. Without active reset signaling, failed appliance nodes caused in-flight TCP sessions to hang indefinitely. Clients were forced to endure TCP retry timers and exponential backoff mechanisms that could take minutes to time out. With deterministic TCP RST injection, client applications fail fast and immediately initiate fresh TCP handshakes that GWLB routes to healthy target appliances, collapsing outage windows from minutes to seconds.
This enhancement addresses a long-standing friction point in cloud-native perimeter architectures. As enterprises migrated traditional middleboxes into AWS using Geneve-encapsulated Gateway Load Balancer topologies, managing stateful session recovery remained inferior to on-premises hardware counterparts. Cloud providers have steadily worked to bridge this gap through fine-grained TCP controls, configurable idle timeouts, and flow rebalancing. Native TCP Reset completes the state-handling parity needed for mission-critical enterprise workloads operating Zero Trust transit inspection hubs.
Practitioners managing GWLB deployments should review their target group configurations, as the TCP Reset feature is disabled by default for backward compatibility. Enabling the feature requires 5-tuple flow stickiness (source IP/port, destination IP/port, and protocol) and the configuration of specific target group attributes (`send_tcp_reset.on_unhealthy.enabled` and `send_tcp_reset.on_deregistration.enabled`). Note that if GWLB Flow Rebalance is turned on, it will override TCP Reset by design to preserve migrated flows. Network teams should also update observability dashboards to track the new `TCP_ELB_Reset_Count` CloudWatch metric, providing instant visibility into automated failover events and appliance pool instability.
Read original source