[Инструкция] DSL, неправильная настройка MTU и возможные проблемы.

[HotBeer]

Для примера у одного и тоже же провайдера тестировался интернет с тремя различными модемами(Zyxel,Asus,Acorp), с двумя различными скоростями (128Кбит/2Мбит).

При скорости 128 Кбит все три показали успешную и стабильную работу.
А вот при скорости 2Мбит у модема (Asus,Acorp) показали стабильную работу.
А как нистранно Zyxel нет, временами скорость хромала, но это не главное. Периодически настолько браузер задумывался до получения ответа удачи/неудачи открытия той или иной старницы, включаю страницу веб формы самого модема.
Решение - Параметр MTU (Maximum Transmission Unit)

Данная величина стандартная. MTU производит процесс фрагментации больших пакетов на меньшие для дальнейшей передачи.
То есть это является средней величиной маршрутизатора, но величиной настраиваемой.

Приведу пример, что данную величину необходимо настраивать.

Некоторые думают, что чем он (MTU) выше, тем быстрее работает связь. Однако, это так только до определённого предела. Завышение MTU может привезти к резкому падению производительности и, главное, к снижению надёжности доставки пакетов. Вся беда в том, что процесс фрагментации плохо стандартизирован и что по пути пакет может пройти через шлюз, а этот шлюз может начать дофрагментировать ваши фрагменты (производительность резко падает). А некоторые могут даже не сообщить об этом шлюзу-отправителю (надёжность резко падает).

Шлюз может не сообщить о неудачной доставке пакета, а ОСЬ соответсвенно ждет от него ответа, в процессе некоторые неудобства при ожидании ответа браузера на экран о удачи/неудачи.

Логично тогда сказать, что необходимо параметр ОСи снижать до параметра шлюза.

В Windows по умолчанию максимальная длина нефрагментируемого пакета 1500 байт, соответственно его следует уменьшить до размера прохождения первого шлюза (то есть модема).

В моем случае размер прохождения нормально пинга до модема составил 1472 байта, соответственно режим, который нужно установить в операционной системы будет 1472+28 (28, потому что при посылке пакета автоматически прибавляется IP (20 байт) и ICMP (8 байт) ИТОГО получаем реальное необходимое (в моем случае) длину нефрагментируемого пакета 1500 это и есть нормально для Windows. Но в вашем случае значение может не соответствовать стандартным настройкам ОСи.

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

В идеале получается, что локальная величина MTU должна быть не больше, чем выставлено у вашего провайдера.

При завышении MTU при условии его нефрагментации на шлюзе, увеличивается и время повторной передачи пакета при его потере

Краткий FAQ от Black Fox (мануал, скорее).
1. Позвонить провайдеру и узнать у него MTU.
2. Выставить этот MTU на WAN-интерфейсе роутера.
3. Забыть обо всём.
Единственное, может быть, о чём стоило бы задуматься, так это о размере джамбо-фреймов, если пользователи захотят использовать между собой сетки в 1Гбит/с с джамбами. Но, думаю, это отдельный, э-э-э, секс.