MTU на подинтерфейсах

Reply to MTU на подинтерфейсах on Fri, 13 Feb 2026 20:00:12 GMT

**Hamid** — Fri, 13 Feb 2026 20:00:12 GMT

Я нашел полезную статью, связанную с вашим вопросом. В этой статье MTU подсетевого интерфейса VPN0 уменьшен до 1496.
https://www.cisco.com/c/en/us/support/docs/routers/xe-sd-wan-routers/218137-configure-basic-parameters-to-form-contr.pdf

Reply to MTU на подинтерфейсах on Fri, 13 Feb 2026 20:00:11 GMT

Joseph W. Doherty — Fri, 13 Feb 2026 20:00:11 GMT

«
Итак, в End есть mtu 1518» Это зависит от того, уменьшили ли вы MTU и насколько. Обычно стандартный максимальный размер кадра с тегами Ethernet VLAN составляет 1522. Кстати, в ходе своих исследований я наткнулся на упоминание об уменьшении MTU для поддержки меток MPLS, что обычно также увеличивает размер кадра. В основном, интерфейсы Ethernet, разработанные для поддержки тегов VLAN, меток MPLS и/или jumbo Ethernet, могут отправлять/принимать более крупные кадры, необходимые для этих функций. Однако, с другой стороны, протоколы, такие как PPPoE, GRE и/или IPSec, не увеличивают размер кадра для своих накладных расходов. Поверьте этому, потому что эти протоколы не ограничиваются только Ethernet.

Reply to MTU на подинтерфейсах on Fri, 13 Feb 2026 20:00:10 GMT

MHM Cisco World — Fri, 13 Feb 2026 20:00:10 GMT

Итак, в End есть mtu 1518 Удачи всем MHM

Reply to MTU на подинтерфейсах on Fri, 13 Feb 2026 20:00:09 GMT

ChrisNewnham_ — Fri, 13 Feb 2026 20:00:09 GMT

Спасибо, Джозеф, это полезно. Да, я изначально не упомянул SD-WAN, так как хотел убедиться, что понимаю, как она работает на «обычном» устройстве.

Reply to MTU на подинтерфейсах on Fri, 13 Feb 2026 20:00:08 GMT

paul driver — Fri, 13 Feb 2026 20:00:08 GMT

Здравствуйте,
обратите внимание, что при изменении MTU интерфейса на маршрутизируемом интерфейсе (интерфейсах) убедитесь, что установленное вами значение соответствует всей вашей маршрутизируемой сети, так как эти изменения могут привести к непредвиденной фрагментации и проблемам, особенно в соседних IGP (OSPF), поскольку MTU является фактором, влияющим на установление этих соседских связей, и их изменение приведет к потере таких соседских связей, если они несовместимы. Пожалуйста, оцените и отметьте как принятое решение, если вы нашли полезной какую-либо из предоставленной информации.
Это поможет другим участникам форума найти ценный ответ и расширит глобальную сеть сообщества.
С уважением,
Пол

Reply to MTU на подинтерфейсах on Fri, 13 Feb 2026 20:00:07 GMT

MHM Cisco World — Fri, 13 Feb 2026 20:00:07 GMT

end Примечание
. Чтобы учесть 32-разрядное поле, добавляемое к пакетам протоколом 802.1Q, MTU для подинтерфейсов должно быть как минимум на 4 байта меньше, чем MTU физического интерфейса. Это настраивается с помощью команды
mtu

. По умолчанию MTU физического интерфейса составляет 1500 байт, поэтому MTU подинтерфейса не должен превышать 1496 байт.
Кроме того, если подинтерфейс требует MTU 1500 байт, MTU физического интерфейса можно настроить на 1504 байт. 1504 Как я уже упоминал, Ethernet II (см. ссылку, которую я поделился) охватывает до 1518. MHM

Reply to MTU на подинтерфейсах on Fri, 13 Feb 2026 20:00:06 GMT

Joseph W. Doherty — Fri, 13 Feb 2026 20:00:06 GMT

@ChrisNewnham_
написал:
Мне интересно, почему в этом документе Cisco уменьшает MTU на 4 для подинтерфейсов cEdges, хотя все работает нормально, даже если этого не делать. В конечном итоге это всего лишь устройства IOS-XE.
https://www.cisco.com/c/en/us/support/docs/routers/xe-sd-wan-routers/218137-configure-basic-parameters-to-form-contr.html Я бы «предположил», что это имеет какое-то отношение к туннелированию SD-WAN, которое, возможно, не понимает теги .1Q.

Reply to MTU на подинтерфейсах on Fri, 13 Feb 2026 20:00:05 GMT

ChrisNewnham_ — Fri, 13 Feb 2026 20:00:05 GMT

Мне интересно, почему в этом документе Cisco уменьшает MTU на 4 для подинтерфейсов cEdges, хотя все работает нормально, даже если этого не делать. В конце концов, это всего лишь устройства IOS-XE. https://www.cisco.com/c/en/us/support/docs/routers/xe-sd-wan-routers/218137-configure-basic-parameters-to-form-contr.html

Reply to MTU на подинтерфейсах on Fri, 13 Feb 2026 20:00:04 GMT

Joseph W. Doherty — Fri, 13 Feb 2026 20:00:04 GMT

Согласно стандарту 802.1Q, теги VLAN увеличивают MTU (в сочетании со стандартом 802.3ac) , а не уменьшают его
. Таким образом, (как правило) нет.

