Проверил. Нет, трафик в обе стороны по туннелям идёт через своих провайдеров

Проверил. Нет, трафик в обе стороны по туннелям идёт через своих провайдеров

Покажите tracert 5.5.5.5 src=1.1.1.1 tracert 5.5.5.5 src=2.2.2.2

А вот тут проблема, кстати. Трассировка до "5.5.5.5" (внешнего адреса офиса) не идёт из филиалов. Именно до этого адреса, до которого туннели проложены, с другими адресами нет проблем. Не разбирался, почему так. Работе не мешает...

У меня вопрос, в общем-то, в другом был. Я просто хотел уточнить для себя момент, про который спросил выше. Чтобы не грузить вас, собственно, проблемой. А самому понять, куда копать

У меня вопрос, в общем-то, в другом был. Я просто хотел уточнить для себя момент, про который спросил выше. Чтобы не грузить вас, собственно, проблемой. А самому понять, куда копать

В общем. Есть такая схема, про которую я выше написал. Есть 30 филиалов, всё настроено по шаблону ОДИНАКОВО. Но в некоторых филиалах (пока 2 выявлено) при падении роута до ISP1 роут до подсетки офиса не переключается на 2-й тоннель. Вот.

В общем. Есть такая схема, про которую я выше написал. Есть 30 филиалов, всё настроено по шаблону ОДИНАКОВО. Но в некоторых филиалах (пока 2 выявлено) при падении роута до ISP1 роут до подсетки офиса не переключается на 2-й тоннель. Вот.

при таком количестве филиалов целесообразно использовать OSPF

OSPF есть

В общем. Есть такая схема, про которую я выше написал. Есть 30 филиалов, всё настроено по шаблону ОДИНАКОВО. Но в некоторых филиалах (пока 2 выявлено) при падении роута до ISP1 роут до подсетки офиса не переключается на 2-й тоннель. Вот.

Давайте не мешать мягкое и тёплое. Туннели у вас поднимаются ? Адреса назначенные на гре пингуются? Адреса белые на которых строится гре пингуются с указанными src?

В филиалах, у которых нет проблем, при падении роута через ISP1 перестаёт пинговаться адрес GRE1 туннеля со стороны офиса. OSPF переключает маршрут до подсети офиса на адрес GRE2 туннеля со стороны офиса. В проблемных филиалах при падении роута через ISP1 продолжает пинговаться адрес GRE1 туннеля со стороны офиса. OSPF, соответственно, НЕ переключает маршрут до подсети офиса на адрес GRE2 туннеля со стороны офиса.

Ждите приключений тогда на свою голову. Рано или поздно вы их получите.

Без переделки возможно приключения пришли уже на вашу голову. yes_future

Минутку, сейчас отпишусь. Так-то схема уже 3 года работает. Просто захотелось нюансы уточнить, возможно, донастроить немного

На гре /30 подсети? При пинге ответного адреса гре указываете src?

А между тем, ROS7 beta2 уже 12 часов как доступна. И даже появилась OVA для CHR=) Mikrotik just uploaded the 2nd version of their v7 beta. A vmdk file is now also available for testing virtually. Changes in v7beta2 capsman improved compatibility between v6 and v7 versions; tr069-client address support of server CA certificates; winbox re-added OSPF menu; ppp fixed "add-default-route" parameter for PPP interfaces; ppp fixed OVPN authentication with client certificates; ppp improved handling for TLS traffic; ipsec enabled EAP client authentication method; other minor fixes; https://mt.lv/v7

Так, тут поподробнее. На ГРЕ адресах /30 подсети. Когда все провайдеры живы, я, допустим пингую из филиала адрес GRE1 офиса. Он пингуется и когда я указываю в Src. Address для пинга адрес GRE1 филиала, и когда я указываю адрес GRE2 филиала. Вы это хотели услышать?

Я хочу понять тунель работает у вас или нет. Конкретно один взятый туннель.

Да, работает. Я это давно написал

