Для автоматизации процедуры настройки в Windows предусматривается встроенная функция MTU Discovery, используемая для калибровки. Система отправляет пакет с меткой «Not Fragmentable», что запрещает его фрагментацию на промежуточных этапах передачи. Если ответ от маршрутизатора содержит сообщение об ошибке, то Windows понижает предлагаемое значение MTU. Процедура повторяется рекурсивно до тех пор, пока не поступят сведения об успешном выполнении запрошенной функции.
Например, если Интернет-провайдер использует на маршрутизаторе значение MTU, равное 576, то при каждом новом соединении Windows будет обязана рекурсивно снижать порог, начиная от своего значения по умолчанию. И хотя размер пакетов настраивается автоматически, время на выявление допустимого значения MTU тратится.
Если «правильное» значение выставить вручную, то можно значительно сократить время обязательного согласования.
Этот параметр задает максимальный (пороговый) размер сегментов данных, которые могут быть помещены в стек протокола TCP. При установке соединения система выясняет значения, принятые на обеих сторонах (хостах) и выбирает минимальное. MSS, как правило, на 40 байт меньше MTU: именно столько отводится под заголовки в пакетах.
Этот параметр задает размер (в байтах) принимаемого блока TCP-данных, которые могут быть получены и собраны вместе в общую цепочку единовременно. Дело в том, что хост отправляет данные, не дожидаясь получения подтверждения о приеме каждого отправленного пакета. Он делает это до тех пор, пока суммарный размер отправленных данных не превысит установленное значение RWIN. Дальнейшая передача данных не возобновляется до получения подтверждения об успешном считывании на принимающей стороне полного отправленного блока данных.
Слишком большое значение RWIN может привести к значительным издержкам, связанным с появлением потерь или искажений пакетов при передаче данных. Если же RWIN окажется слишком малым, то отправляющая система будет вынуждена постоянно находиться в ожидании подтверждений от принимающей стороны, что также приведет к значительному замедлению процесса передачи данных.
Данный параметр следует как минимум задавать кратным размеру MSS, чтобы избежать очевидных повторов.
Параметр TTL задает временя жизни отправляемых IP-пакетов; оно вставляется в заголовок каждого пакета. Это максимальный период, в течение которого пакет может кочевать по Сети в направлении своей адресации.
Использование параметра TTL позволяет эффективно ограничить число маршрутизаторов, через которые конкретный пакет сможет уйти «в сторону». Если этого не сделать, то любой местный затор пакетов будет приводить к спонтанной цепной реакции. Без этой функции самолечения Сеть моментально будет захламляться никому не нужными пакетами.
Параметр определяет время сохранения открытых сеансов связи, используемых для передачи данных. Фактически он задает частоту отправки пакетов с меткой Keep Alive. Отправляя такие пакеты, запрашивающий компьютер обеспечивает сохранение открытого сеанса со стороны принимающей системы. Это может потребоваться, в частности, в периоды временной неактивности, когда предыдущая порция данных уже отправлена и требуется время на ожидание поступления новой порции данных для передачи. В этом случае принимающая сторона, не получая новых данных, может закрыть открытую сессию, решив, что все завершено. Отправка сигнальных пакетов Keep Alive препятствует этому: ведь повторное открытие соединения – это неизбежные потери времени, которых можно избежать.
Минимальное время простоя составляет 1 мин (60 тыс. мс), хотя на практике часто рекомендуется использовать 10 мин (600 тыс. мс).
IPv6 обеспечивает дополнительную оптимизацию
Задача «тонкой» настройки набора протоколов Интернета (известных, как IPv4 и разработанных еще в конце 1970-х гг.) не исчерпывает многих его проблем. Прежде всего они касаются быстрого исчерпания адресного пространства, отсутствия встроенной проверки подлинности и конфиденциальности, механизма автоконфигурации, средств для расширения среды и т. д. В современных ИТ-системах, начиная с Windows XP SP1, Windows CE.NET, Solaris 8 и др., возможности IPv4 дополнятся IPv6 – новым набором стандартных протоколов для сетевого уровня Интернета, предоставляющим следующие достоинства.
Расширенное адресное пространство. Проблема быстрого исчерпания адресного пространства в IPv4 приводит к необходимости использования трансляторов сетевых адресов NAT, которые отображают несколько частных адресов в один открытый IP-адрес. Это приводит к дополнительным издержкам при обработке данных и невозможности создания сквозного соединения. Адреса для IPv6 имеют длину 128 бит, что позволяет не только в нынешних условиях, но и в обозримом будущем обеспечить любое устройство, подключенное к Интернету, собственным адресом и соответственно его доступностью в глобальном масштабе.
Эффективные средства маршрутизации. Вследствие предопределенной внутренней организации классов в IPv4 отсутствует поддержка подлинной иерархии, из-за чего невозможно структурировать IP-адреса в соответствии с тем, как они реально отображаются в топологии сети. Этот ключевой недостаток приводит к необходимости использования большой таблицы маршрутизации для доставки пакетов IPv4 по Интернету.
Благодаря измененному заголовку в IPv6 и замене механизма адресации трафик IPv6 передается маршрутизаторами значительно быстрее по сравнению с IPv4.
Простота настройки сетевой конфигурации. IPv6-хосты могут осуществлять собственную настройку путем взаимодействия с сервером DHCPv6 либо обращаясь к локальному маршрутизатору и используя функцию автоматического назначения адресов.
Повышенная безопасность. Применение IPv6 позволяет решить ряд проблем IPv4, связанных с обеспечением безопасности. Прежде всего это касается улучшенной защиты от сканирования портов и доступа к адресному пространству системы.
При обмене данными протокол IPv4 не требует поддержки механизма проверки их подлинности и
