diff options
| author | Vlad Yasevich <vladislav.yasevich@hp.com> | 2007-02-21 10:06:04 (GMT) |
|---|---|---|
| committer | David S. Miller <davem@sunset.davemloft.net> | 2007-02-26 19:42:49 (GMT) |
| commit | 8c4a2d41a7eb5a8f214f537acca533dcd6430782 (patch) | |
| tree | 48081d53d976bcb69da509c63d5bfb733a27446a /net/sctp/sm_statefuns.c | |
| parent | 2c4f6219aca5939b57596278ea8b014275d4917b (diff) | |
| download | linux-fsl-qoriq-8c4a2d41a7eb5a8f214f537acca533dcd6430782.tar.xz | |
[SCTP]: Fix connection hang/slowdown with PR-SCTP
The problem that this patch corrects happens when all of the following
conditions are satisfisfied:
1. PR-SCTP is used and the timeout on the chunks is set below RTO.Max.
2. One of the paths on a multihomed associations is brought down.
In this scenario, data will expire within the rto of the initial
transmission and will never be retransmitted. However this data still
fills the send buffer and is counted against the association as outstanding
data. This causes any new data not to be sent and retransmission to not
happen.
The fix is to discount the abandoned data from the outstanding count and
peers rwnd estimation. This allows new data to be sent and a retransmission
timer restarted. Even though this new data will most likely expire within
the rto, the timer still counts as a strike against the transport and forces
the FORWARD-TSN chunk to be retransmitted as well.
Signed-off-by: Vlad Yasevich <vladislav.yasevich@hp.com>
Signed-off-by: Sridhar Samudrala <sri@us.ibm.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/sctp/sm_statefuns.c')
0 files changed, 0 insertions, 0 deletions