SokolovS Posted June 16, 2017 Posted June 16, 2017 Знатоки Mikrotik подскажите по такому вопросу. Поверх PPPoE (Интернет) организован EoIP туннель между микротиками, который объединен в бридж с ethernet интерфейсами. На портах каждого микротика получается сквозной L2. Но есть одна проблема. С одной стороны не очень мощный проц (RB941 Lite версия) и фрагментация исходящих пакетов мешает жить. На EoIP Actual MTU = 1438 байт т.к. Ehternet -> PPPoE -> EoIP. Как можно избежать фрагментации? TCP MSS менять? Попадает ли трафик в forward цепочку firewall, когда входит в один порт бриджа и выходит из другого? Причем если в порт RB941 ткнуть PC и явно ограничить не его интерфейсе MTU до 1438 байт, фрагментация пропадает и производительность вырастает на порядок. Вставить ник Quote
nkusnetsov Posted June 18, 2017 Posted June 18, 2017 SokolovS, зависит от типа трафика и используемых протоколов. Например, смена "TCP MSS" работает только для TCP и при трафике UDP толку не будет. Ограничьте MTU на входящем интерфейсе ethernet на 941. Вставить ник Quote
Saab95 Posted June 18, 2017 Posted June 18, 2017 Вы посмотрите откуда растут корни проблемы. Даже устройство с 300мгц процессором передает через EoIP поверх PPPoE 100 мегабит трафика с фрагментацией, возможно ресурсы тратятся на что-то другое, либо у провайдера нарушается очередность следования пакетов, от чего появляются потери внутри L2 канала. Как вариант можно посмотреть в сторону ухода от L2 на L3, например через прокси-арп, на каждой стороне линка вешаете одинаковую подсеть на интерфейсах, и маршрутами разруливаете какие адреса куда ходят. Вставить ник Quote
SokolovS Posted June 20, 2017 Author Posted June 20, 2017 Смущает то, что при смене MTU на передающей стороне на 1438 все становится нормально. Выходит, что фрагментация все таки каким-то образом влияет. Допускаю, что может нарушаться очередность пакетов, но разве при этом не должны фиксироваться потери в т.ч. в данном L2 канале? Вставить ник Quote
Saab95 Posted June 21, 2017 Posted June 21, 2017 Смущает то, что при смене MTU на передающей стороне на 1438 все становится нормально. Выходит, что фрагментация все таки каким-то образом влияет. Допускаю, что может нарушаться очередность пакетов, но разве при этом не должны фиксироваться потери в т.ч. в данном L2 канале? Так нарушение очередности тормозит отправку пакетов, или они приходят не в том порядке - вот все и тормозит. Сделайте на том же канале IP-IP или L2TP туннель и проверьте скорость в нем, например микротиковским тестом. Так же в вашем туннеле (EoIP) на бридже, куда он добавлен, повесьте IP любые для теста и запустите тест с микротиков между ними, сначала тест МТУ маленькими пакетами, которые идут без фрагментации, потом большими. Тогда сможете найти причину. Так же можно попробовать убавить МТУ на EoIP еще меньше, и посмотреть как это повлияет. Так же МТУ указывается в пункте МТУ, а не актуал МТУ. Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.