Как изменить mtu на cisco

Configuring System MTU

Device> enable

Device# configure terminal

Device(config)# system mtu 1900

Device(config)#  end

Device# copy running-config startup-config

Device# show system mtu

Device# configure terminal

Device(config)# interface gigabitethernet0/0

Device(config-if)# ip mtu 68

Device(config-if)# ipv6 mtu 1280

Device(config-if)#  end

Device# copy running-config startup-config

Device# show system mtu

Configuration Examples for System MTU

Device# configure terminal
Device(config)# interface gigabitethernet 0/1
Device(config-if)# ip mtu 900 
Device(config-if)# ipv6 mtu 1286
Device(config-if)# end

Device# configure terminal
Device(config)# system mtu 1600
Device(config)# exit

«Мы не знаем что это такое, если бы мы знали что это такое, мы не знаем что это такое». Примерно так можно описать параметр MTU, если не читать текст ниже. Какой вариант выбрать — решать только тебе.

MTU (англ. Maximum Transmission Unit — максимальной передаваемой единицы) — это  максимальный размер блока данных (в байтах), который может быть передан на канальном уровне OSI без фрагментации. Т.е. это размер самого крупного кадра или пакета, который можно отправить через сетевой интерфейс (размер, в который должен инкапсулировать свой пакет протокол IP)

Типичный размер, являющийся неким стандартом, MTU для физического L3-интерфейса 1500 байт (т.е. максимальный размер L3 пакета, который может передаваться в L2 фрейм).

Стоп, но ведь мы же писали, что максимальный размер Ethernet-фрейма может быть 1518 байт? Дело в том, что размер 1500 байт — это размер полезных данных в кадре Ethernet, куда входят заголовки IP-пакетов, но зато не входят заголовок Ethernet и FSC.

Картинка побольше и попроще:

Считается, что MTU является характеристикой канального уровня модели OSI. Но на вышестоящих уровнях (L3 и L4) тоже есть своё понятие MTU. Так же этот параметр может быть вообще не связан с определенным уровнем. Существуют такие понятия как: tunnel mtu, vlan mtu, routing mtu, mpls mtu (где может добавляться l2+ заголовок, т.н. mpls-метка).

Когда сетевой уровень (IP) хочет послать дейтаграмму — он смотрит через какой интерфейс пакет будет маршрутизироваться. Если IP дейтаграмма больше, чем MTU канального уровня, то осуществляется фрагментация (о ней мы тоже поговорим ниже).

Дейтаграмма разбивается на меньшие части (фрагменты) и пакет как бы пересобирается заново. Каждый фрагмент должен быть меньше чем MTU, что не просто, учитывая, что многие вышестоящие протоколы часто создают пакеты большего размера.

При использовании туннелирования, размер пакета увеличивается за счёт дополнительных заголовков (GRE, IPSec и т.д.). Или, например, при работе протокола PPPoE (часто используется провайдерами) максимальное значение параметра MTU составляет 1492 байта — то есть стандартные 1500 байт для Ethernet за вычетом восьми байт заголовков.

Понятие IP MTU

У сетевого протокола есть своё понятие MTU. Максимальный размер пакета с IP-заголовком, который может передать сетевой интерфейс без фрагментации называется IP MTU.

Как правило, IP MTU устанавливают меньше или равное MTU на канальном уровне чтобы избежать фрагментации пакетов — для этого размер IP MTU выставляют на 20 байт меньше, чем на уровне L2.

Если уровень IP получает данные, он проверяет, будет ли после добавления собственной информации размер пакета больше, чем MTU для канального уровня (и при условии, что бит «Не фрагментировать» установлен в ноль), дейтаграмма IP фрагментируется на размеры, которые подходят для нижележащего слоя.

Протоколы транспортного уровня (протоколы TCP или UDP), пользующиеся сетевым уровнем для отправки пакетов, считают, что максимальный размер поля данных IP-пакета равен 65535, и поэтому могут передать ему сообщение такой длины для транспортировки.

