Subject: kern/10617: sysctl(3) implies we support SACK
To: None <email@example.com>
From: John Hawkinson <firstname.lastname@example.org>
Date: 07/17/2000 19:11:24
>Synopsis: sysctl(3) implies we support SACK
>Arrival-Date: Mon Jul 17 12:37:01 PDT 2000
>Originator: John Hawkinson
>Release: netbsd-1-5 of 16 July 2000
System: NetBSD zorkmid.mit.edu 1.5B NetBSD 1.5B (ZORKMID-$Revision: 1.16 $) #7: Fri Jul 14 22:51:02 EDT 2000 email@example.com:/usr/local/netbsd-current/src/sys/arch/i386/compile/ZORKMID i386
sysctl(3) implies we support SACK:
Returns a value which determines the level of Selective
Acknowledgement supported by TCP. If 2, we will transmit
and receive SACK options. If 1, we will transmit SACK
options, but ignore any SACK options received. If 0,
SACK is disabled.
Apparently we don't; weren't we supposed to have SACK "RSN" in 1998?
Observe that tcp_do_sack defaults to 1 (rx) and not 2 (tx+rx),
and wonder what's going on.
Implement, implement, implement?
At least reword te sysctl(3) text to clarify what we do and do
not support. I'm not really clear on that, so I have not
offered any text. Perhaps verbiage in tcp(4) would also be
appropriate (perhaps not if it doesn't work)?