А загрузчик чего не обновляете?

это параметр соединения, он не "кешируется", а устанавливается/согласуется PMTUD в момент установки соединения, если не прописан жёстко

это суть эксперимента

2011 в кирпич лично у меня падал

какого соединения?

Нетинсталом поднял

шпоночного или шлицевого, конечно же

Понятно

для инфо понятие установки соединения можно отнести к каким то туннельным протаколам, ну или к TCP значение MTU к ним имеет косвенное значение, а pmtud его все же извлекает и хранит какое то время.

))

про л2 мту, например, мы не слышали, да
и про то, что pmtud чаще всего бесполезен - тоже :)

там где нужно у меня работает, вопрос в том сколько это хранится т.к. нужно выставить ограничение на ответ по icmp unr

почитай, как и когда PMTUD работает - ответ образуется сам собой

я прекрасно это знаю

и я смотрел дампы и факт есть факт

Добро пожаловать в чат про MikroTik.
Если у тебя есть затруднения с настройкой MikroTik, посмотри здесь, как правильно задавать вопросы:
https://habr.com/ru/post/460221/

)

после изучения нужного mtu данный хост какое то время использует его даже в icmp а он не какие соединения не устанавливает

ну и что бы убедится в моем понимании, pmtud выставляет флаг df. что в узком месте заставляет дропнуть данный пакет и отправить icmp unr , что требуется фрагментация и размер проходящего mtu. далее это значение меняется и так делается до того пока dst не будет достигнут. Но к примеру в пинге, я прирываю его и запускаю по новой и он уже знает какой размер нужно использовать хотя первый раз происходило так как я описал выше. следовательно оно где то хранится на хосте.