KV
14+20+4=38 байт это размер ethrnet фрейма
Size: a a a
2021 February 21
KV
но вот незадача, очень многие забывают что минимальная длинна фрейма может быть 64байта
KV
контролная сумма 4байт
KV
FCS\CRS, соответственно отправляющее устройство добивает фрейм нулями до нужного размера
S
Ого!! Круто!! Теперь понятно, зачем они появляются 👍💙 Только вот незадача: второй MikroTik (постарее), получается, не соблюдает данное ограничение. И trailer всё же часть туннельного трафика, на нижележащем IP-уровне всё же должен отражаться реальный размер IP-пакета.
KV
скорее всего вы по разному снимаете трафик
KV
если вы снимета манглом, то там фрейма вообще не будет (будет но уже оберазный до нормальных размеров)
S
Снимаю Packet Sniffer'ом. Но дамп делал на стороне старого микрота, поведение которого признал нормальным. Сейчас сделаю новый на промежуточном.
KV
вполне возможно что на старой прошивке, изменился снифер, точно помню что в своё время натыкался на баг, "включаешь снифер, падают gre туннели)))"
S
Нет trailer'а 🙃
KV
скорее всего есть разница в работе снифера
S
Прошивка везде 6.48/6.48,1. Дампы делаю на промежуточном. Они не могут по-разному захватываться для одного и для второго микрота.
KV
а ок
S
Есть идеи насчёт размера в заголовке IP-пакета? Почему он не устанавливается с учётом trailer'а?
KV
Есть идеи насчёт размера в заголовке IP-пакета? Почему он не устанавливается с учётом trailer'а?
потому что это не часть ip пакета, а часть ethernet фрейма, а в нём не предусмотрено поле для размера(длинны)
S
Понял. Спасибо! Хорошо, что пакет не является теоретически инвалидным 👍 А вот L2-фреймы менее 64 байт, значит, могут откидываться каким-то оборудованием…
KV
какой номер в pcap у этого пакета?
S
Не понял.
KV
кинте pcap файл
S
