У меня есть приложение, которое выиграет от больших кадров Ethernet. (Теоретически мы могли бы уменьшить количество исходящих пакетов более чем на 50%, может быть, даже на 66%.)
Я также занимаюсь уточнением сетевых требований с кандидатами хостинговых компаний для новой установки моих серверов приложений. Было бы неплохо, как минимум, не ограничивать клиентские соединения в использовании Jumbo Frames.
Но насколько это реально? Некоторые общие вопросы, предполагая, что сегмент сети, который мы можем контролировать, совместим с Jumbo Frame (коммутаторы поддерживают большие MTU, разрешено обнаружение пути ICMP MTU и т. д.):
Ключевым моментом здесь является то, что вы можете контролировать свой небольшой сегмент сети и включать большие MTU, но вы не можете контролировать путь, по которому ваши пакеты проходят через Интернет, и, конечно же, не можете контролировать конфигурацию маршрутизаторов, через которые будут проходить ваши пакеты. Большинство интернет-маршрутизаторов не настроены выше 1500, поэтому вам вряд ли повезет с этим решением. Хуже того, иногда более крупные пакеты фактически сбрасываются маршрутизаторами, которые не поддерживают jumbo-кадры, поэтому я думаю, что вы действительно обнаружите, что ситуация еще хуже, если вы попытаетесь отправить jumbo-кадры в Интернет.
Jumbo-кадры отлично подходят для вашей внутренней сети, особенно для сетей с потоковой передачей или iSCSI.
Как уже было сказано выше, в настоящее время ответ отрицательный.
Также учитывайте MTU восходящего канала вашего провайдера, если он не поддерживает Jumbo-кадры, тогда вам не повезло, прежде чем вы начнете.
Многие сети высшего образования (AARNET, JANET, Internet2) имеют в своих сетях сквозные jumbo-кадры. Если вы обслуживаете людей в этих сетях, я считаю, что это того стоит.
По моему опыту, Jumbo Frames обычно ограничиваются выделенным каналом между сервером приложений и его сервером базы данных. Количество типов несовместимости с чем-либо более сложным просто ошеломляет.