[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[lwip-devel] [bug #20511] No persist timer

From: Kieran Mansley
Subject: [lwip-devel] [bug #20511] No persist timer
Date: Fri, 04 Jan 2008 13:13:18 +0000
User-agent: Opera/9.21 (X11; Linux i686; U; en)

Follow-up Comment #9, bug #20511 (project lwip):

> I don't think that send 1 byte probe very good for our
> implementation. 
> Imagine 100 TCP segments in receive queue each one byte long. 
> May be better to send whole segment without split?

I wouldn't actually split the packet, just send one byte from it, and leave
it unsplit on the unsent queue.  The one byte probe should hopefully result in
an ACK and a window update from the other side, which would then allow us to
send the whole packet.  So there should only ever be one 1-byte-probe in the
receive queue, rather than 100.  The reason I like this method is that it
requires very little extra code.  Sending the whole packet would be good in
that sense too, but I was a bit uneasy about relying on the receiver to deal
with the oversize packet.  If the one byte probe turns out to be causing
problems, it should be easy to change in the future to send a whole packet,
but I'd rather try one byte probes first.

> Persist timer is always bounded between 5 and 60 seconds

Do you have a reference for that?  RFC793 or 1122 don't mention this bound as
far as I could see.


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]