MTU и фрагментация

Рассмотрим следующее: NAS с интерфейсом 10G, подключенным к коммутатору 10G. Клиентские компьютеры, подключенные к коммутатору через гигабитный Ethernet.

  • Будет ли выигрыш в производительности, если размер MTU увеличен на NAS и переключит порт, к которому подключен NAS, если размер MTU не увеличивается от стандартных 1500 байтов на клиентских NIC?

  • Это вызовет проблемы фрагментации?

  • Как устройства «обрабатывают» несоответствия в MTU для интерфейсов в коммутируемой сети?

13 голосов | спросил sardean 8 +04002013-10-08T07:21:09+04:00312013bEurope/MoscowTue, 08 Oct 2013 07:21:09 +0400 2013, 07:21:09

4 ответа


20

Никакой прирост производительности не будет существовать без использования больших пакетов. Точка jumbo-кадров состоит в том, чтобы упаковать большую полезную нагрузку с одинаковыми накладными расходами. Способность NAS отправлять более крупные пакеты не имеет смысла, если клиенты тоже не работают.

Никакой «фрагментации» вообще не будет. Layer-2 (ethernet) не имеет средств, если указывает на необходимость «фрагментации». Это выясняется на уровне 3 (IP) маршрутизаторами, отправляющими ICMP-сообщение, когда он должен отказаться от пакета, потому что он не будет соответствовать интерфейсу следующего перехода. Этого не может быть, когда нет маршрутизатора - на плоской коммутируемой локальной сети. Большие пакеты, отправленные из NAS, будут отброшены клиентом как негабаритный фрейм - или сброшены коммутатором по той же причине. [Пакет 9k не может быть отправлен на интерфейс 1500B.]

ответил Ricky Beam 8 +04002013-10-08T08:59:17+04:00312013bEurope/MoscowTue, 08 Oct 2013 08:59:17 +0400 2013, 08:59:17
5

Q: Будет ли выигрыш в производительности, если размер MTU увеличен на NAS и переключит порт, к которому подключен NAS, если размер MTU не увеличивается с стандартных 1500 байтов на клиентских NIC?

Ответ: Нет, потому что увеличенный размер MTU не используется клиентом. Если вы хотите перевезти 100 человек из пункта A в пункт B, вы можете использовать два автобуса или 25 седанов. Если дорога между А и В сделана так, чтобы шины могли легче перемещаться без задержек, и вы все еще перемещаете их в седанах, вы ничего не набираете.

Q: Это вызовет проблемы фрагментации?

Ответ: Нет, фрагментация происходит в противоположном случае, когда вы отправляете большой пакет, пока путь не поддерживает его, и ему нужно перерезать его в пакеты с поддерживаемым размером.

В: Как устройства «обрабатывают» несоответствия в MTU для интерфейсов в коммутируемой сети?

Ответ. Если пакет меньше разрешенного размера пакета, он передается без проблем. Если пакет больше разрешенного размера, он отбрасывается.

ответил AdnanG 8 +04002013-10-08T09:00:08+04:00312013bEurope/MoscowTue, 08 Oct 2013 09:00:08 +0400 2013, 09:00:08
1

MTU сеанса tcp устанавливается на исходном соединении TCY SYN. если у вас есть несоответствие MTU в сети, это не будет иметь значения для вашего приложения tcp ... layer2 или 3. UDP не имеет такой же концепции, поэтому да, для UDP вы начнете фрагментировать трафик, который может /не может повлиять на производительность , Все зависит от типа трафика, размера, объема и вашего оборудования.

ответил payam 13 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowWed, 13 Sep 2017 22:53:45 +0300 2017, 22:53:45
0

Некоторые вещи пропустили ... Во-первых, нет переговоров по MTU. Во-вторых, при обсуждении TCP SYN-пакетов они редко будут превышать размер кадра MTU. В этом вопросе есть ответы PMTU при обсуждении уровня 3, а также TCP MSS, которые доставляют полезную нагрузку, каков максимальный размер. Я не говорю, что кто-то здесь некорректен, но часто настройки MTU могут остаться незамеченными из-за таких возможностей.

ответил Jason B Shrout 26 MarpmMon, 26 Mar 2018 13:57:00 +03002018-03-26T13:57:00+03:0001 2018, 13:57:00

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132