Здравствуйте, Pzz, Вы писали:

N>>Да, я не смог найти данные о том, какой же реальный средний размер пакета в последнее время (и как это среднее считается — тут хорошо бы вообще табличку децилей найти).
N>>Попробую ещё поискать.

Pzz>Подкину тебе ище забавных наблюдений, хоть и не совсем на эту тему.

Pzz>Если посылать потоком пакеты разного размера, короткие пакеты имеют тенденцию иногда обгонять более длинные. Выдимо, у кого-то traffic shaper по дороге считает в байтах, длинный пакет уткнулся в ограничение и пошел полежать в очереди, а короткий проскочил вперед.

Да, это типовая картина.
Я на такое натыкался в варианте с туннелями. Туннель был, который не сокращает MTU для внутреннего линка, а фрагментирует внешний пакет. А приёмный хост имел почему-то проблемы с дефрагментацией, если второй фрагмент приходил вперёд первого. Потери на сборке достигали 20%, насколько помню.
Попытались урезать MTU на входе — нарвались, что из-за каких-то кривостей стека (которые исправили через год) ICMP need defrag не слался.
Картина Пикассо "Полная задница", пришлось переходить на совсем другие подходы...