Maximum Transmission Unit (MTU). Мифы и рифы

Выкладывай, чего спрашивать :)

Очень интересует вопрос, есть ли MPLS, но не в коммутаторах, а просто в обычных дистрибутивах Linux? Не хочется только из-за MPLS покупать коммутатор.

А чем отличаются первые три рисунка?

Вот еще если кому интересно из первоисточника.
MTU Behavior on IOS XR and IOS Routers

Эта особенность может привезти к проблемам при установке OSPF neighborship между платформами под управлением IOS(XE) и IOS XR (OSPF требует совпадения MTU в Hello пакетах).

Вообще-то не должно это приводить к проблеме. По-умолчанию на XR уже стоит 1514 для ethernet интерфейсов.

Соответственно, когда на интерфейс попадает пакет, превосходящий установленное IP MTU, пакет либо подвергается дефрагментации,

Я думаю, он подвергается фрагментации.

Однако это справедливо для IOS и IOS XE, но для IOS XR

операционные системы (в частности Windows), когда вы задаёте размер пакета команде ping воспринимают ето значение как чистый paiload

Эх, где ж вы были пару недель назад:(
Решали проблему связи между парой серверов на двух площадках, и собрали все указанные грабли. Связь между серверами вроде как есть (тот же ssh работает, пинг пингует), а как только начинаем что-то копировать — то копирует, то нет. В результате оказалось, что:
— Nexus и ASA параметр MTU воспринимают по-разному — кто-то учитывает весь конверт, кто-то — игнорирует его часть.
— Серверы (AIX) под параметром MTU подразумевают только полезную нагрузку (payload), и игнорируют конверт.

Самое смешное, что инженеров подвела привычка. Настраивали MTU как обычно, но не учли, что при использовании OTV появляется еще один заголовок. Соответственно, пакет становился толще и не всегда «пролазил» через сеть. Когда снизили MTU на размер дополнительного заголовка — все заработало без проблем.

Спасибо за статью, очень интересно. Вы написали, что при слишком большом MSS (относительно MTU) на транзитом узле возможен дроп пакетов, поэтому вопрос: почему?

Например, такая ситуация: промежуточный маршрутизатор, получая через интерфейс с MTU 8000 пакет размером в 7000 байт, который является ответом в рамках TCP-сессии с анонсированным MSS 7500, должен отправить его через интерфейс с MTU 1500. Не должен ли он этот пакет просто фрагментировать (на уровне IP) и отправить дальше фрагменты?

Если мне не изменяет память, то MSS может быть абсолютно любым, просто эффективней, когда он не превышает минимального MTU на маршруте (а следовательно отсутствует фрагментация), поэтому и существует MSS adjustment, чтобы на промежуточном узле привести MSS к оптимальному варианту.