В функции уровня IP входит разбиение слишком длинного для конкретного типа составляющей сети сообщения на более короткие пакеты с созданием соответствующих служебных полей, нужных для последующей сборки фрагментов в исходное сообщение

Понятие MSS

МSS (Maximum Segment Size) — максимальный размер данных (без TCP-заголовка), которое хост сможет принять в одной TCP/IP дейтаграмме. Рассчитывается по формуле:

МSS = IP MTU — IP заголовок (20 байт) — размер TCP-заголовка (20 байт) ≈ 1460 байт.

TCP/IP-дейтаграмма может быть фрагментирована на уровне IP, также значение MSS может передаваться в качестве отдельной опции TCP-заголовка, но только в сегментах TCP SYN. Каждая сторона на TCP соединении сообщает свое значение MSS другой стороне. Хост отправитель обязан ограничивать размер данных в единственном TCP сегменте в значение, меньшем или равном MSS, о котором сообщает хост получатель.

Как всё это работает? При создании TCP соединения, машина определяет размер буфера исходящего интерфейса и MTU этого интерфейса. Дальше эти два числа сравниваются и выбирается наименьшее. Как мы помним, MTU высчитывается с учетом минуса IP и TCP-заголовка (-40 байт). Затем выбранное число сравнивается с размером MSS, переданным принимающей стороной, и снова выберется наименьшее значение, если у принимающей машины он меньше.

Через Wireshark можно посмотреть на длину сегмента TCP MSS. Например, при открытии страницы в браузере:

Фрагментация

Фрагментация  — это разбиение блока данных пакета при его отправке, размер которого превышает значение MTU сетевого интерфейса. Стек TCP/IP разобьет этот пакет на более мелкие части (фрагменты), соответствующие MTU интерфейса.

Фрагментация происходит на уровне IP-адреса и не зависит от базового протокола, например, в стеке TCP/IP, например, эту задачу решает протокол транспортного уровня TCP. Этот протокол может разбивать поток байтов, передаваемый ему с прикладного уровня на сообщения нужного размера (например, на 1460 байт для протокола Ethernet).

Если 2000-байтовый пакет передается через сетевой интерфейс с MTU 1500, он будет разбит на фрагменты в 1500 и 500 байт. Сетевые устройства на маршруте между источником и назначением могут либо отбрасывать пакеты, превышающие MTU, либо фрагментировать их.

Фрагментация возникает при необходимости передать пакет в следующую сеть, для которой размер пакета является слишком большим, как мы помним в IP-пакете есть поле Flags, где пакет может помечен как фрагментируемый (или наоборот — запрет), а для того, чтобы не перепутать фрагмент различных типов, в заголовке IP-пакетов используется поле идентификатора.

Таким образом, когда IP-пакет отправляется, он устанавливает в поле Identification значение, которое должно быть уникальным для данной пары отправитель — получатель. Кроме этого отправитель в заголовке пакета устанавливает время, в течение которого пакет может быть активным в сети.

Поле смещения фрагмента (Fragment Offset) сообщает получателю положение фрагмента в исходном пакете. Смещение фрагмента и длина определяют часть исходного пакета, принесенную этим фрагментом.

Флаг More fragments показывает появление последнего фрагмента. Модуль протокола IP, отправляющий неразбитый на фрагменты пакет, устанавливает в нуль флаг More fragments и смещение во фрагменте.

Чтобы разделить на фрагменты большой пакет, модуль протокола IP, установленный, например, на маршрутизаторе, создает несколько новых пакетов и копирует содержимое полей IP-заголовка из большого пакета в IP-заголовки всех новых пакетов. Данные из старого пакета делятся на соответствующее число частей, размер каждой из которых, кроме самой последней, обязательно должен быть кратным 8 байт.

Размер последней части данных равен полученному остатку, а каждая из полученных частей данных помещается в новый пакет.

Процесс фрагментации может изменить значения данных, расположенных в поле параметров, и значение контрольной суммы заголовка, изменить значение флага More fragments и смещение фрагмента, изменить длину IP-заголовка и общую длину пакета.

В заголовок каждого пакета заносятся соответствующие значения в поле смещения «fragment offset», а в поле общей длины пакета помещается длина каждого пакета.