Я вот тогда ещё раз уточняю. Допустим на гре у вас 10.1.1.1/30 с одной стороны и 10.1.1.2/30 с другой стороны. Вы когда пингуете 10.1.1.2 со стороны 10.1.1.1 вы указываете src=10.1.1.1?

да

Просто сделайте две отдельные таблицы маршрутизации с дефолтом на ISP1 IPS2 соответсвенно. И route rule две записи сделаете src 1.1.1.1 dst 5.5.5.5 lookup only isp1-table src 2.2.2.2 dst 5.5.5.5 lookup only isp2-table Ясное дело что при недоступности одного из isp соотвествующий туннель упадёт. Делайте резервирования средвтсвами ospf на gre

Этими рекомендациями?

Всем привет. Я что-то видимо пропустил... hAP AC lite TC. Накатил 6.45.6 - пакет wireless не активен и не хочет включатся. Кто сталкивался ?

Всем привет. Я что-то видимо пропустил... hAP AC lite TC. Накатил 6.45.6 - пакет wireless не активен и не хочет включатся. Кто сталкивался ?

Экстра пакет? Потому что маин ровно лёг

Да, он самый

Да

Это действительно решило мою проблему. Странно)

Странно что?

Коллеги, кто подскажет, как l2tp клиенту указать, чтобы через второго провайдера соединялся?

Коллеги, кто подскажет, как l2tp клиенту указать, чтобы через второго провайдера соединялся?

Странно то, что всё итак работало нормально во всех филиалах, кроме двух. Ладно когда есть ошибка в настройке, и ничего не работает. Тогда это очевидно, и это нужно исправить. Или вот как сейчас, когда на одном микоте всё работает, на другом со 100% теми же настройками не работает (плюс ещё и проблема такая, которую явно не видно). Тоесть проблема как бы и "решена", но корни её неизвестны

Только маршрут до сервера через нужное подключение

У вас есть ошибка в настройке. То что работало вам повезло

Это как-то не по-айтишному звучит. Повезло, что на тестовом стенде всё работало. Повезло, что несколько лет на всех филиалах всё работало, и вот спустя 30 филиалов обнаружился один проблемный. Так и совсем параноиком можно стать, если все 100% рабочие процессы перепроверять после очередной разливки шаблона. Это не только к роутерам относится. Если всё это время "везло", значит, нужно разобраться, почему "неправильная" настройка позволяла и позволяет беспроблемно работать. Делать я это, конечно, не буду (разбираться), потому что некогда) Но факт остаётся фактом

Это логика и понимание. Ну заработало и хорошо. Я не сомневался

А можете оценить, пожалуйста, насколько правильно я это всё сделал, раз уж мы всё равно тут из-за меня переполох создали? Я просто с вкладочкой Route Rule пока не сталкивался, не приходилось как-то. https://pastebin.com/xMzLjWn7

Mangle лишний, достаточно же, что в rule указана таблица, нет?

А можете оценить, пожалуйста, насколько правильно я это всё сделал, раз уж мы всё равно тут из-за меня переполох создали? Я просто с вкладочкой Route Rule пока не сталкивался, не приходилось как-то. https://pastebin.com/xMzLjWn7

именованые таблицы, в мангл, или врф создают отдельные таблицы машрутизации

Спасибо. Значит, мангл не лишний, потому что нам нужно создать таблицу маршрутизации

В вашем случает у вас статика манглы не обязательны. А таблицу вы создаёте сами в route

в мангл маршрут отмаркировать,в роуте, указать\создать таблицу если я правильно помню

Только что же выше сказали, что таблицу маршрутизации можно создать ТОЛЬКО в мангл ( и врф). Как это не обязательны?

именованые таблицы, в мангл, или врф создают отдельные таблицы машрутизации

Это не я говорил и это неверно

Что именно не верно?

а слово именнованные таблицы вы специально игнорируете?

Сам нашел ответ на свой вопрос https://habr.com/ru/post/231311/

ну там это и описано