diff options
author | Rumen G. Bogdanovski <rumen@voicecho.com> | 2007-11-07 02:36:55 -0800 |
---|---|---|
committer | David S. Miller <davem@sunset.davemloft.net> | 2007-11-07 04:15:10 -0800 |
commit | efac52762b1e3fe3035d29e82d8ee1aebc45e4a7 (patch) | |
tree | 3979958b12d4a3b326b657f52f960f013c6cb560 /REPORTING-BUGS | |
parent | 1e356f9cdfa885c78791d5d6e5d2baef22f01853 (diff) | |
download | linux-3.10-efac52762b1e3fe3035d29e82d8ee1aebc45e4a7.tar.gz linux-3.10-efac52762b1e3fe3035d29e82d8ee1aebc45e4a7.tar.bz2 linux-3.10-efac52762b1e3fe3035d29e82d8ee1aebc45e4a7.zip |
[IPVS]: Synchronize closing of Connections
This patch makes the master daemon to sync the connection when it is about
to close. This makes the connections on the backup to close or timeout
according their state. Before the sync was performed only if the
connection is in ESTABLISHED state which always made the connections to
timeout in the hard coded 3 minutes. However the Andy Gospodarek's patch
([IPVS]: use proper timeout instead of fixed value) effectively did nothing
more than increasing this to 15 minutes (Established state timeout). So
this patch makes use of proper timeout since it syncs the connections on
status changes to FIN_WAIT (2min timeout) and CLOSE (10sec timeout).
However if the backup misses CLOSE hopefully it did not miss FIN_WAIT.
Otherwise we will just have to wait for the ESTABLISHED state timeout. As
it is without this patch. This way the number of the hanging connections
on the backup is kept to minimum. And very few of them will be left to
timeout with a long timeout.
This is important if we want to make use of the fix for the real server
overcommit on master/backup fail-over.
Signed-off-by: Rumen G. Bogdanovski <rumen@voicecho.com>
Signed-off-by: Simon Horman <horms@verge.net.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'REPORTING-BUGS')
0 files changed, 0 insertions, 0 deletions