Jump to content
Калькуляторы

Mikrotik EoIP и MTU

Знатоки Mikrotik подскажите по такому вопросу.

Поверх PPPoE (Интернет) организован EoIP туннель между микротиками, который объединен в бридж с ethernet интерфейсами. На портах каждого микротика получается сквозной L2. Но есть одна проблема. С одной стороны не очень мощный проц (RB941 Lite версия) и фрагментация исходящих пакетов мешает жить. На EoIP Actual MTU = 1438 байт т.к. Ehternet -> PPPoE -> EoIP. Как можно избежать фрагментации? TCP MSS менять? Попадает ли трафик в forward цепочку firewall, когда входит в один порт бриджа и выходит из другого?

 

Причем если в порт RB941 ткнуть PC и явно ограничить не его интерфейсе MTU до 1438 байт, фрагментация пропадает и производительность вырастает на порядок.

Share this post


Link to post
Share on other sites

SokolovS, зависит от типа трафика и используемых протоколов. Например, смена "TCP MSS" работает только для TCP и при трафике UDP толку не будет.

Ограничьте MTU на входящем интерфейсе ethernet на 941.

Share this post


Link to post
Share on other sites

Вы посмотрите откуда растут корни проблемы. Даже устройство с 300мгц процессором передает через EoIP поверх PPPoE 100 мегабит трафика с фрагментацией, возможно ресурсы тратятся на что-то другое, либо у провайдера нарушается очередность следования пакетов, от чего появляются потери внутри L2 канала.

 

Как вариант можно посмотреть в сторону ухода от L2 на L3, например через прокси-арп, на каждой стороне линка вешаете одинаковую подсеть на интерфейсах, и маршрутами разруливаете какие адреса куда ходят.

Share this post


Link to post
Share on other sites

Смущает то, что при смене MTU на передающей стороне на 1438 все становится нормально. Выходит, что фрагментация все таки каким-то образом влияет. Допускаю, что может нарушаться очередность пакетов, но разве при этом не должны фиксироваться потери в т.ч. в данном L2 канале?

Share this post


Link to post
Share on other sites

Смущает то, что при смене MTU на передающей стороне на 1438 все становится нормально. Выходит, что фрагментация все таки каким-то образом влияет. Допускаю, что может нарушаться очередность пакетов, но разве при этом не должны фиксироваться потери в т.ч. в данном L2 канале?

 

Так нарушение очередности тормозит отправку пакетов, или они приходят не в том порядке - вот все и тормозит. Сделайте на том же канале IP-IP или L2TP туннель и проверьте скорость в нем, например микротиковским тестом. Так же в вашем туннеле (EoIP) на бридже, куда он добавлен, повесьте IP любые для теста и запустите тест с микротиков между ними, сначала тест МТУ маленькими пакетами, которые идут без фрагментации, потом большими. Тогда сможете найти причину.

 

Так же можно попробовать убавить МТУ на EoIP еще меньше, и посмотреть как это повлияет. Так же МТУ указывается в пункте МТУ, а не актуал МТУ.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this