Как правильно прописать маршрут через промежуточный Mikrotik?

Question

[ipoluda]

Приветствую!
Есть три точки в каждой из которых стоят микротики:
МК1 c лок.сетью 10.0.1.0/24
МК2 c лок.сетью 10.0.2.0/24
МК3 c лок.сетью 10.0.3.0/24
Протянуто 2 GRE туннеля:
МК1 10.111.111.1 <---> 10.111.111.2 MK2
и
МК2 10.222.222.1 <---> 10.222.222.2 МК3
где 10.111.111.Х и 10.222.222.Х - внутренние адреса GRE интерфейсов
Соответственно прописаны маршруты так что
10.0.1.0/24 может ходить на 10.0.2.0/24 через 10.111.111.2 и обратно через 10.111.111.1
10.0.2.0/24 может ходить на 10.0.3.0/24 через 10.222.222.2 и обратно через 10.222.222.1
Вопрос:
Как БЕЗ протягивания доп. туннеля попасть с МК1 (10.0.1.0/24) на МК3 (10.0.3.0/24) через МК2?

Comments

[Руслан Федосеев]

https://linkmeup.ru/sdsm/
До понимания

[Артём]

Советую поднять OSPF, легче будет масштабировать сеть: как пример https://www.youtube.com/watch?v=wov-Jb3FgK8

[Zerg89]

Ну с точки зрения резервирования доступности, лучше ещё один тунель поднять, так как при отключении мк2 связь между мк1 и мк3 будет отсутствовать

[ipoluda]

Zerg89, по сути так и задумывалось) Резервирование как раз не нужно

[ipoluda]

Артём, благодарю за совет!
Так и сделал. Работает идеально, настраивается легко! Не знаю как раньше жил без OSPF (хоть пока не до конца ещё осознал как это работает)

Answer 1

[ipoluda]

Всем кто столкнётся с этим же вопросом, легче всего это решается через OSPF (в моём случае поверх GRE).
Поднимается за 5 минут (условно) и с пол-пинка, все интерфейсы участвующие в OSPF начинают видеть друг друга, то есть выходит что-то ТИПА виртуального свича/маршрута между участвующими интерфейсами, то есть все начинают друг друга пинговать. Объясняю как это вижу, поэтому про OSPF лучше читать подробнее чтобы понимать механизм работы, а не проводить аналогии.
Далее просто прописываются маршруты, с MK1 <-> MK3 и всё начинает прозрачно работать.