Господа! Нужна помощь! Настроил в мангле запугивание трафика по адресу сту на другой гейтвей (через тоннель) На роутере используется фасттрэк и выключять его нельзя. Пока он включен трафик по этому правилу мангал практически не идёт - скорость считанные единицы килобит и часть пакетов явно теряется. Как тольк отключаю фасттрэк или включаю торч - всё начинает работать. Как победить мангл с включенным фасттрэком?

Господа! Нужна помощь! Настроил в мангле запугивание трафика по адресу сту на другой гейтвей (через тоннель) На роутере используется фасттрэк и выключять его нельзя. Пока он включен трафик по этому правилу мангал практически не идёт - скорость считанные единицы килобит и часть пакетов явно теряется. Как тольк отключаю фасттрэк или включаю торч - всё начинает работать. Как победить мангл с включенным фасттрэком?

ну вот я и хочу это сделать - впорос как это сделать правильно

Делать fasttrack только для no mark трафика

можно про это поподробнее?

в самом правиле есть поля для марков, но как задать !весь_маркированный_трафик

я видимо туплю, но где это сделать тут

packet это для очередей

routing mark = !toVPN

несколько таких правил Ж)

блин это я вижу, как задать условие для немаркированного трафика?

ну так то я и сам догадался, но если маркированного трафика разного много, то как быть?

И всё-таки, я могу изменить порт для L2TP на RouterOS сервере или нет? Если нет, это будет ну очень странно.

И всё-таки, я могу изменить порт для L2TP на RouterOS сервере или нет? Если нет, это будет ну очень странно.

Нет. С двух сторон с помощью firewall если только

Сначала маркируем в мангле коннекш, потом пакеты, а потом уже по марке пакетов назначаем роут - так правильно?

а еще можно использовать route rules - если критерии маршрутизации в туннель не сложные. и сохранить fast-track

а еще можно использовать route rules - если критерии маршрутизации в туннель не сложные. и сохранить fast-track

ненадо исключать какой либо трафик?

нет

а еще можно использовать route rules - если критерии маршрутизации в туннель не сложные. и сохранить fast-track

а еще можно использовать route rules - если критерии маршрутизации в туннель не сложные. и сохранить fast-track

списками ip похоже нельзя

задачу то опишите?

нужно заворачивать трафик до хостов из адреслиста через другой гейтвей сделал просто правилом : chain=prerouting action=route passthrough=yes route-dst=10.255.255.1 dst-address-list=test log=no log-prefix="" но так не работает с включенным фасттрэком

нужно заворачивать трафик до хостов из адреслиста через другой гейтвей сделал просто правилом : chain=prerouting action=route passthrough=yes route-dst=10.255.255.1 dst-address-list=test log=no log-prefix="" но так не работает с включенным фасттрэком

и без конекшинов Ж)

там следующим правилом идёт коректировка МСС в туннель

А почему не на выходе?

на выходе чего? 10.255.255.1 это адрес дальней стороны тоннеля. на той стороне тоже есть правило корректировки МСС

вот правило - оно работает как надо. что с ним не так?

Кстати про mss. Как просчитать необходимость его изменения при форварде через туннель?

если туннель ваш, то, как по мне, корректнее пионизить МТУ, хотя мсс "дешевле" по ресурсам

MSS вроде как на UDP не влияет? Чтобы повысить именно качество UDP передачи – это в MTU?

Вот! С двух сторон и надо. Какие правила посмотреть?

Посоны, помогите с ипсек + нат, мозг замылен

Все в туннеле, да

Вопрос 1: не сломает ли дст-нат туннельный шифрованный ип пакет? Вопрос 2: улетит ли пакет после расшифровки до 172.16.0.254

На дст-нате нет никаких уточнений про ipsec in/out

Вопрос 1: не сломает ли дст-нат туннельный шифрованный ип пакет? Вопрос 2: улетит ли пакет после расшифровки до 172.16.0.254

Включи ipsec, none если не хочешь что бы оно срабатывало для ipsec трафика и ipsec,in если хочешь.

Включить ipsec, none? in/out?