[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[lwip-devel] [bug #19434] Processing of Fast retransmit bug
From: |
Oleg Tyshev |
Subject: |
[lwip-devel] [bug #19434] Processing of Fast retransmit bug |
Date: |
Wed, 28 Mar 2007 13:21:12 +0000 |
User-agent: |
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3 |
Follow-up Comment #2, bug #19434 (project lwip):
As I have wrote, "B" sends data very slow (transfer rate approx. 1
byte/sec).
So receive window of "A" will be closed in 4096/60 = 68 minutes.
You are right this is the bug of retransmission timeout - not fast
retransmit.
Fast retransmit has been once triggered and we can hope only on
retransmission timeout.
in tcp_slowtmr() we check pcb->rtime.
It is more then pcb->rto or not?
But in tcp_output_segment()
each time we set pcb->rtime = 0;
Unfortunately I can't generate ethereal log now.
Temporary I am switched to other target.
_______________________________________________________
Reply to this item at:
<http://savannah.nongnu.org/bugs/?19434>
_______________________________________________
Message sent via/by Savannah
http://savannah.nongnu.org/
- [lwip-devel] [bug #19434] Processing of Fast retransmit bug, Oleg Tyshev, 2007/03/28
- [lwip-devel] [bug #19434] Processing of Fast retransmit bug, Kieran Mansley, 2007/03/28
- [lwip-devel] [bug #19434] Processing of Fast retransmit bug,
Oleg Tyshev <=
- [lwip-devel] [bug #19434] Processing of Fast retransmit bug, Kieran Mansley, 2007/03/28
- [lwip-devel] [bug #19434] Processing of Fast retransmit bug, Oleg Tyshev, 2007/03/28
- [lwip-devel] [bug #19434] Processing of Fast retransmit bug, Kieran Mansley, 2007/03/28
- [lwip-devel] [bug #19434] Processing of Fast retransmit bug, Oleg Tyshev, 2007/03/28
- [lwip-devel] [bug #19434] Processing of Fast retransmit bug, Kieran Mansley, 2007/03/29