Раздел обзоров

MKPReviews->Операционные системы->Глубокая настройка TCP/IP [ Поиск ]

Глубокая настройка TCP/IP
Название Глубокая настройка TCP/IP
Описание или MTU (Maximum Transmission Unit) в Windows
Автор Sunnych
Послано Starichok Che
Глубокая настройка TCP/IP или MTU (Maximum Transmission Unit) в Windows

Краткое введение в лексику данного материала:
MTU (IPMTU) - Maximum Transmission Unit. Максимальная единица транспортировки. Максимальный размер пакета, который может проходить по данной сети или через данный узел или шлюз. Первоначально размер пакета определяется источником, но если по пути встретится узел, настроенный на меньший размер, то пакет разбивается на меньшие пакеты и не собирается в первоначальный вплоть до приемника. При этом один из пакетов получается почти пустым или полупустым. В Интернет наиболее типичными являются значения MTU 1500 и 576 байт, в других сетях могут быть также значения 552 и 1002. Считается, что Windows автоматически выставляет MTU в 576 при скорости соединения менее 128 кбит/сек и в 1500 - при большей скорости.
MSS - Maximum Segment Size. Максимальный размер сегмента данных. Этот размер менее MTU на величину размера сегмента заголовков (заголовок TCP + заголовок IP, 20 + 20 байт). MSS = MTU - 40.
RWIN - Receive Window. Буфер приема данных освобождается по мере заполнения. Размер буфера кратен размеру MSS. Чем больше буфер, тем больше пропускная способность (но в случаях потери пакета получается неоправданный простой в передаче).
TTL - Time To Live . Время жизни пакета определяется источником и контролируется на транзитных узлах и шлюзах, при исчерпании TTL пакет анулируется даже если еще не достиг цели. По истечении TTL источник, не получив подтверждения приема, повторяет посылку, так как пакет считается утерянным. Большое значение TTL замедляет передачу данных, так как источник неоправданно долго ожидает подтверждения. Значение TTL записано в заголовке пакета и списывается по единице при прохождении очередного узла по маршруту и по истечении некоторого промежутка времени.

Откуда взялась эта статья.
В один прекрасный день у меня перестала в удалённой сетке работать 1С в терминале.
схема
a) Windows 2003 Server (1С которую используют все мои подсетки)  192.168.10.A
b) FreeBSD (на котором настроен VPN + выход в мир) 192.168.10.С + XXX.XXX.XXX.XXX
c) WinXPsp2ru (просто моя админская машинка) 192.168.10.B
d) WinXPsp2ru (выход в мир + соединение по VPN)  YYY.YYY.YYY.YYY + 192.168.11.A
(a) <-> (b) <-> (d)  - вот тут и началась проблема с того что (d) pingовала (a) с бешенными потерями доходящими до 100% потерь, само собой 1С в mstsc (терминале) с такими таймаутами работать не захотела, стал вопрос в чём проблема, в ходе её решения было заменено всё оборудование на новое, но проблема осталась, и родилась идея, а что если проблема у провайдера и может даже физическая (не качественный кабель и.т.д), а работать надо!
Пришлось смотреть софт который отвечает за настройки пакетов, и вот одна из таких программ мне подошла -  iSpeed for Windows она есть на форуме тут но у неё был большой минус она не работала с 2003 сервером,
Но для начала я её опробовал на своей рабочей машине (с), и о боже после того как я сделал следующие не хитрые манипуляции программой  iSpeed for Windows:
выставленные мною настройки
MTU = 1024, MSS = 984 (MSS=MTU - 40), RWIN = 7584 (RWIN=MSS* (от 1 до 16 я взял 8)), TTL=128.
Какого было моё удивление когда по схеме
(с) <-> (b) <-> (d)  всё стало замечательно работать, но не тут то было как ранее я написал эта софтинка не работает с 2003 serv, пришлось читать support.microsoft, а там в свою очередь вот что нашлось:
Article ID : 314053
Article ID : 314825
сделав из этого для себя выводы я полез в реестр Windows 2003 server (причем он не тестовый, боевой).

Были внесены следующие поправки в его реестр:
– всято с support.microsoft
Enable PMTU Black Hole Detection on the Windows-based hosts that will be communicating over a WAN connection. Follow these steps:
1. Start Registry Editor (Regedit.exe).
2. Locate the following key in the registry:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicestcpipparameters
3. On the Edit menu, click Add Value, and then add the following registry value:
Value Name: EnablePMTUBHDetect
Data Type: REG_DWORD
Value: 1
4. Quit Registry Editor, and then restart the computer.
– сам определил
HKEY_LOCAL_MACHINESYSTEMControlSet001ServicesTcpipParametersInterfaces мы смотрим какой наш сетевой интерфейс по настройкам (в множестве файлов реестра Interfaces вы обязательно увидите свои сетевые настройки это и будет Ваш сетевой интерфейс).
я добавил ключ
параметр MTU значение REG_DWORD с значением в шестнадцатиричной 400 это и есть 1024 в десятичной.
на данный момент у меня всё нормально работает.
(Удачи Вам)
Sunnych®
Голоса Голоса: 12 - Среднее: 4.83

Добавить комментарий Оценить
Комментарии
SashJ
10 Окт 2007
Естьеще программа ModemBuster
По действиям проги выходит что она автоматом меняет параметры MTU,TTL..
Также позволяет вводить ети параметры в ручную
Время работы проги на модеме приблизительно 20 мин

Старт
Имеется 5 обзоров в базе данных
Наиболее просматриваемые: Безопасность - превыше всего
Наиболее оцененные: Литса олбанцкай нацианальнасти

Всего пользователей, просматривающих раздел обзоров: 23 (0 Зарегистрированные пользователи 23 Гости и 0 Анонимные пользователи)
Видимые пользователи: 0


 

Яндекс цитирования Checkpagerank.net Rambler's Top100

MKPortal ©2003-2006