Как ты будешь мерять MTU в транспортной сети между двумя хостами?
Кто будет фрагментировать?
Что произойдет, если icmp не ходит?
Ты как-то очень просто смотришь на проблему.
Куча сетей до сих пор строятся с 1500 на втором уровне. Твой
"улучшенный" пакет даже до шлюза не долетит.
Люди головы ломают, как проблем с MTU избежать, а ты пишешь "а зачем
с ним что-то делать".
2015-02-01 16:46 GMT+02:00 Pavel Gulchouck
On Sun, Feb 01, 2015 at 04:14:23PM +0200, Anton Turygin writes:
Вот еще в голову пришло. У тебя увеличивается заголовок на 32 бита. Все остальные процедуры остаются теми же. Что будем с MTU делать? В IPv6 это продумано.
А зачем с ним что-то делать? Если пакеты с короткими src-dst шлются в старом формате (даже если оба роутера поддерживают новый), то они не будут конвертироваться туда-сюда по пути, и, соответственно, никаких проблем с MTU возникать не будет. Если у интерфейсов одинаковый MTU, то пакет, который пришёл с одного интерфейса, сможет уйти через другой. Если MTU разные - ну, обычные для IPv4 механизмы (tcp mss, icmp needfrag и пр). Совершенно независимо от того, какой там размер ip header.
-- Паша.