Some packet got lost.
> 15 16:59:19.536500 14dyn184.61101 > bwww.ssh: P 876:896(20) ack 924
14dyn acks immediately, but piggy backs some data in the ack.
> 16 16:59:19.803107 bwww.ssh > 14dyn184.61101: . 1696:1696(0) ack 896
bwww acks it. A bit later a retransmit would occur (fast retransmit
only really works for bulk data where the full window triggers enough
out of order acks)
>
> (all packets had win 32120 (DF) [tos 0x10], which is not show above).
>
>
> If I'm not mistaken, packet 4, is the one that messes things up:
> it acknowledges 40 bytes it hasn't recieved.
But it has. See packet 1.
>
> After 20 seconds of patience (*), at 16:58:40 I type another "return"
> to try and get things moving again. At that moment bwww, sends a
> packet indicating that we've missed 864-1696. Rosie then doesn't react
> and acks whatever it HAS recieved, to try to tempt bwww to perform a
> fast(!)-retransmit.
I see nothing wrong.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/