aboutsummaryrefslogtreecommitdiff
path: root/net/bridge/Makefile
diff options
context:
space:
mode:
authorTom Quetchenbach <virtualphtn@gmail.com>2008-09-21 00:21:51 -0700
committerGreg Kroah-Hartman <gregkh@suse.de>2009-07-02 16:31:54 -0700
commitfe05dfbd8f652ac0ef0d30d9498066bb9b8da0e0 (patch)
tree5b3b188783a611961719d8c757801ea07b942a71 /net/bridge/Makefile
parentd571e2bcf7b4f0cf8da41fed61d95c4c1b247d40 (diff)
tcp: advertise MSS requested by user
commit f5fff5dc8a7a3f395b0525c02ba92c95d42b7390 upstream. I'm trying to use the TCP_MAXSEG option to setsockopt() to set the MSS for both sides of a bidirectional connection. man tcp says: "If this option is set before connection establishment, it also changes the MSS value announced to the other end in the initial packet." However, the kernel only uses the MTU/route cache to set the advertised MSS. That means if I set the MSS to, say, 500 before calling connect(), I will send at most 500-byte packets, but I will still receive 1500-byte packets in reply. This is a bug, either in the kernel or the documentation. This patch (applies to latest net-2.6) reduces the advertised value to that requested by the user as long as setsockopt() is called before connect() or accept(). This seems like the behavior that one would expect as well as that which is documented. I've tried to make sure that things that depend on the advertised MSS are set correctly. Signed-off-by: Tom Quetchenbach <virtualphtn@gmail.com> Signed-off-by: David S. Miller <davem@davemloft.net> Cc: Willy Tarreau <w@1wt.eu> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'net/bridge/Makefile')
0 files changed, 0 insertions, 0 deletions