https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=174535
Hiren Panchasara changed:
What|Removed |Added
Status|In Progress |Closed
Resolution|---
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=174535
Hiren Panchasara changed:
What|Removed |Added
CC||hi...@freebsd.org
--- Comment #
Old Synopsis: TCP fast retransmit feature works strange
New Synopsis: [tcp] TCP fast retransmit feature works strange
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue Dec 18 16:17:28 UTC 2012
Responsible-Changed-Why:
Over
* murthy kn <[EMAIL PROTECTED]> [07 10:54] wrote:
> Hello,
>
> 1. Is there any sysctl variable to control the number of
> duplicate acks after which the sending TCP gets into a fast
> retransmit mode?
No, but you can add one like so (i think):
Index: tcp_input.c
In article [EMAIL PROTECTED]> you write:
>Hello,
>
>1. Is there any sysctl variable to control the number of
>duplicate acks after which the sending TCP gets into a fast
>retransmit mode?
No, but the current limit is in tcp_input.c:
static int tcprexmtthresh = 3;
so you can easily chang
Hello,
1. Is there any sysctl variable to control the number of
duplicate acks after which the sending TCP gets into a fast
retransmit mode?
2. If I have a switch that does not support any port aggregation,
and it is connected to a BSD machine with 2 ethernet NICs that have
identical MAC, will
