есть куча свитчей, где джамбы включить можно, но значение мту можно выбрать только из предустановленных (обычно 1.5, 2, 4, 9 и 15к)

соответственно, если вдруг у вас на хостах используется MTU 6666 байт, то надо выбрать любое, не меньшее используемого

если ваш мт позволяет настройку до байта - задайте 6666, или 6667, или 9000, или 32768 байт - это все будут подходящие значения

я такими принципиально не пользуюсь, извините )

в целом вашу мысль можно сформулировать кратко -  л2  мту  на ВСЕХ устройствах в броадкаст домене должно быть больше    чем  л3 мту  на  любом из терминирующих хостов (не менее чем на 4 байта)

если выразить мысль так, можно крепко попасть на терминологию

можно. но не нужно )

» вы должны выставить значение IP MTU в точности такое же, как на остальных терминальных узлах

скрин, который я вам показал.....    девайс спокойно работает  с  серверами на которых IP MTU  8996 )  девайс - роутер

Сервера между собой  гоняют пакеты 9к  и при этом совершенно спокойно  ходят наружу через роутер на котором мту дефолтный.       Понятно что это миссконфигурейшн     но  тем не менее - все работает,   при чем без нареканий.      Такой вот  неудобный  факт.

я бы сформулировал кратко свои мысли так:
1. не трогайте ничего, связанного с мту, если только без этого нельзя обойтись
1a. можно поломать намного больше, чем выиграть
1b. одумайтесь!!!
2. термин MTU существует только в IP
2a. не существует единого мнения по поводу того, что может означать L2MTU
2b. каждый вендор под этим термином понимает что-то свое
2c. а некоторые вендоры даже сами с собой не могут договориться, что это означает
2d. не думайте, что вы умнее всех остальных, и знаете про L2MTU Истину, которую не знают эти самые вендоры
3. если вы играете с MTU, то выставляйте его правильно
3a. на всех хостах MTU хорошо бы делать одинаковым
3b. и если хост может отправлять пакеты в интернет, то не превосходящим 1500
3с. если вы трогаете что-то, что называется MTU, но не находится в контексте настройки IP, то вы гуляете по минному полю.
4. правило №1 поведения на минном поле: на всех терминальных узлах в широковещательном домене (серверах, рабочих станциях, ноутбуках, телефонах, точках доступа, принтерах, роутерах, итд) вы обязаны настроить сетевые интерфейсы так, чтобы все они отправляли и принимали пакеты размером вплоть до некоторого выбранного вами числа байт (включая заголовки, и чексумму). Для простоты далее в тексте это число будет обозначаться N.
4a. Если какой-то узел будет отправлять пакеты большего размера, чем N, они будут отбрасываться остальными узлами как невалидные. Если на каком-то узле будет стоять настройка, разрешающая отправку или прием пакетов вплоть до некоторого числа, меньшего N, то вполне легитимные пакеты размера N будут отброшены этим узлом как невалидные.
4b. на всех терминальных хостах настройка обязана быть одинаковой, без исключений
5. правило №2 поведения на минном поле: на всех транзитных свитчах, формирующих широковещательный домен, должны форвардиться пакеты (кадры) размера N. Если выставить значение максимально разрешенного размера кадров в число, большее N - ничего плохого не случится . Если выставить значение в число, меньшее N - будут потери.
5a. на всех свитчах настройка должна быть равной или превосходить ту, которая используется на хостах

вы вправе настраивать сеть как угодно. и вправе получать тот результат, на который рассчитываете

если вы отдаете себе отчет в своих действиях, а сеть после вашей настройки работает хорошо и предсказуемо - я очень рад за вас, без шуток

» 4a. Если какой-то узел будет отправлять пакеты большего размера, чем N, они будут отбрасываться остальными узлами как невалидные.

а как же фрагментация?

но не всем так везет. и есть те, кто полезет своими корявыми лапками настраивать джамбы, потому что ребята на форуме написали, что от этого ceph на пару процентов быстрее работает

где вы нашли фрагментацию в ethernet?

ну вы не уточнили в своей памятке о каком мту идет речь, я решил что речь об IP

я старательно использую термин MTU аккуратно

2. термин MTU существует только в IP

да

поэтому в приведенной цитате не использовался термин MTU