RE: Setting MSS on TCP Sockets

Tech-Archive recommends: Repair Windows Errors & Optimize Windows Performance



Hi Shankar,
Welcome to MSDN Newsgroup!

I believe you can achieve this goal indirectly by modifying MTU. MSS should
automatically be set at 40 bytes less than the MTU of a given adapter (to
accommodate for TCP and IP headers).

We could set the relevant value in registry to change the default MTU
(Maximum Transmission Units). The parameter is GlobalMaxTcpWindowSize found
at ["HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\"]
Increase the global TCP receive window size
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters]
"GlobalMaxTcpWindowSize"="65535"
and set to 65535 seemed to allow us to increase our MTU value to what
everybody else on the network has.

You also could refer to the following articles. I hope it's helpful for you,
Title: HOW TO: Change the Default Maximum Transmission Unit (MTU) Size
Settings for PPP Connections or for VPN Connections
URL:
http://support.microsoft.com/default.aspx?scid=kb;en-us;826159&Product=win20
00
Title: Default MTU Size for Different Network Topology
URL: http://support.microsoft.com/kb/314496/EN-US/

If you have any questions, please feel free to let me know. Thanks and
have a nice day!

Best Regards,

Terry Fei [MSFT]
Microsoft Community Support
Get Secure! www.microsoft.com/security



--------------------
>Thread-Topic: Setting MSS on TCP Sockets
>thread-index: AcYYhiOcfR+S2ZIcRtKYIem4wB3LfA==
>X-WBNR-Posting-Host: 134.56.105.164
>From: "=?Utf-8?B?U2hhbmthcg==?=" <Shankar Agarwal@xxxxxxxxxxxxxxxx>
>Subject: Setting MSS on TCP Sockets
>Date: Fri, 13 Jan 2006 13:13:02 -0800
>Lines: 8
>Message-ID: <6DF56BD3-254A-4572-A6E0-D5DCF5D91DFC@xxxxxxxxxxxxx>
>MIME-Version: 1.0
>Content-Type: text/plain;
> charset="Utf-8"
>Content-Transfer-Encoding: 7bit
>X-Newsreader: Microsoft CDO for Windows 2000
>Content-Class: urn:content-classes:message
>Importance: normal
>Priority: normal
>X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
>Newsgroups: microsoft.public.win32.programmer.networks
>NNTP-Posting-Host: TK2MSFTNGXA03.phx.gbl 10.40.2.250
>Path: TK2MSFTNGXA02.phx.gbl!TK2MSFTNGP08.phx.gbl!TK2MSFTNGXA03.phx.gbl
>Xref: TK2MSFTNGXA02.phx.gbl
microsoft.public.win32.programmer.networks:27805
>X-Tomcat-NG: microsoft.public.win32.programmer.networks
>
>Hi All,
>I want to fix the size of MSS for my TCP sockets and was looking for an
>option TCP_MAXSEG to be set on Sockets. I could not find any. Does window
>support setting of this option on sockets. I would appreciate any help in
>this regard.
>Thanks
>Shankar
>
>

.



Relevant Pages

  • Re: sl2tps, MRU, MTU, and MSS
    ... When the client opens a TCP connection, it offers an MSS of 1360 ... datagrams which are 1400 bytes with DF bit set, the ng0 interface with MTU ... When I bring up the tunnel, LCP negotiates an MRU of 1400. ...
    (freebsd-net)
  • Re: [PATCH] xt_TCPMSS: SYN packets are allowed to contain data
    ... The added MSS is likely to be larger than 536 too... ... If you cannot guarantee you know the source MTU, ... I was referring to the SYN packet itself. ... there is no data and the header offset is wrong so it hasn't been ...
    (Linux-Kernel)
  • Re: TCP packet size is much smaller than expected
    ... 1500 bytes is the IP MTU and includes the IP header. ... The MSS ... is the IP MTU less the size of the IP header and the TCP header. ...
    (comp.os.linux.networking)
  • [Full-disclosure] Re: ICMP-based blind performance-degrading attack
    ... read/write packets are generally 8k in size. ... above can possibly be reproduced with TCP. ... they would normally send me (with an MSS of 1436). ... just as there is no "minimum MTU" size for IP. ...
    (Full-Disclosure)
  • Re: TCP_MAXSEG vs TCP/generic segmentation offload (tso/gso)
    ... I was under the impression that TSO (and maybe GSO) implied more ... cleverness in the network card; that the network card more or less gets ... but device does not use its own MTU to ... You can have multiple flows in parallel, each with its own MSS, while ...
    (Linux-Kernel)