[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). Данный параметр управляет повторной передачей сегментов которые были потеряны в процессе передачи.

[Valeant]

Вот пример работы по инет часть механизма определения окна

от WWW -> ПК
TCP:Flags=...A..S., SrcPort=HTTP(80), DstPort=49307, PayloadLen=0, Seq=3901263462, Ack=1628030378, Win=5592 ( Negotiated scale factor 0x4 ) = 89472
от ПК -> WWW
TCP:Flags=...A...., SrcPort=49307, DstPort=HTTP(80), PayloadLen=0, Seq=1628030378, Ack=3901263463, Win=16513 (scale factor 0x2) = 66052


от WWW -> ПК
TCP:Flags=...A..S., SrcPort=HTTP(80), DstPort=49327, PayloadLen=0, Seq=1065819979, Ack=908496396, Win=65535 ( Negotiated scale factor 0x3 ) = 524280

TCP:Flags=...A..S., SrcPort=HTTP(80), DstPort=49332, PayloadLen=0, Seq=2667912560, Ack=3960802581, Win=5592 ( Negotiated scale factor 0x5 ) = 178944

TCP:Flags=...A..S., SrcPort=HTTP(80), DstPort=49333, PayloadLen=0, Seq=1473227834, Ack=511364171, Win=5592 ( Negotiated scale factor 0x5 ) = 178944

TCP:Flags=...A..S., SrcPort=HTTP(80), DstPort=49340, PayloadLen=0, Seq=2565848448, Ack=4234639393, Win=5840 ( Negotiated scale factor 0x7 ) = 747520

[5June]

Valeant
знания компьютера у меня не на высоте и последний Ваш пост я не понял.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
так же в реестре "SackOpts"=dword:00000001" у меня почему то нет.
и "TcpMaxDupAcks" = dword:00000002" тоже нет.
а в остальном сделао по инструкции, безрезультатно.
-
Antrix

5June, я сейчас на работе... как приду домой напишу, что я делал. ОК? У меня дома сохранился блокнотик с решением проблемы.

это было бы здорово

[Valeant]

5June, а какой у вас должен быть результат, проблема в чем была странички плохо открываются или соединения медленно устанавливается, или с торрентом проблемы?

Для понимания прочтите http://www.microsoft.com/rus/technet...w_network.mspx там все по русски, а только потом уже принимайте решение по вводу той или иной команды, а не делайте все в слепую.

После команды
netsh int tcp show global

Имеем, если нет то устанавливаем в данные значения (у меня все работает и проблем нет с данными настройками), на данном сайте уже писались эти команды, сделайте поиск

Состояние масштабирования на принимающей стороне : enabled Состояние разгрузки TCP Chimney : enabled Уровень автонастройки принимающего окна : normal Поставщик надстройки контроля перегрузки : сtcp Мощность ECN : disabled

Далее в реестре немного подправить в ветке
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
Tcp1323Opts=dword:00000003
SackOpts=dword:00000001 (добавить данный параметр, если нет)
TcpMaxDataRetransmissions= dword:00000007
TcpMaxDupAcks=dword:00000002

В последнем посте выдержка из лога

...Win=5592 ( Negotiated scale factor 0x4 ) = 89472

это как раз и есть TCP Auto-Tuning и RSS - Receive-side Scaling

[5June]

Valeant

5June, а какой у вас должен быть результат, проблема в чем была странички плохо открываются или соединения медленно устанавливается, или с торрентом проблемы?

Проблема: заменил стационарник с хп на ноут с вистой, сразу же обнаружил проблемы со скоростью, интернет, сетью.
К примеру когда раньше я мог выкачивать из strong DC со скоростью до 6 мб.с сейчас не могу дойти и до 1 мб.
и раньше, когда я мог в реальнов времени смотреть видео, слушать музыку, изображения в интеренете, сейчас на это уходит масса времени. (естественно со страничками та же история)
(когда к примеру я выкачиваю из strong dc с максимальной скоростью (это файлообменная сеть у нас по локалке) то интернет странички грузятся совсем уж с мааальенькой скоростью)
-отключал брандмауэр, антивирус, проверялся на вирусы (проблема не в этом)
-сейчас увидел эту тему, решил что проблема та же.
-
Спасибо Вам за объясненеи и за ссылку, чуть позже обязательно ознакомлюсь!
(Проблема Все еще Актуальна)

[Valeant]

5June,
Не забудьте так же увеличить кол-во соединений TCP/IP, отключить QoS, проверить размер MTU.

Так же можно попробовать vista manager настройки на сеть.

[Antrix]

Кстате, решением моей проблемы была ссылочка (точнее, её содержимое) Blast'а "Windows Vista и медленная работа в сети", которая базируется на первой странице темы. Потом применил патч на увеличение "TCP/IP" соединений... перезагрузился и все стало нормально.

[5June]

а что за патч?

[Vadikan]

а что за патч? »

Лимит незавершенных TCP соединений

Не забудьте так же увеличить кол-во соединений TCP/IP »

Это необязательно делать, к тому же снижает безопасность. Объяснение выше по ссылке.

отключить QoS »

Это ничего не дает. Как увеличить пропускную способность для сетевых подключений. Или как отключить QoS.

проверить размер MTU »

Размер MTU в Vista не нужно менять без необходимости. Это имеет смысл лишь в случае конкретных проблем - ограничений отдельных роутеров или невозможности доступа к каким-либо сайтам. Объяснение на англ. тут ::. Kitz - MTU Problems .::

[Valeant]

Vadikan,

Я имел ввиду, что размер MTU лучше поставить определение автоматически ключ в реестре
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\
EnablePMTUDiscovery=1

В Vista Maneger в настройках сетевых есть такой параметр "Enable path MTU diskovery".

По поводу

Лимит незавершенных TCP соединений

и с целью безопасности есть параметр
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\
SynAttackProtect=2
и т.д.
И есть программа с помощь которой все можно посмотреть http://deepxw.lingd.net/ - TCPZ_20081229.zip

По поводу Qos спорить не буду, пусть будет на совести у каждого, кто так или иначе считает, только ссылку тоже дам, но более подробную (кому интерсно прочитают)
http://www.winline.ru/articles/1383.php