Size: a a a

2021 April 16

B

B in MikrotikRus
Извиняюсь за капитана очевидность
источник

IO

Ilya Oblomov in MikrotikRus
капитан устарел
источник

дя

док ярослававич... in MikrotikRus
помечаю только в одном месте или forward или mangl/prerouting . на данным момент правило в  mangle
источник

B

B in MikrotikRus
А что packet flow говорит ?
источник

B

B in MikrotikRus
Что пометили ? Соединение по новому пакету
источник

B

B in MikrotikRus
?
источник

B

B in MikrotikRus
Что мы делаем вообще ?
источник

🆂𝔹

🆂🅴🆁🅶🅴🆈 𝔹𝕒𝕜𝕝𝕒𝕟𝕠𝕧 🆗 🕸... in MikrotikRus
Что мы делаем вообще ?
источник

RP

Roman Polukhin in MikrotikRus
"To mark a connection as fast-tracked new action was implemented "fasttrack-connection" for firewall filter and mangle. Currently, only IPv4 TCP and UDP connections can be fast-tracked and to maintain connection tracking entries some random packets will still be sent to a slow path. This must be taken into consideration when designing firewalls with enabled "fasttrack"."

https://help.mikrotik.com/docs/display/ROS/Packet+Flow+in+RouterOS#PacketFlowinRouterOS-HowFastPathWorks
источник

RP

Roman Polukhin in MikrotikRus
Автор вопроса прав, wiki несколько не точно выражает текущие положение дел в RouterOS. И я даже не удивлён почему-то. 😆
источник

m

makar in MikrotikRus
В жабиксе?
источник

дя

док ярослававич... in MikrotikRus
Смотри ответ чуть выше . обрати внимание на источник.
источник

дя

док ярослававич... in MikrotikRus
Ну и по мне так предельно странно добавлять action туда где он не может быть использован.
источник

дя

док ярослававич... in MikrotikRus
Спорить не стану , не для каждого случая подходит mangl/prerouting fasttrack , например между интерфейсами, не получится указать в prerout. исходящий интерфейс. Но для est/rel самое то.
источник

0

0xDEFACE in MikrotikRus
Здравствуйте, подскажите пожалуйста как исправить проблему - у меня два роутера в бэкбон в одной сети 192.168.0.0/24  и допустим есть третий роутер R3 удаленный филиал. R3 соединен 2мя интерфейсами  1 с R1 второй  с R2. R3 и интерфейсы до R1 & R2 в AREA1. Когда линк между R1 и R3 падает пакет от клиента идет на R1 -> R2 -> R3 а обратно идет R3->R2-> клиент. клиент дропает пакет потому что пришел не оттуда. я могу для R2 изменить вес маршрута чтобы он отправлял на R1. Но если R1 не будет доступен пакет все равно туда будет идти, хочу выйти из положения. подскажите советом пожалуйста
источник

дя

док ярослававич... in MikrotikRus
Не совсем понятно. Не важно как идёт пакет важно кто отправитель и получатель. Клиент дропает только если одно из них изменится Почему отправитель изменился ?
источник

0

0xDEFACE in MikrotikRus
потому что r2 напрямую отвечает клиенту
источник

0

0xDEFACE in MikrotikRus
для r1 r2  с клиентом в одной сети
источник

дя

док ярослававич... in MikrotikRus
Схему давай!
источник

0

0xDEFACE in MikrotikRus
источник