I've been comparing simple ns drop experiments with FreeBSD. Based on
your explanation (below), I've accounted for one difference and switched
to FreeBSD 4.5.
I'm seeing another discrepancy and would like to verify that it is
intended behavior. Though this is related to my original questioni
> There seem to be two problematic cases. In the first, _both_ of these
> conditions fire in tcp_input.c:
>
> else if (++tp->t_dupacks == tcprexmtthresh) {
>
> and
>
> if (tcp_do_newreno && SEQ_LT(th->th_ack,
> tp->snd_recover)) {
yes, this is a problem because FreeBSD 4.[34 and before
I'm seeing what I believe to be a bug in FreeBSD 4.3's New Reno fast
retransmit algorithm-- delays of up to 1 second between
retransmissions. Would someone please verify and/or correct me? If
this is a bug, has it been fixed?
I'm using dummynet between two nodes to drop the 10th _data_ pack