Reply to MTU на подинтерфейсах on Fri, 13 Feb 2026 20:00:03 GMT

Joseph W. Doherty — Fri, 13 Feb 2026 20:00:03 GMT

@MHM Cisco World
пропустил вашу ссылку. Давно мы обсуждали, что я упомянул использование jumbo Ethernet, чтобы избежать фрагментации пакетов размером 1500 байт, которые должны были проходить через туннель. Помните, вы не поняли преимущество. Интересно, что это упоминается в вашей ссылке. Во-вторых, в статье говорится, что MSS должен помещаться в пакет. Считаю, что это неверно, хотя обычно так и делается, чтобы избежать разделения сегмента TCP на несколько пакетов.

Reply to MTU на подинтерфейсах on Fri, 13 Feb 2026 20:00:02 GMT

MHM Cisco World — Fri, 13 Feb 2026 20:00:02 GMT

https://www.google.com/amp/s/www.networkworld.com/article/745164/mtu-size-issues.html/amp/ Нет необходимости уменьшать mtu до 1496, чтобы покрыть 4 байта, там уже есть 14-18 байт, которые можно использовать для заголовка l2 и vlan -id MHM

Reply to MTU на подинтерфейсах on Fri, 13 Feb 2026 20:00:01 GMT

ChrisNewnham_ — Fri, 13 Feb 2026 20:00:01 GMT

Какой RFC, простите?
![]

Reply to MTU на подинтерфейсах on Fri, 13 Feb 2026 20:00:00 GMT

MHM Cisco World — Fri, 13 Feb 2026 20:00:00 GMT

Если вы проверите, то увидите, что rfc использует 1518, а не 1500, поэтому 18 байт или немного меньше не учитываются, и это точно покрывает дополнительные 4 байта vlan ID. MHM

Reply to MTU на подинтерфейсах on Fri, 13 Feb 2026 19:59:59 GMT

Joseph W. Doherty — Fri, 13 Feb 2026 19:59:59 GMT

В своем первоначальном сообщении вы не упомянули SD-WAN. Как я уже отмечал в своем первоначальном ответе, при использовании тегирования VLAN обычно не требуется вносить какие-либо изменения в MTU. Я пересмотрел свой первоначальный ответ и добавил ссылку на Wiki, но затем нашел более старую техническую записку Cisco (поскольку мы обсуждаем оборудование Cisco), которая может быть полезна, поскольку в ней прямо указано: Маршрутизируемые подразъемы L3 Эти характеристики применимы к маршрутизируемым L3-подразъемам. MTU маршрутизируемого подинтерфейса наследует MTU своего родительского основного интерфейса; добавьте 4 байта для каждого тега VLAN, настроенного на подинтерфейсе. Таким образом, для подинтерфейса dot1q используется 4 байта, а для подинтерфейса туннелирования IEEE 802.1Q (QinQ) — 8 байт. В результате пакеты L3 одинакового размера могут пересылаться как на главном интерфейсе, так и на подинтерфейсе. Команда
mtu
может быть настроена в подинтерфейсе, но она применяется только в том случае, если она меньше или равна MTU, унаследованной от основного интерфейса. Источник:
Поведение MTU на маршрутизаторах Cisco IOS XR и Cisco IOS Как отмечено выше, настройка MTU на подинтерфейсах не является обязательной, но по умолчанию MTU L2 увеличивается (MTU L3 остается постоянным, что не будет иметь место, если уменьшить MTU L2). Кстати, MTU часто не четко указывает, к какому уровню OSI он относится. Например, стандартный (L2) Ethernet-фрейм MTU 1518 поддерживает (L3) IPv4 MTU 1500, который (по умолчанию) поддерживает (L4) TCP MTU 1460 (если не используется фрагментация). Статья в Википедии о MTU
. Итак, возвращаясь к вашему вопросу, общий ответ — нет, вам не нужно настраивать MTU для поддержки тегирования VLAN в Ethernet, если такое оборудование использует стандарт 802.3ac (что, насколько я знаю, делает Cisco). В одном из ваших последующих ответов вы ссылаетесь на документацию Cisco, в которой говорится о снижении MTU для работы с SD-WAN. Как я уже отвечал ранее, вероятно, это имеет какое-то отношение к SD-WAN и его туннелированию. Я изучил этот вопрос немного глубже, и это действительно кажется требованием SD-WAN cEdge, хотя неясно, по-прежнему ли это необходимо, поскольку Cisco работает над «улучшением» SD-WAN. Хотя устройство cEdge, как вы отмечаете, является устройством IOS-XE (аппаратным), мне кажется, что в IOS-XE было «добавлено» довольно много для поддержки SD-WAN. По сути, похоже, что cEdge — это программное обеспечение типа vEdge, работающее на/под IOS-XE. При использовании SD-WAN, я подозреваю, что нельзя слишком далеко заходить, предполагая, что его поведение будет таким же, как у IOS. Другими словами, это уменьшение MTU, скорее всего, является чем-то, что по какой-то причине «необходимо» SD-WAN. Однако, если вы заметили, что SD-WAN, похоже, работает нормально без этого, возможно, это зависит от версии программного обеспечения, так как я читал, что некоторые другие строгие требования к конфигурации были устранены в более поздних версиях программного обеспечения. Если вам интересно, «почему» необходимо уменьшение MTU подинтерфейса или все еще ли оно необходимо, эти вопросы, вероятно, лучше задать в специальном форуме
[Software-Defined Access (SD-Access),]
а не в этом общем форуме
по маршрутизации
.