Sorry, I lost my negatives this morning ...
we can NOT do much about stale snd_recover, and would NOT happen very
easilly, NOR often.
initialization for the snd_recover TCPS_SYN_SENT and TCPS_SYN_RECEIVED
is a simple solution that can handle the simple case, and much more likely
case.
--m
I am playing with RFC 3042 and notice some strange dupacks count sequences.
One place I see a problem is with snd_recover and newreno:
if (tcp_do_newreno && SEQ_LT(th->th_ack,
tp->snd_recover)) {
if th->th_ack > 0x7fff and snd_recover has not been initial
