SokolovS Опубликовано 16 июня, 2017 · Жалоба Знатоки Mikrotik подскажите по такому вопросу. Поверх PPPoE (Интернет) организован EoIP туннель между микротиками, который объединен в бридж с ethernet интерфейсами. На портах каждого микротика получается сквозной L2. Но есть одна проблема. С одной стороны не очень мощный проц (RB941 Lite версия) и фрагментация исходящих пакетов мешает жить. На EoIP Actual MTU = 1438 байт т.к. Ehternet -> PPPoE -> EoIP. Как можно избежать фрагментации? TCP MSS менять? Попадает ли трафик в forward цепочку firewall, когда входит в один порт бриджа и выходит из другого? Причем если в порт RB941 ткнуть PC и явно ограничить не его интерфейсе MTU до 1438 байт, фрагментация пропадает и производительность вырастает на порядок. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nkusnetsov Опубликовано 18 июня, 2017 · Жалоба SokolovS, зависит от типа трафика и используемых протоколов. Например, смена "TCP MSS" работает только для TCP и при трафике UDP толку не будет. Ограничьте MTU на входящем интерфейсе ethernet на 941. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 18 июня, 2017 · Жалоба Вы посмотрите откуда растут корни проблемы. Даже устройство с 300мгц процессором передает через EoIP поверх PPPoE 100 мегабит трафика с фрагментацией, возможно ресурсы тратятся на что-то другое, либо у провайдера нарушается очередность следования пакетов, от чего появляются потери внутри L2 канала. Как вариант можно посмотреть в сторону ухода от L2 на L3, например через прокси-арп, на каждой стороне линка вешаете одинаковую подсеть на интерфейсах, и маршрутами разруливаете какие адреса куда ходят. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SokolovS Опубликовано 20 июня, 2017 · Жалоба Смущает то, что при смене MTU на передающей стороне на 1438 все становится нормально. Выходит, что фрагментация все таки каким-то образом влияет. Допускаю, что может нарушаться очередность пакетов, но разве при этом не должны фиксироваться потери в т.ч. в данном L2 канале? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 21 июня, 2017 · Жалоба Смущает то, что при смене MTU на передающей стороне на 1438 все становится нормально. Выходит, что фрагментация все таки каким-то образом влияет. Допускаю, что может нарушаться очередность пакетов, но разве при этом не должны фиксироваться потери в т.ч. в данном L2 канале? Так нарушение очередности тормозит отправку пакетов, или они приходят не в том порядке - вот все и тормозит. Сделайте на том же канале IP-IP или L2TP туннель и проверьте скорость в нем, например микротиковским тестом. Так же в вашем туннеле (EoIP) на бридже, куда он добавлен, повесьте IP любые для теста и запустите тест с микротиков между ними, сначала тест МТУ маленькими пакетами, которые идут без фрагментации, потом большими. Тогда сможете найти причину. Так же можно попробовать убавить МТУ на EoIP еще меньше, и посмотреть как это повлияет. Так же МТУ указывается в пункте МТУ, а не актуал МТУ. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...