[Valeant]

... Окно же приема служит для одномоментного квитирования множества TCP-пакетов вместо квитирования каждого пакета в отдельности. При этом текущее окно расширяется или сжимается в зависимости от того, насколько быстро приемник может обрабатывать TCP-пакеты. Максимальная скорость передачи, на которую может выйти хост, определяется размером окна и временем на передачу и подтверждение приема (round-trip time). Передающий хост будет пересылать столько пакетов, сколько их может уместиться в окне приема, затем он должен перейти в режим ожидания квитирующей информации. Размер рассматриваемого окна в ОС Windows XP и Windows Server 2003 по умолчанию равен 65 535 байт, что соответствует максимальной скорости примерно 5,2 Мбит/с на соединение при времени на передачу и подтверждение приема, равном 100 мс — и это вне зависимости от скорости передачи данных по ЛВС. ...

Вот дословное описание команды, перевод можно сделать в интернете.

TCP Auto-Tuning To turn off the default RWIN auto tuning behavior, (in elevated command prompt) type: netsh int tcp set global autotuninglevel=disabled The default auto-tuning level is "normal", and the possible settings for the above command are: disabled: uses a fixed value for the tcp receive window. Limits it to 64KB (limited at 65535). higlyrestricted: allows the receive window to grow beyond its default value, very conservatively restricted: somewhat restricted growth of the tcp receive window beyond its default value normal: default value, allows the receive window to grow to accommodate most conditions experimental: allows the receive window to grow to accommodate extreme scenarios (not recommended, it can degrade performance in common scenarios, only intended for research purposes. It enables RWIN values of over 16 MB) Our recommendation: normal (unless you're experiencing problems). If you're experiencing problems with your NAT router or SPI firewall, try the "restricted", "highlyrestricted", or even "disabled" state. Notes: - Reportedly, many home NAT routers with a SPI firewall may have problems with enabled tcp auto-tuning in it's "normal" state, resulting in slow speeds, packet loss, and general reduced network performance. - auto-tuning also causes problems with older routers that do not support TCP Windows scaling. See MSKB 935400 - netsh set commands take effect immediately after executing, there is no need to reboot. - sometimes when using "normal" mode and long lasting connections (p2p software / torrents), tcp windows can get very large and consume too much resources, if you're experiencing problems try a more conservative setting. If you're experiencing problems with Auto-Tuning, see also: MS KB 835400 - email issues MS KB 934430 - network connectivity behind firewall problems MS KB 940646 - 3G WWAN throughput issues MS KB 929868 - web browsing issues MS KB 932170 - slow network file transfer RSS - Receive-side Scaling The receive-side scaling setting enables parallelized processing of received packets on multiple processors, while avoiding packet reordering. It avoids packet reordering y separating packets into "flows", and using a single processor for processing all the packets for a given flow. Packets are separated into flows by computing a hash value based on specific fields in each packet, and the resulting hash values are used to select a processor for processing the flow. This approach ensures that all packets belonging to a given TCP connection will be queued to the same processor, in the same order that they were received by the network adapter. To set RSS: netsh int tcp set global rss=enabled Possible rss settings are: disabled, enabled, default (restores rss state to the system default). Default state is: enabled Recommended: enabled (if you have 2 or more processor cores and a NIC that can handle RSS)

Можно было оставить данный параметр, зачем отключать в тех местах где это проходит, система сама определяет это установкой флагов в пакетах TCP/IP.

netsh interface tcp set global autotuning=normal

И посмотреть в реестре

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
"Tcp1323Opts"=dword:00000003" 3 — разрешено использовать обе опции (масштабирование и да и нет).
"SackOpts"=dword:00000001"
Эти уже описывалось.

И на ваше усмотрение
"TcpMaxDataRetransmissions" = dword:00000007" (от 5-10, по умолчанию 255, рекомендуют 7)
Этот параметр определяет, сколько раз ретранслируется индивидуальный (не установленный) сегмент данных. Ретранслируемый период удваивается с каждой удачной передачей. И будет обнулен при получении ответа. Исходное значение устанавливается равным продолжтельности времени передачи туда и обратно для отдельного подключения.

"TcpMaxDupAcks" = dword:00000002" (1, 2, 3)
Этот параметр определяет количество двойных ACKs которые должны быть получена для некоторой последовательности номеров, после которых произойдет "быстрая повторная передача" (fast retransmit). Данный параметр управляет повторной передачей сегментов которые были потеряны в процессе передачи.