обозначает , что MTU = 1500 , 1472+заголовок ICMP (8) + заголовок TCPIP(20)
при этом MSS=1460, соответственно некоторые параметры должны быть кратны этой величине
ping 192.168.0.1 -l 65500 проходит, наверно пройдет и больше, но ping ограничивается этим значением.
ping sql.ru -l 8150
для внешней сети 8150 максимальное число.
так вот что это число обозначает (или 8150+20+8= 8178, и тогда 8178-20-20=8138 ) при применении к параметрам TCPIP - размер окна или еще чего?
какие параметры нада грамотно задать используя это значение?
по инету полазил , но вразумительного не нашел.
ping 192.168.0.1 -l 65500 проходит, наверно пройдет и больше, но ping ограничивается этим значением.
[/quote]
потому что ключ -f не указал. фрагментирует и проходит. но смысл таких команд проверить mtu, а без запрета на фрагментирования такая команда теряет смысл.
ключи pinga известны, ? пользоваться умею.
насчет фрагментирования для определения MTU служит
ping xxx.xx -f -l 1472
максимальный мту без фрагментировани и получается 1500, при этом MSS 1460
задача правильно задать максимальный размер окна и прочие параметры параметры для оптимизации сети.
так вот 8138 и есть определённое число определяющее размер данных проходящих по внешней сети.
относительно его инада (наверное) плясать.
но хочется не гадать и делать предположения , а руководствовадься чем-либо, ибо подбирать/определять опыным путем в данном случае не очень наглядно и не достоверно.
Раздел: Tcpip\Parameters
Тип параметра: REG_DWORD — количество байтов
Допустимые значения: сетевой MTU - любое значение в разумных пределах,
не превышающее 0xFFFFFFFF
Значение по умолчанию: 74240 (достаточно для пятидесяти пакетов по 1480 байт,
округленных до числа, кратного 256)
Описание: этот параметр определяет, какое количество памяти занимает IP для хранения пакета данных в очереди пакетов на маршрутизаторе. Когда буфер заполнен, маршрутизатор начинает произвольно отбрасывать пакеты из очереди. Буферы очереди данных пакетов имеют длину 256 байт, поэтому значение этого параметра должно быть кратно 256. Для пакетов большего размера несколько буферов могут быть соединены в цепочку. Заголовок пакета IP хранится отдельно. Если маршрутизатор IP не включен, этот параметр игнорируется, и буферы не выделяются.
[/quote]
но как видно используется число 1480, не понятно как его определии
Майкрософт оределяет
Цитата
The PMTU between two hosts can be discovered manually using the ping tool with the -f (don’t fragment) switch, as follows:
ping -f -n <number of pings> -l <size> <destination ip address>
As shown in the example below, the size parameter can be varied until the MTU is found. The size parameter used by ping is the size of the data buffer to send, not including headers. The ICMP header consumes 8 bytes, and the IP header is normally 20 bytes. In the case below (Ethernet), the link layer MTU is the maximum-sized ping buffer plus 28, or 1500 bytes:
[/quote]
но это только часть . большое влияние та трафик и скорость оказывают и другие параметры.
копировать предложенные бездумно не вижу смысла , поэтому и хочу узнать
Цитата
TcpWindowSize
Раздел: Tcpip\Parameters
Тип параметра: REG_DWORD — количество байтов
Допустимые значения: 0 - 0xFFFF
Значение по умолчанию: менее 0xFFFF
ИЛИ
(В четыре раза больше максимального размера данных TCP в сети
ИЛИ
8192, округленное до четного числа, кратного размеру данных TCP в сети.)
Значение по умолчанию для Ethernet — 8760.
Описание: этот параметр определяет максимальный размер окна приема протокола TCP, предлагаемый системой. Размер окна приема определяет количество байтов, которые отправитель может передавать без получения уведомления. Как правило, больший размер получаемого пакета повышает производительность при передаче в сетях с высокой загрузкой. Для повышения эффективности размер окна приема должен быть кратным максимальному размеру сегмента (MSS) TCP.
[/quote]
но как привязать значение 8150
8760=1460*6
если следовать этой логике должно быть
1460*4=5840
правильно ли это?
как правило всё описания для настройки направляют в
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
а если две картоки , ведь в разных сетях может и есть разные параметры
какие нада прописывать для локальной сети и где в реестре, а какие для внешней
а откуда взялись константы "6" и "4" ? почему не "9" ?
в общем случае, чем больше принято пакетов без подтверждения - тем выше производительность.
Но заметно это только на потоковых передачах больших объемов.
Еще коммутаторы можете настроить на работу с jumbo фреймом - имхо это полезней.
Запустите какой-нить sniffer и посмотрите статистику по пакетам.
вообще-то оптимизировать нужно если есть проблемы. а они есть?
ИЛИ
(В четыре раза больше максимального размера данных TCP в сети
ИЛИ
8192, округленное до четного числа, кратного размеру данных TCP в сети.)
Значение по умолчанию для Ethernet — 8760
[/quote]
есть две сети внутренняя и внешняя - полные противоположности
для одной существуют ограничения для другой ограничений нет.
настройки одной не подходят для другой.
а все, что я нашел описывают домашний комп подключенный напрямую к инету.
проблемы есть в трафике , в скорости.
сделав даже аробные изменения я убедился в улучшении, как-то время открытия сайтов заметно уменьшилось. нагрузка на сеть упала.
даже используя такой примитивный инструмент как диспетчер задач видно, что разница между принятым и отправленным возрасла.
цифры 4 и 6 взялись из
[/quote]
ага, читал. а откуда они там взялись?
ну умножте себе на 8 или на 16 если требуется обязательно четное и у вас от этого улучшение.
насколько я помню из своего опыта, чтобы были заметны такие оптимизации, их надо делать на всех промежуточный точках, через которые проходит трафик.
еще делал на коммутаторе и на сервере jumbo фреймы - тоже явного улучшения не заметил.
Наибольший эффект дало отключение алгоритма Нагля на юниксовом сервере
А для интернете большая экономия полосы и трафика достигнется с помощью прокси. Абсолютно реально поставить squid под винду на свою тачку, отдав под кэш старый винт (все равно через год сдохнет ) на отдельном канале.
только надо понимать что ты настраиваешь не весь канал а только протокол tcp.
т.е. для udp это уже работать не будет.
если у тебя только инет - то нормально.
а если появлятся голос или терминальные приложения - то надо уже qos настраивать.
Вадя » 29 янв 2007, 12:43 
) на отдельном канале.
