# HAProxy redispatch option

**URL:** <https://discourse.haproxy.org/t/haproxy-redispatch-option/2551>\
**Category:** Help!\
**Created:** [May 31, 2018, 10:01am UTC](https://discourse.haproxy.org/t/haproxy-redispatch-option/2551 "2018-05-31T10:01:12Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![ajays20078](https://avatars.discourse-cdn.com/v4/letter/a/ecd19e/32.png) [@ajays20078](https://discourse.haproxy.org/u/ajays20078)\
**Post date:** [May 31, 2018, 10:01am UTC](https://discourse.haproxy.org/t/haproxy-redispatch-option/2551/1 "2018-05-31T10:01:12Z")

</div>

Does the HAP redispatch option redispatch a connection when connecting to a backend fails or does it redispatch a request in a connection if connecting to backend fails?

Consider a case where a client C is interacting with App A with instances I1 and I2 with HAP in between. First the request goes to I1, now before I1 sends back the response, if I1 goes down, is the same request redispatched to I2?

---

<div class="post-metadata">

**Author:** ![lukastribus](https://avatars.discourse-cdn.com/v4/letter/l/7ea924/32.png) [@lukastribus](https://discourse.haproxy.org/u/lukastribus)\
**Post date:** [May 31, 2018, 10:13am UTC](https://discourse.haproxy.org/t/haproxy-redispatch-option/2551/2 "2018-05-31T10:13:30Z")

</div>

Haproxy never resends a request that was already sent. That would cause a number of issues for the application.

---

<div class="post-metadata">

**Author:** ![ajays20078](https://avatars.discourse-cdn.com/v4/letter/a/ecd19e/32.png) [@ajays20078](https://discourse.haproxy.org/u/ajays20078)\
**Post date:** [May 31, 2018, 10:30am UTC](https://discourse.haproxy.org/t/haproxy-redispatch-option/2551/3 "2018-05-31T10:30:55Z")

</div>

Thanks for the confirmation.
