diff options
author | Tom Quetchenbach <virtualphtn@gmail.com> | 2008-09-21 00:21:51 -0700 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2008-09-21 00:21:51 -0700 |
commit | f5fff5dc8a7a3f395b0525c02ba92c95d42b7390 (patch) | |
tree | 2077107cbf6011c826937f56a008bb3d5a0306a2 /net/sctp | |
parent | 6067804047b64dde89f4f133fc7eba48ee44107d (diff) | |
download | kernel_samsung_aries-f5fff5dc8a7a3f395b0525c02ba92c95d42b7390.zip kernel_samsung_aries-f5fff5dc8a7a3f395b0525c02ba92c95d42b7390.tar.gz kernel_samsung_aries-f5fff5dc8a7a3f395b0525c02ba92c95d42b7390.tar.bz2 |
tcp: advertise MSS requested by user
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>
Diffstat (limited to 'net/sctp')
0 files changed, 0 insertions, 0 deletions