E
Size: a a a
2021 April 23
АВ
На входящем то порту КК откуда, 1518 стандартный размер фрейма dot1q... :)
АВ
И что? :) mtu 1500 это l3 коллега :) добавьте туда заголовок ethernet 14 байт и вилан тэг 4 байта :)
KR
На порте коммутации кк в 3.9.1 mtu всегда 9000 если не ошибаюсь, можно посмотреть в диагностике. А вот на внешнем -да, там надо смотреть и считать что приходит, и что получается после добавления криптозаголовка
АВ
+70 байт включая все заголовки
KR
Да, похоже так. Рекомендую обратится в тп, может эскалируют исследование призводительности на таких пакетах. Сможем посмотреть на текущей 3.9.2 пока есть время
АВ
В Процессе :) но времени катастрофически не хватает :)
KR
Все равно благодарю👍
OA
Немного поправлю. На входе интерфейса пакеты или кадры не фрагментируются. MTU по определению (transmission) параметр исходящего пакета. И интерфейс с мту 1400 спокойно примет ip пакет 1500
OA
Ну и если все по дефолту (везде 1500), на выходе устройства после дешифровки из интерфейса должен выходить оригинальный пакет или кадр (КШ или КК) и в общем случае там не будет фрагментации.
OA
И в любом случае рекомендация! Если ЕЩЁ ДО входа Ethernet кадров в порт КК есть возможность уменьшить их размер до MTU=1430 на промежуточном оборудовании при MTU в канале 1500, то это НАДО делать. Во первых улучшение производительности. Во вторых фрагменты в канале хуже, чем когда их там нет.
OA
Лучше конечно перестраховаться для ip пакета до MTU 1420 (для тэгов в кадрах и тд)
OA
Или по крайней мере для TCP трафика пользоваться корректировкой MSS. В КК новых версий это доступно.
АВ
Хорошо когда есть возможность так сделать :)
АВ
Ipc1000f2 :)
DB
В формуляре написано +60 байт для КК
АВ
В каком формуляре? Я tcodump смотрел :)