Должны ли соответствовать LACP MTU (или другие MTU на уровне ссылок)?
Требуется ли настройка настраиваемого MTU на стороне хоста LACP-связи, также настраивая MTU на стороне коммутатора?
1 ответ
Требуется ли настройка настраиваемого MTU на стороне хоста LACP-связи, также настраивая MTU на стороне коммутатора?
Ваши MTU для передачи данных:
- На серверах ссылка на данные должна always между серверами в пределах одного домена вещания или vlan. Это не критично для служб TCP из-за согласования TCP MSS, но для служб UDP требуются согласованные MTU, если они отправляют большие пакеты.
- В интерфейсах коммутатора , обращенных к вашим серверам , MTU для передачи данных должен быть не менее, чем ваши MTU хоста /маршрутизатора в этом vlan
- На другом коммутаторе для переключения /переключения на линии маршрутизатора MTU для передачи данных должен быть как минимум достаточно большим для серверов MTU + любых других сервисов, добавленных маршрутизаторами (например, IPSec, MPLS и т. д.). В качестве примера, если ваши транзитные коммутируемые MTU недостаточно велики, это может вызвать странные проблемы, получающие для корректной работы сетевых файловых систем .
- На маршрутизаторе на маршрутизаторы
- MTU маршрутизации данных маршрутизаторов должны совпадать с вашими другими маршрутизаторами, или вы можете столкнуться со странными проблемами с точки зрения IGP.
- IP MTU на маршрутизированных интерфейсах должен быть того же размера, что и IP-MTU вашего сервера, которые должны их пересылать.
Если все это похоже на jibberish, тогда просто сделайте простую вещь и убедитесь, что все ваши MTU для передачи данных одинаковы в вашей сети; однако, если вам нужны jumbo или baby-jumbo frames, это может быстро усложниться, если вы не ограничите места, где идут jumbos. Одной из самых больших проблем при развертывании jumbos является непоследовательная поддержка фреймов в различных сетевых устройствах; однако наиболее подходящие корпоративные коммутаторы будут поддерживать детские jumbos (например, MTU, достаточно большие для стеков тегов MPLS, глубокие).
Обнаружение проблем MTU
Ping что-то в том же vlan (с DF-набором в заголовке IP), чтобы проверить вашу конфигурацию MTU между этими хостами.
Пример Linux, с байтом MTU 1500 байтов ...
Если у вас есть использование linux: ping -M do -s <icmp-payload-size> <some pingable ip address in the same vlan> ... Это успех, пинг чего-то в том же vlan ...
[[email protected] ~]$ ifbrief
eth0 Link encap:Ethernet HWaddr 80:ee:de:ad:be:ef
inet addr:172.16.1.5 Bcast:172.16.1.255 Mask:255.255.255.0
[[email protected] ~]$ ping -M do -s 1472 -c 1 172.16.1.1
^^^^^^^
PING 172.16.1.1 (172.16.1.1) 1472(1500) bytes of data.
1480 bytes from 172.16.1.1: icmp_req=1 ttl=255 time=1.30 ms
--- 172.16.1.1 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms <------
rtt min/avg/max/mdev = 1.305/1.305/1.305/0.000 ms
[[email protected] ~]$
Это ошибка, потому что мы превышаем MTU на один байт ...
[[email protected] ~]$ ping -M do -s 1473 -c 1 172.16.1.1
^^^^^^^
PING 172.16.1.1 (172.16.1.1) 1473(1501) bytes of data.
From 172.16.1.5 icmp_seq=1 Frag needed and DF set (mtu = 1500) <--------
--- 172.16.1.1 ping statistics ---
0 packets transmitted, 0 received, +1 errors
[[email protected] ~]$
Пример Windows, с MTU с 1300 байт ...
Просмотр ваших окон mtus с помощью netsh interface ipv4 show subinterfaces и изменить с помощью netsh interface ipv4 set subinterface "[windows-intf-name]" mtu=[MTU-size] store=persistent