Что такое MTU и с чем его едят ???

MTU - параметр определяет величину максимальной единицы передачи (Maximum Transfer Unit).
Это максимальное количество октетов (байт), которое интерфейс способен поддерживать
за одну операцию приема/передачи. Для Ethernet это значение по умолчанию составляет
1500 (максимальный размер пакета Ethernet).

Для сетей Ethernet уменьшать MTU не стоит.

Немного теории:
Вообще, чем больше пакет, тем выгоднее его передовать. В каждом TCP/IP-пакете
IP и TCP-заголовки составляют в сумме 40 байт. Значит для полезных нам данных
остается 1460 байт (1500-40). А теперь представим, что MTU у нас 100 байт, -> на полезные
данные остается всего 60 байт. Налицо неэффективное использование канала
(передается много "лишней", не полезной для нас информации). Поэтому на стабильных
каналах чем MTU больше - тем лучше (в сетях Ethernet максимальный MTU - 1500 байт).
Но на нестабильных каналах (телефонных) передача большого пакета может стать практически
невозможной или трудновыполнимой задачей. На таких каналах легче передавать пакеты
меньшего размера. Оптимальное значение подбирается опытным путем (предпочтительнее)
или "как у друга" :)

угу, а еще на модемных если MTU с провом разное, всякие интересные вещи могут твориться, с почтой особенно, так что на модемах лучше согласовать, или ставить где-то 296(256+40)

При РРР соединении с провом можно вообще не указывать этот параметр, тогда будет
использоваться значение, предложенное удаленной стороной (провом). Если значение указать,
то при РРР согласовании будет выбрано меньшее значение. То есть, ваше значение будет
принято (и использововаться) только в том случае, если оно меньше значения,
предложенного провом.

PPP-Howto is your friend !

[skip]
> Но на нестабильных каналах (телефонных) передача большого пакета
> может стать практически невозможной или трудновыполнимой задачей.
> На таких каналах легче передавать пакеты меньшего размера.
[skip]

Хочу предостеречь.
Зачастую, серверы не принимают пакеты маленького размера,не утруждая
себя посылкой ICMP сообщения. То есть попросту дропают пакеты.
Результат - зависание и отваливание по таймауту TCP сессий.--
Slava.