Re: [uanog] Re: [uanog] Белые IP Freenet/O3

On Sun, Feb 01, 2015 at 05:36:16PM +0200, Anton Turygin writes:

Как ты будешь мерять MTU в транспортной сети между двумя хостами? Кто будет фрагментировать? Что произойдет, если icmp не ходит?

Ничего не изменится по отношению к тому, как оно есть сейчас.

Ты как-то очень просто смотришь на проблему. Куча сетей до сих пор строятся с 1500 на втором уровне. Твой "улучшенный" пакет даже до шлюза не долетит.

1500 - это IP (header + payload). На втором уровне больше. "Расширенный" пакет с другим заголовком и тем же 1500 IP MTU никаких дополнительных проблем не создаст. И никаких существующих не решит.

Люди головы ломают, как проблем с 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.

-- Паша.