Payload в Jumbo frame?

Question

[Alexander]

Доброго времени суток! Интересует вопрос по взаимодействию L1-L4 MTU.
Глобально/на интерфейсе на оборудовании можно указать размер НW/L2 MTU до 9216 байт(зависит от вендора). При этом на SVI/L3 интерфейсе IP MTU нельзя указать больше 1500. Т.е. при маршрутизации пакета в любом случае он будет фрагментирован в несколько пакетов со значением IP MTU? Тогда какой смысл Jumbo фреймов вне плоской сети? Какой профит для сетей ДЦ в east-west трафике?

Пример1. L3 switch
#int gi0/N
mtu <1500-9198>
#int vlan X
mtu <1500-9198>
ip mtu <68-1500>

Пример2. [PC1 Linux]<- - ->[PC2 Linux]
#ip link set [int_name] mtu 9000

Comments

[Mystray]

то, что на вашем оборудовании нельзя указать IP MTU больше 1500, не значит, что это аксиома для всех остальных железок.

>display current-configuration interface Vlan-interface4048
#
interface Vlan-interface4048
 bandwidth 10000000
 mtu 9000
 ip address 10.10.0.141 255.255.255.254
 ospf authentication-mode md5 1 cipher ***
 ospf network-type p2p
 ospf 1 area 0.0.0.0
 mpls enable
 mpls ldp enable
 ipv6 address auto link-local
#
>display ip interface Vlan4048
Vlan-interface4048 current state: UP
Line protocol current state: UP
Internet Address is 10.10.0.141/31 Primary
The Maximum Transmit Unit: 9000 bytes
input packets : 44364451, bytes : 4190572772, multicasts : 34767041
output packets : 39819641, bytes : 29605898, multicasts : 39813513
...

[Alexander]

Mystray, Да, видимо на вашем huawei нет отдельно настраиваемого параметра IP MTU. Соответственно указывается значения mtu в контексте mtu=hw mtu=ip mtu.

[Mystray]

Alexander, у меня не Huawei :)
отдельная опция для IP MTU есть, но смысл ее крутить есть, только если есть различия между mpls mtu и ip mtu, и они оба по какой-то причине не соответствуют высчитанному автоматически из mtu нижестоящего интерфейса

[x-Vlan-interface4048]ip mtu ?
  INTEGER<128-9008>  MTU in bytes
[x-Vlan-interface4048]mtu ?
  INTEGER<128-9008>  MTU value (in bytes)

А на физических ethernet/L2-интерфейсах размер указывается по-другому, из наименьшей среди всех портов-участников влана конфигурации этой опции высчитывается максимальный физический размер, а от него - mpls и ip mtu.

[x-FortyGigE1/0/54]jumboframe enable ?
  INTEGER<1536-10000>  Maximum jumbo frame size allowed

Аналогично на Juniper, можно настроить как mtu на физическом интерфейсе, так и отдельно для family inet и/или family inet6, как на юнитах портов, так и на vlan/irb интерфейсах, и он вполне может быть реально огромный:

Supports maximum transmission units (MTUs) from 256 bytes through 16,000 bytes for transit traffic, and from 256 bytes through 9,500 bytes for host bound packets.

Да, если MTU на исходящем интерфейсе меньше чем проходящий IPv4-пакет, и в нем нет флага do-not-fragment, то роутер должен его нарезать на фрагменты не больше MTU.
В IPv6 вообще нет флага do-not-fragment в пакете, он там подразумевается по-умолчанию, а транзитные маршрутизаторы никогда не выполняют фрагменацию, а дропают пакет и шлют отправителю icmpv6 "packet too big"

Answer 1

[Дмитрий]

https://habr.com/ru/post/226807/
https://habr.com/ru/post/227729/

Comments

[Alexander]

Да, первая статья в цель. Зависимость от реализации значений ip mtu и hw mtu в железе/софте

Answer 2

[Валентин]

Тогда какой смысл Jumbo фреймов вне плоской сети? Какой профит для сетей ДЦ в east-west трафике?

Смысла никакого. Но, например, бекапы и реплики баз данных по крайней мере раньше делали в одном L2-сегменте, чтобы меньше трафика таскать через маршрутизаторы и снизить фрагментацию. К тому же, как вам правильно заметили в комментариях, на разном оборудовании это значение разное. И даже более того, где-то нежелательно использование большого mtu (например, на бордерах на границе с внешними сетями), а где-то крайне желательно (на тех же спайнах и лифах). А, забегая вперёд, MTU может ставиться на любых логических L3 интерфейсах, включая туннельные и оверлейные. А какие ставить на них уже совсем другая история.