Реестр mtu

Как вручную изменить MTU в Windows

Добрый день. Сегодня не совсем обычная статья, так как она не является повседневной и не подойдет для любого пользователя. Более того, я крайне не рекомендую лезть в данные параметры людям, которые слабо в техническом плане. Речь идет о MTU, что в википедии описано как «максимальный размер полезного блока данных одного пакета (англ. payload), который может быть передан протоколом без фрагментации.» То есть это размер полезной информации в пакете, который компьютер формирует для отправки в сеть.

Последовательность действий

Так вот, если вы попали на данную статью, я думаю вы уже решили что нужно попробовать его подкрутить. Теоретически, оптимизация данного параметра может помочь с решением проблем некорректной работы некоторых сайтов и сервисов, но опять же теоретически. Я же попробую объяснить, как это сделать средствами операционной системы.

    Итак, для начала открываем командную строку от имени администратора и вводим следующую команду: ping -f -l 1472 ххх.ххх.ххх.ххх, где, 1472=1500(стандартное значение для Ethernet) — 28 (значение заголовка, которое не учитывается) ххх.ххх.ххх.ххх — IP-адрес какого-либо сервера вашего провайдера. Я использовал основной шлюз в сети провайдера. И смотрим ответ, если ответ получен без потери пакетов, то увеличиваем значение, если выдаст «Требуется фрагментация пакета, но установлен запрещающий флаг.», значит уменьшаем и так, пока не получим крайнее верхнее значение пакета, которое проходит до нашего сервера. У меня получилось 1492 (1464+28). Значит дальше я и буду его устанавливать в качестве значения MTU.

Далее вводим команду: netsh interface ipv4 show subinterfaces.

Она покажет значение MTU для всех сетевых подключений. Нам необходимо узнать как называется интерфейс основного сетевого подключения. У меня это Ethernet, у вас же смотрите по обстановке. Но в большинстве случаев он будет называться так же.

Далее вводим следующую команду(для ее выполнения требуется чтобы командная строка была запущена от имени администратора): netsh interface ipv4 set subinterface «Ethernet» mtu=1492 store=persistent.