Таким образом, первый фрагмент будет иметь в поле Fragment Offset нулевое значение. Во всех пакетах, кроме последнего, флаг More fragments устанавливается в единицу, а в последнем фрагменте — в нуль.

Сборка фрагментов пакета происходит в обратном порядке: IP-протокол объединяет IP-пакеты, имеющие одинаковые значения в полях идентификатора, отправителя, получателя и протокола. Процедура объединения заключается в помещении данных из каждого фрагмента в позицию, указанную в заголовке пакета в поле Fragment Offset.

Почему могут не фрагментироваться пакеты? У вашего провайдера может стоять запрет на приём фрагментированных пакетов. Для сетевого устройства фрагментация — довольно затратный процесс, особенно, если задействовано CPU, да и rate limit’ы никто не отменял

Проверяем MTU на железе

Сложившаяся практика гласит, что разные вендоры устанавливают разные MTU для сетевых интерфейсов по умолчанию. Возьмем два самых распространённых — Cisco и Juniper.

Оборудование Cisco рассматривает параметр MTU в соответствии c классическим определением от IEEE, то есть по дефолту на интерфейсах установлено 1500 байт, заголовок L2 кадра при этом не учитывается.

Оборудование от Juniper Networks. наоборот, считает MTU вместе с L2 заголовком —  по умолчанию задано 1518 байт, где 18 байт — размер L2 заголовка с 802.1q тегом. Если пинговать джунипер, то можно заметить, что максимум он даёт 1472 байта. Всё потому, что он учитывает еще 20 байт IP заголовка + 8 байт ICMP (1500-28 = 1472)

Отдельно можно посмотреть на MPLS MTU

Проверить MTU на интерфейсе Juniper можно с помощью команды show configuration interfaces или show interfaces:

@RTR-DEST> show configuration interfaces ge-3/0/0
description «## to RTR-DEST2 ##»;
mtu 9100;
hold-time up 1000 down 0;
unit 0 {
family ethernet-switching {
port-mode trunk;

@RTR-TRZ> show interfaces xe-0/1/0
Physical interface: xe-0/1/0, Enabled, Physical link is Up
Interface index: 257, SNMP ifIndex: 814
Description: << 10GE to RTR-TRZ2 xe-0/1/0 >>
Link-level type: Ethernet, MTU: 9100, Speed: 10Gbps, Duplex: Full-Duplex, BPDU Error: None, MAC-REWRITE Error: None, Loopback: Disabled,

На оборудовании CIsco это можно сделать командой sh int

RTR-CIS2#sh int Fa0/7
Load for five secs: 5%/0%; one minute: 4%; five minutes: 4%
Time source is NTP, 14:54:09.951 MSK Tue Jul 14 2015
FastEthernet0/7 is up, line protocol is up (connected)
Description: ## LM:  TESTED ##
MTU 1998 bytes, BW 100000 Kbit, DLY 100 usec,
reliability 255/255, txload 21/255, rxload 7/255

RTR-CIS2#sh int Gi0/1
Load for five secs: 4%/0%; one minute: 5%; five minutes: 5%
Time source is NTP, 14:54:19.497 MSK Tue Jul 14 2015
GigabitEthernet0/1 is up, line protocol is up (connected)
Description: << To backbone >>
MTU 1998 bytes, BW 1000000 Kbit, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 3/255

Для того что бы изменить MTU на маршрутизаторах под управлением Cisco IOS используется команда интерфейс уровня:

R01(config)#interface gigabitEthernet 5/1
R01(config-if)#mtu 1532
R01(config-if)#exit

Чтобы транзитное устройство не дропало пакеты с малым MTU, необходимо, чтобы маршрутизатор прослушивал TCP SYN пакеты и подменять значения MSS анонсируемые конечным устройством

Какой у меня сейчас размер MTU

Предположим, что вы подключены к PON-сети какого-либо провайдера. Какой MTU используется в вашей сети? Проверить можно с помощью команды PING

ping [url] -f -l <размер_пакета>

Начинаем тест и перебираем значения до тех пор, пока не увидите, сообщение о необходимости фрагментации пакета.

Как видите, наш провайдер запрещает фрагментацию пакетов по умолчанию. Смещаем параметр на единицу и всё прошло. Получается, что наш оптимальный размер пакета  без фрагментации 1464 байта?

Это не совсем так. Размер 1456 байт — это еще не MTU. Это значение MSS. Дело в том, что Флаг -l в Windows-версии ping указывает не MTU, а размер ICMP Payload, т.е.чистую полезную нагрузку и не учитывает заголовки ICMP и IP.

Сейчас командой ping yandex.ru -f -l 1464 мы сгенерировали пакеты не 1464 байта, а 1492 байта, т.к. сюда добавляется ICMP заголовок (8 байт) и заголовок IP (20 байт). Как итог — наш оптимальный MTU — 1492 байта. Также нужно помнить, что DF (запрещающий/разрешающий фрагментацию) флаг пакета может быть модифицирован на транзитных маршрутизаторах

Чтобы посмотреть MTU на сетевой карте или беспроводном адаптере, выполните в командной строке команду netsh interface ipv4 show subinterfaces

В Windows открываем командную строку с правами администратора и выполняем команду:

netsh interface ipv4 show subinterfaces

На экране появится список всех сетевых подключений, их названия и текущий размер MTU. Если есть необходимость его поменять, то запоминаем название нужного нам подключения и пишем следующую команду:

netsh interface ipv4 set subinterface <имя_интерфейса> mtu=1450 store=persistent

Если необходимо сбросить настройки к исходному состоянию, выполняем команду:

netsh interface ipv4 reset

FIN.

Category:Cisco Systems -> Routing and Switching

Speaking about MTUs on routers it has to be emphasized that changing L2 MTU on an interface is not supported. If you try to change L2 MTU on an interface, you will possibly see the following message:


r1(config-if)#mtu 1500
% Interface FastEthernet0/0 does not support user settable mtu. 



The same refers to switch interface cards.

To check L3 MTU on an interface issue sh ip int {if-number}. To check L2 MTU issue sh int {if-number} command. Logically speaking, L3 MTU setting can’t be greater than L2 MTU setting. These numbers don’t take headers and trailers into account, so the actual MTU would be a little higher than the ones that are set in IOS.

While talking about MTU on Cisco routers many people always argue about the differences between setting ip mtu and ip tcp adjust-mss values on a routed interface.

Let’s take the following topology for our experiments:

The Bad Way

The weakest solution is to set ip mtu and ip tcp adjust-mss on fa0/0.13 of the router.

ip mtu works only in the output direction. The router will fragment packets to a maximum size of 1496 byte coming out of the interface. It will fragment transit packets on the way from the outside network to the host. It produces high load on the CPU of the router.

ip tcp adjust-mss works in both directions and affects inbound and outbound transit packets. This option will make the router to tell the host about the preferred L4 payload size inside the transit packets during TCP handshake stage between the host and, for example, a web-server somewhere in the Internet. TCP has MSS field in its header which is agreed upon before transmitting actual data. So we can make the host and the remote server to establish session and start exchanging data at our desired maximum MSS payload. Take into consideration that IP and TCP headers would be added to this MSS payload, so make MSS value smaller than that of IP MTU one and you’ll be fine. The lab presented here was tested with the following values:


int fa0/0.13
ip mtu 1400
ip tcp adjust-mss 1300 



But if we do some calculations and predict possible changes and additions to IP and TCP headers by different applications and take some reserve we could optimize these values to the following:


ip mtu 1496
ip tcp adjust-mss 1440 



To calculate the exact number for MSS use the following articles by E.Garcia:

1. File:mtu mss tutorial.pdf
2. File:ip packet fragmentation 1.pdf

Try also this one. It explains very well the differences between ip mtu and ip tcp adjust-mss: File:MTU.zip

The Good Way

The best solution is to do something with the in-between switch, e.g. raise its system MTU up to 1504 or replace it to avoid either fragmenting packets or adjusting MSS payload using the router’s CPU resources.

By privilege15