Re: [lwip-devel] etharp.c updating

[Simon Goldschmidt]

Leon Woestenberg <address@hidden> wrote:
> Thus worst case, queueing is off, and a TCP packet is lost. I'm
> measuring 1 second drop-outs if the ARP cache has to be repruned in
> combination with packet loss and TCP retransmit.
> I'm not sure why though, I'm seeing 5 calls into tcp_fast_tmr before
> TCP retransmits. Maybe there is hold-off involved there or a sub
> optimal implementation for that case.

I'm curious where that 1 second drop-out comes from. I wouldn't have expected 
it to be that long....

I would have guessed that ARP takes about 100ms. However, I guess that depends 
on how big your TCP buffers are and how many packets you transmit in that 
period.

Simon
-- 
NEU: FreePhone - kostenlos mobil telefonieren!                  
Jetzt informieren: http://www.gmx.net/de/go/freephone