QWE Опубликовано 3 июня, 2019 (изменено) · Жалоба Принмающий микротик собирает порезанные отправляющим микротиком EoIP пакеты, или отправляет их через себя фрагментированными (собирает конечный получатель) , удалив EoIP заголовок? какой максимальный L2MTU возможен при передаче через EoIP туннель ? L2MTU - это длина всего eternet фрейма с учетом FCS + MAC src + MAC dst? если принимающий микротик не собирает порезанные пакеты, то какая железка умеет это делать? Изменено 3 июня, 2019 пользователем QWE Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 3 июня, 2019 · Жалоба L2MTU - это без MAC и Ethertype заголовков (но с dot1q). То есть 1500 без VLAN, и 1504 с VLAN. FSC в калькуляциях не учитывается вообще нигде, считайте, что его нет. EOIP - фактический GRE, так что -28 байт. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 13 июня, 2019 · Жалоба Через такой туннель 65535 байт максимальный размер, главное что бы пакеты не фрагментировались и не терялись по дороге. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
QWE Опубликовано 27 ноября, 2019 · Жалоба снова актуально Вопрос был такой - Кто собирает фрагментированные фреймы отправляющим микротиком EoIP пакеты ? принимающий EOIP пакеты микротик или собирает конечный получатель фреймов? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 27 ноября, 2019 · Жалоба Устройства с разных сторон, которые являются адресатами EoIP. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...