Где вместо Ethernet пишем название своего интерфейса, а в значение MTU пишем полученное на первом шаге инструкции.

  • Ну и напоследок отключим автоматическую настройку значения MTU для сетевых подключений: netsh int tcp set global autotuninglevel=disabled.
  • Чтобы включить автоматическую настройку обратно, нужно заменить disabled на normal.

    На этом всё. Надеюсь эта статья оказалась вам полезной, нажмите одну из кнопок ниже, чтобы рассказать о ней друзьям. Также подпишитесь на обновления сайта, введя свой e-mail в поле справа или подписавшись на группу в Вконтакте.

    skesov.ru

    Реестр mtu

    Администратор

    Группа: Главные администраторы
    Сообщений: 14349
    Регистрация: 12.10.2007
    Из: Twilight Zone
    Пользователь №: 1

    Многие наверное не знают и никогда не узнаю что это такое, а все потому что не нужно знать. Но все же бывают моменты и приходится узнавать темное и непонятное. В моем случае знакомства с mtu все оказалось просто: не работало vpn соединение. Это на первый взгляд я думал, что не работает, даже грешил на своего провайдера. Но оказалось все проще.

    Для начала мы должны понять, что такое MTU — Maximum Transmission Unit.

    Это максимальный размер пакета данных который можно передать по протоколу TCP\IP за один кадр. Выясняется, что данные в инете передаются между компьютерами не сплошным потоком, а этими самыми кадрами. При соединении два компьютера согласуют размер MTU, но это идеальный вариант. К сожалению нельзя (или не получается) договорится всем об одинаковом размере этого кадра. И соединяясь Ваши данные проходят не на прямую, а через сервера, маршрутизаторы у которых собственные настройки. В итоге мы получаем свои данные с некоторым багажом мусора.

    Немного математики (говорили мне в школе, что математика царица наук)

    Так, если ваш провайдер имеет установки MTU=576, а у вас в Windows задано MTU=1500, то каждый ваш пакет будет им разбиваться на три по 576 байт: 576+576+576=1728 — т. е. 228 байт балласта будут добавляться к каждому вашему пакету. Но даже если провайдер тоже поставил у себя MTU=1500, то при связи с удаленным сервером вполне может попасться маршрутизатор с меньшим значением MTU, и пакеты опять-таки будут фрагментироваться, замедляя передачу данных.

    В Microsoft Windows есть функция автоматического определения MTU. Она включена по умолчанию и несколько спасает ситуацию. Но есть и минус: процедура вычисления MTU для каждого соединения требует немало времени, что чуть тормозит работу при прокачке небольших файлов и веб-серфинге. Да и в случае несогласования ваших параметров c параметрами интернет-провайдера эта функция вряд ли вам поможет. Конечно, существуют некие более или менее общепринятые стандарты для данного параметра: так, например, для Ethernet MTU равен 1500 байт, для SLIP — 1006, для РРРоЕ -1492, для РРР (т. е. модемной связи с Интернетом) — 576.

    На деле ваш интернет-провайдер мог выставить любые другие значения по своему усмотрению. В результате чего отправляются либо совсем маленькие кадры, которые не позволяют в полной мере загрузить канал связи, либо слишком большие, которые интернет-провайдер разбивает на меньшие. Тем самым ухудшается качество связи, скорость работы во Всемирной паутине.

    На самом деле каждый пакет состоит еще из нескольких сегментов. Это заголовки и фактические данные. Та часть, где содержатся только фактические данные, называется MSS или Maximum Segment Size, что является еше одним параметром протокола TCP/IP, определяющим самый большой сегмент, теперь уже данных, передаваемых в единицу времени. В действительности MTU состоит из MSS и заголовков TCP/IP.

    В реестре MSS задается так:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\ Services\VxD\MSTCP «DefaultMSS»=»Bame число»

    Заголовок также имеет стандартный размер — 40 байт. 20 байт под IP и 20 байт под TCP. Следовательно, размер MSS составляет разность MTU и заголовка, т. е. 40 байт. Вот почему в определении оптимального размера MTU есть некоторые тонкости.

    Для примера, стоит изучить передачу данных при разном размере MTU по широкополосной линии Т1 (пропускная способность- 1544000 бит/с), используя следующую формулу:

    [(MSS + заголовок) х 8 бит/байт] / [1 544 000 бит/с] = задержка на один хоп (т. е. на каждый компьютер в Сети по пути нашего пакета).

    Используя в этой формуле разные величины MTU, мы можем вычислить задержку одного пакета. Если MTU=1500, тогда задержка = (1460+40) х 8/1 544 000 = 7,772 мс.

    Если же MTU=576, то задержка = (536+40) х 8/1 544 000 = 2,984 мс.

    Предположим, что по пути пакета встречается 10 серверов, тогда при MTU=1500 получим задержку 77,72 мс, а при MTU=576 — 29,84 мс — разница весьма заметна.

    Поэтому, очевидно, что пакеты меньшего размера будут передаваться быстрее из-за небольшой пропускной способности линии. Однако не все так просто. Используя ту же формулу, давайте посчитаем, за какой промежуток времени будет передан файл размером 1 Мбайт по той же широкополосной линии Т1. Один мегабайт равен 1024 Кбайт или 1 048 576 байт. Если MTU = 1500, то, как мы выяснили, задержка на один хоп составит 7,772 мс.

    1 Мбайт/MSS = 1 048 576/1460 = 718,2, т. е. всего требуется 719 эффективных пакетов, чтобы передать 1 мегабайт данных. Далее, умножаем 719 пакетов на 7,772 мс, получаем 5588,083 мс, или 5,588 секунд задержки на один хоп. Если же мы передаем свой файл через 10 хопов, что встречается чаще, чем один, то получаем 55,88 сек — это время, которое мы (вернее, поставщик услуг, доступа в Интернет, имеющий линию Т1) потратим на передачу файла в 1 Мбайт при идеальной связи. Если же MTU=576, то: 1 Мбайт/MSS = = 1 048 576/536 = 1956,300, т. е. при таком MTU нужно 1957 пакетов, чтобы передать 1 Мбайт.

    Далее, умножаем количество пакетов на задержку каждого из них: 1957 х 2,984 = 5840,580 мс, или 5,841 секунды на один хоп. Ну и соответственно на 10 хопов придется 58,41 сек. Как видим, из-за того, что при использовании больших пакетов передается меньше заголовков, реальная скорость передачи файла получается выше.

    Для того чтобы передать 1 мегабайт при использовании MTU = 1500, нужно переслать «довесок» заголовков из 28 760 байт, тогда как при использовании MTU = 576 получаем аж 1957×40 = 78 280 байт, т. е. дополнительные 49 520 байт заголовков на каждый мегабайт полезной информации. Для нашей 10-хоповой передачи это выливается в лишних 2,52 секунды при передаче каждого мегабайта даже при сверхбыстрой связи.

    Эта разница, возможно, будет еще немного выше на практике, т. к. современные реализации TCP/IP стремятся использовать еще большие заголовки (например, дополнительные 12 байтов заголовка для отметок времени). Если же провести аналогичные расчеты для связи по модему на скорости 33 600 Кбит/с, то получим, что на передачу мегабайта информации на расстояние одного хопа^, т. е. непосредственно вашему провайдеру, будет потрачено в идеале 256 секунд при MTU=1500 и 268 секунд при MTU=576.

    Разница на одном переходе 12 секунд или около 4,5%! Но не следует забывать, что эти цифры получатся при условии отсутствия фрагментации пакетов, т. е. если у вашего провайдера MTU=1500. Если же это не так, то, разумеется, больший, чем нужно, пакет будет фрагментироваться — разбиваться на несколько пакетов и даже разбавляться «воздухом», и связь ухудшится на 10—50%.

    Таким образом, логично считать, что большие пакеты в итоге все-таки предпочтительнее. И если ваш провайдер настроил свои серверы и маршрутизаторы на большие пакеты, то надо стремиться использовать это на всю катушку, но не забывать и о том, что в Интернете встречаются серверы с MTU=576 (об этом чуть ниже мы еще поговорим). Тем не менее, если чистая производительность не является окончательной целью, то меньшие пакеты будут более «быстрыми», поскольку они требуют меньше времени для своих путешествий по Сети.

    Этот эффект может перевешивать все другие достоинства больших пакетов в некоторых интернет-приложениях и онлайновых играх за счет уменьшения времени отклика удаленного сервера при передаче небольших объемов информации.

    В Интернете по пути следования ваших пакетов, вероятно, встретятся самые разные серверы с самыми разными настройками, но для начала все-таки желательно определить наилучшее значение MTU при связи только с вашим провайдером, поскольку именно оно может оказать решающее значение при оптимизации вашего доступа в Сеть.

    В Windows 95 разработчиками по умолчанию было выбрано MTU=1500, что якобы не соответствует оптимальному для модемного соединения значению, которое всеми считается равным 576. В Windows 98 корпорация Microsoft уже исправила этот недостаток, и теперь по умолчанию при соединениях ниже 128 килобит в секунду мы имеем МТU=576, что вроде бы должно чаще оказываться наилучшим вариантом. Попробуем разобраться, так ли оно на самом деле.

    Итак, есть несколько способов определить значение MTU, оптимальное для связи с вашим интернет-провайдером.
    Послать письмо с вопросом в службу технической поддержки провайдера. Тут в принципе все понятно — если работники провайдера сами в курсе своих собственных настроек, то они дадут вам квалифицированный ответ, который, впрочем, не помешает все-таки и проверить лично на практике.

    Подключиться к Интернету в терминальном режиме — иногда при осуществлении регистрации пользователя в одной из строк появляется рекомендуемое значение MTU. Для этого войдите в папку Удаленный доступ к сети, найдите там значок своего соединения и, щелкнув на нем правой кнопкой мыши, выберите команду Свойства (Properties).

    На вкладке Общие (General) открывшегося окна нажмите кнопку Настройка (Settings) возле строки с названием вашего модема. В диалоговом окне Свойства: тип модема (Properties: Modem Type) выберите вкладку Параметры (Options), где установите флажок Открыть окно терминала после набора номера (Show terminal window after connection). Теперь соединяйтесь с провайдером и при появлении окна терминала вводите вручную имя пользователя и пароль по соответствующим запросам. Если после этого вы увидите что-то типа «Entering PPP mode. Your IP address is xxx.xxx.xxx.xxx. MaxMTU is 1524», то вам повезло — вы получили MTU провайдера. Но и тут нелишним будет проверить это значение лично.

    И, наконец, ручное определение MTU.

    Но в windows 7 все оказалось немного по другому.

    В командной строке пишите следующее

    netsh interface ipv4 show subinterfaces

    MTU MediaSenseState Bytes In Bytes Out Interface
    ———- ————— ——— ——— ————-
    4294967295 1 0 13487914 Loopback Pseudo-Interface 1
    1500 1 3734493902 282497358 Local Area Connection
    ping www.cantreachthissite.com -f -l 1472

    netsh interface ipv4 set subinterface «Local Area Connection» mtu=1458 store=persistent

    netsh interface ipv4 set subinterface «Wireless Network Connection» mtu=1458 store=persistent

    dml.compkaluga.ru

    Реестр mtu

    Нашёл способ как увеличить скорость 3G USB модема.

    Что же в основном влияет на скорость модема:

    1. Погодные условия, снегопад, дождь, гроза, облачность, туман. При этих условиях связь становиться хуже, так как поглощается часть энергии радиоволн и их отражение. Хотя бывает и наоборот в дождь например скорость получше.

    2. Зона покрытия радиоантенн (GPRS-вышек). Мощность излучения таких антенн не велика до нескольких километров в радиусе.

    3. И зависит от настроек компьютера. Windows по умолчанию забирает 20 процентов пропускной способности в независимости от типа соединения.

    Что бы увеличить пропускную способность на 20% делаем так:

    — ПУСК
    — Выполнить
    — В строке набираете команду gpedit.msc
    — Появиться окно «Групповая политика», в этом окне выбираете «Административные шаблоны»
    — Далее «Сеть»
    — Тут выбираете «Диспетчер пакетов QoS»
    — Выбираете «Ограничить резервную пропускную способность»
    — Появится окно «Свойств». В этом окне выбираете из трех пунктов «ВКЛЮЧЕН,» а в строке «Ограничение пропускной способности в (%)» укажите ноль.
    — Далее «Применить» и потом «Ок».
    Всё мы увеличили скорость на 20%!

    На Windows 7 делаем так:

    Пуск-Найти программы и файлы-пишем gpedit.msc в верху нажать на найденный файлик один раз.
    Откроется Редактор Локальной Групповой Политики.
    Политика Локальный компьютер-Конфигурация компьютера-Административные шаблоны-Сеть-Планировщик пакетов QoS
    Выбираем вкладку «Ограничить резервируемую пропускную способность», кликаем по ней два раза мышкой, в появившемся окне выбираем вкладку «Включить» (Enabled), а чуть ниже выставляем «0%». Нажимаем Применить-ОК. Закрываем.

    Увеличиваем максимальный размер (RWIN) в байтах, TCP/IP-пакета который мы сможем принять

    Кто умеет правим в реестре: по следующему пути [HKEY_LOCAL_MACHINESYSTEMCurrentCo ntrolSetServicesTcpipParameters] Там есть параметр «TcpWindowSize» . Чтобы не экспериментировать и подобрать нужное значение, надо исходить из того, каким способом Вы подключаетесь к Интернету. Ниже таблица с оптимальными показателями RWIN и MTU для различных подключений:

    DSL, cabel modem:

    до 512 Кбит ————-RWIN = 10164 и MTU = 1492
    512 Кбит и выше ——RWIN = 13068 и MTU = 1492
    1 Мбит и выше ———RWIN = 24684 и MTU = 1492
    2 Мбит и выше ———RWIN = 47916 и MTU = 1492
    3 Мбит и выше ———RWIN = 71148 и MTU = 1492
    6 Мбит и выше ———RWIN = 140844 и MTU = 1492
    16 Мбит и выше ——-RWIN = 1374616 и MTU = 1492
    25 Мбит и выше ——-RWIN = 585156 и MTU = 1492
    50 Мбит и выше ——-RWIN = 1168860 и MTU = 1492
    100 Мбит и выше ——RWIN = 2337720 и MTU = 1492

    Dial-up соединение:

    Интернет телефон модем (56 Кбит) ——RWIN = 7300 и MTU = 1492
    ISDN один канал (64 Кбит, стандарт)——RWIN = 2920 и MTU = 1492
    ISDN два канала (128 Кбит) —————-RWIN = 4380 и MTU = 1492
    GPRS (2G, 2.5G) ————————RWIN = 10052 и MTU = 1476
    EDGЕ он же E- GPRS(2.75G) ——-RWIN = 28720 и MTU = 1476
    UMTS(3G) ——————————RWIN = 189552 и MTU = 1476
    HSDPA(3G+, 3.5G) ——————-RWIN = 377668 и MTU = 1476
    WiMax(4G) ——————————RWIN = 1176084 и MTU = 1476
    Домашняя сеть (LAN) —————RWIN = 2064440 и MTU = 1500

    Значение MTU, определяет какой максимально допустимый размер (в байтах) TCP/IP-пакета, мы сможет отправить с нашего компьютера.

    Ещё правим в реестре эту ветку: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservic esTcpipParameters В ней строки: «Tcp1323Opts», «SackOpts», «EnablePMTUDiscovery» ставим значение 1

    m.pikabu.ru

    Реестр mtu

    Здесь нам предоставляется возможность задать наибольший размер передаваемого блока данных — Maximum Transmission Unit. MTU — это самое большое количество данных, которые могут быть переданы по сети в одном физическом фрейме. Если пакет IP большего чем MTU, то произойдет фрагментация. Эта фрагментация может удвоить время, которое требуется, чтобы послать единственный пакет.

    Для изменения размера MTU следует добавить новый параметр и установить желаемое значение. По-умолчанию оно равно 1500 в десятичной системе или 0x5DC в шестнадцатеричной. Для модемных соединений рекомендовано значение 0x240. Однако это ещё не всё, смотрите параметр «Enable MTU Auto Discovery», описанный немного ниже.

    Этот параметр определяет максимальный размер окна для приёма TCP пакетов, предлагаемый операционной системой. Окно приёма определяет количество байтов, которые отправитель может передать, не получая подтверждения. Вообще, чем больше окно, тем лучше работа в сетях с высокой пропускной способностью. Однако, не всё так просто. Но выходить за рамки статьи и углубляться в дебри TCP/IP, мы не будем. Достаточно сказать, что для того, чтобы точно определить значение окна, необходимо будет добавить раздел и параметр в реестре. Значание по-умолчанию 0x2238, а для модемных соединений устанавливать и изменять его не рекомендуется. Коротко и ясно.

    Включение этой опции заставляет TCP автоматически определять MTU.

    TTL определяет максимальное время, которое пакет IP может прожить в сети, не достигая адресата. Другими словами : использование этой опции определяет, как долго компьютер будет ждать, прежде чем решит, что запрашиваемый вебсайт не найден.

    Рекомендованное значение равно 128. Добавьте следующий ключ :

    Не углубляясь далеко в теорию, отметим, что когда поддержка Selective Acknowledgement (SACK) включена, и пакет или ряд пакетов TCP потеряны, то получатель может сообщить отправителю точно, какие данные были получены, и где находится «дыра» в данных. Тогда отправитель может выборочно повторить передачу только недостающих данных, и не будет повторно передавать блоки данных, которые уже были успешно получены. Особенно это важно для больших TCP окон, см. описание следующей опции.

    Для включения возможности SACK нужно добавить в реестр такой ключ :

    Совместно с опцией TCP/IP Window Size , описанной выше, дает возможность включить поддержку больших TCP окон TCP Window Support , это особенно актуально в сетях с большой пропускной способностью (я думаю, что модемное соединение к ним не относится). Если вам так нужно, то измените значение ключа с 0 на 3 :

    Выше написанное действительно для нормальных линий, то есть стандарты.

    По умолчанию большинство нижеописанных ключей не содержатся в реестре, поэтому их нужно будет добавить. Для отмены действия ключа, если нет специальных оговорок, будет необходимо изменить его значение на обратное — чаще с 1 на 0 — либо просто удалить ключ из реестра.

    daniivanov.narod.ru

    Реестр mtu

    Очень важным моментом в настройке Windows является оптимизация соединения с Интернет. Ведь от качества связи напрямую зависит время, проведенное вами в сети и соответственно затраты денег на это. Можно попытаться настроить соединение наилучшим образом, с минимальными потерями данных. Прежде, чем приступить к редактированию реестра, надо узнать несколько специальных терминов и уяснить соотношения между ними.

    Это максимальный размер пакета данных, который может быть передан за один физический кадр по протоколу TCP/IP. Дело в том, что данные от компьютера к компьютеру в Интернете идут не сплошным потоком, а этими самыми кадрами — пакетами строго определенного размера. Если бы все компании и фирмы, имеющие хоть какое-то отношение к Интернету, договорились о едином стандарте на размер этих пакетов, то мы бы использовали каждый такой кадр по максимуму, полностью заполняя каналы передачи данных своими битами. Однако это не так. Мало того, что при установке нового соединения два удаленных компьютера должны согласовать между собой размер кадра, так еще и по пути к месту назначения пакет преодолевает целый ряд промежуточных серверов и маршрутизаторов, настройки MTU которых могут быть совершенно различными. При этом слишком большой пакет в пути, скорее всего, будет фрагментироваться и заполняться «воздухом», «балластом», что негативно скажется на эффективности связи. Так, если ваш провайдер имеет установки MTU=576, а у вас в Windows задано MTU=1500, то каждый ваш пакет будет им разбиваться на три по 576 байт: 576+576+576=1728 — то есть 228 байт балласта будут добавляться к каждому вашему пакету. Но даже если провайдер тоже поставил у себя MTU=1500, то при связи с удаленным сервером вполне может попасться маршрутизатор с меньшим значением MTU и пакеты опять-таки будут фрагментироваться, замедляя передачу данных.

    Также нельзя забывать, что в процессе приема пакета может произойти сбой, тогда пакет придется принимать заново. Казалось бы, что чем меньше пакет, тем лучше, но в каждом пакете присутствует 40 байт служебной информации (об этом ниже), т.е. вам приходится принимать лишние байты, что не есть хорошо. Исходя из этих соображений, можно порекомендовать выставлять максимальное значение (1500) тем, у кого хорошее качество связи, что позволит избежать получения лишней служебной информации. Для тех, у кого качество связи оставляет желать лучшего, и часто происходят потери пакетов, можно порекомендовать выставлять значение MTU по минимому. В любом случае, лучше это значение подобрать экспериментально, выставляя его и проверяя скорость работы.

    Каждый пакет данных в действительности состоит из нескольких сегментов — нескольких заголовков и фактических данных. Та его часть, в которой содержатся только фактические данные, называется MSS (Maximum Segment Size) — это еще один параметр протокола TCP, определяющий самый большой сегмент данных TCP, которые могут быть переданы за один раз. То есть, MTU = MSS + заголовки TCP/IP. Для заголовка тоже имеется общепринятый размер — это 40 байт (20 байт IP и 20 байт TCP), следовательно, обычно MSS = MTU — 40. По этой причине в определении оптимального размера MTU есть некоторые тонкости.

    RWIN (receive window, окно приема) — размер буфера, в котором накапливается содержимое области данных (MSS) нескольких полученных пакетов, прежде чем передается дальше, например, в браузер. При недостаточном размере этого буфера иногда происходит его переполнение, и поступающие пакеты отвергаются и теряются. Размер RWIN обязательно должен быть кратен MSS и обычно для лучшей эффективности модемного соединения кратность рекомендуется устанавливать равной 4-8. Однако чрезмерно большой размер буфера также нежелателен, особенно на плохих линиях — при потере всего одного пакета в случае сбоя на линии будет повторно затребован не один потерянный пакет, а все пакеты из этого буфера, что займет некоторое время.

    TTL (time to live, время жизни) — количество хопов, то есть промежуточных серверов, через которые может пройти ваш пакет в поисках своего места назначения. Каждый такой сервер добавляет единицу к специальному счетчику в заголовке вашего пакета, и, когда счетчик достигает максимально разрешенного значения, пакет считается заблудившимся и прекращает свое существование. По умолчанию TTL равен 32, что сегодня явно недостаточно для разросшегося Интернета: нередки случаи, когда удаленный сервер находится более чем в 32 переходах, поэтому TTL следует увеличить как минимум до 64.

    NDI Cache (Network Device Interface Cache) — кэш, в котором хранятся данные о маршрутах движения пакетов, по умолчанию его размер равен нулю. Чтобы его задействовать наиболее оптимально, необходимо установить его размер равным 16 при модемном соединении или 32 при более скоростных подключениях.

    Пожалуй, пора приступать к настройкам. Часть данных хранится в ветви HKEY_LOCAL_MACHINE в разделе System\CurrentControlSet\Services\Class\NetTrans\0000. Здесь 0000 — номер профиля (их может быть несколько, например, 0001, 0002. ). Значение MTU выставляется с помощью строкового ключа MaxMTU (1500, 1002, 576, 552).

    Для настройки следующих параметров откройте раздел System\CurrentControlSet\Services\VxD\MSTCP. Значение MSS устанавливается строковым ключом DefaultMSS: его значение равно MaxMTU — 40.

    RWIN настраивается в строковом ключе DefaultRcvWindow. Поэкспериментируйте с этим значением, но помните, что оно должно быть кратно MSS (MSS*4 или MSS*8).

    TTL настраивается с помощью строкового ключа DefaultTTL.

    Вы можете разрешить Windows самой определять оптимальное значение MTU.

    Если опция включена, то Windows сама подбирает оптимальное значение MTU, однако процедура вычисления MTU для каждого соединения требует немало времени, что чуть тормозит работу при закачке небольших файлов и веб-серфинге. Для установки этого параметра добавьте строковый ключ PMTUDiscovery. Значение «1» включает его, «0» — выключает.

    Обнаружение черных дыр. Установка этого параметра разрешает протоколу TCP пытаться обнаружить никуда не ведущие роутеры и те, что не возвращают ICMP-сообщений о необходимости фрагментации при определении наилучшего MTU. Это также, как и любая дополнительная процедура, может замедлять работу в Интернете — попробуйте поэкспериментировать с ее отключением. Для этого добавьте строковый ключ PMTUBlackHoleDetect со значением «1» для включения и «0» для выключения.

    Для настройки NDI Cache откройте раздел System\CurrentControlSet\Services\VxD\NWLink\Ndi\params\cachesize и в значении по умолчанию пропишите нужное число (16 или 32).

    Вы можете увеличить количество одновременных подключений к серверу, включив эту опцию, что часто бывает весьма полезно, с помощью DWORD ключей MaxConnectionsPer1_0Server (установите его значение в 10) и MaxConnectionsPerServer (прировнять к 8). Эти ключи надо добавить в раздел HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings. Удаление их приведет к отключению возможности.

    Все настройки вступают в силу после перезагрузки компьютера. Поэкспериментируйте с различными значениями, и вы сможете увеличить скорость подключения на 20-40%.

    whatis.ru

    Смотрите так же:

    • Путь к файлу host в реестре Файл хост в Windows. Редактирование и восстановление файла hosts Файл хост – стандартный инструмент, используемый операционной системой для сопоставления названий узлов с их ip-адресами. С его помощью выполняется обслуживание системы и […]
    • Планшеты с высоким разрешением Планшеты с разрешением экрана 2048x1536 - цены Разрешение - величина, определяющая количество точек на единицу площади. Разрешением экрана обычно называют максимальное количество точек (каждая из которых может содержать один или несколько […]
    • Ошибка при разрешении общего доступа к подключению к интернету не удается Ошибка при разрешении общего доступа к подключению к интернету не удается Друзья, возникла неполадка. Имеем: 2 персональных компьютера с общим доступом в интернет. В основной вставлено 2 сетевые карты, #1 для интернета, #2 - для связи с […]
    • Как собрать частотность в кей коллектор Новые возможности версии 2.7: сбор статистики Yandex.Wordstat через Yandex.Direct На текущий момент Key Collector предлагает 4 возможности сбора статистики Yandex.Wordstat: напрямую из wordstat.yandex.ru (классический режим; […]
    • Лиофильно споры Бактисубтил ® bactisubtil ® Инструкция по применению препарата Форма выпуска, состав и упаковка Фармакологическое действие Фармакокинетика Показания Режим дозирования Побочное действие Противопоказания к применению […]
    • Цифровые камеры видеонаблюдения высокого разрешения Уличные IP-камеры с ИК-подсветкой с фиксированным объективом с варифокальным объективом с фиксированным объективом с фиксированным объективом с фиксированным объективом с варифокальным объективом с варифокальным объективом с варифокальным […]
  • Обсуждение закрыто.