Russian Users MikroTik | Форум пользователей MikroTik

неее, нафиг нафиг.... Вернулся к ospf. Остался только один вопрос. Когда добавляю OSPF Instance на вкладке Metrics не совсем понимаю значения этих метрик. Это метрики добавляемых маршрутов? Или транслируемых? Или получаемых? что это? ))

Ну логично предположить что метрики получаемых маршрутов от соседей

на значение DIstance они не влияют? Это внутренняя метрика самого OSPF? если у меня в таблице маршрутизации прописан статик роут в соседнюю сеть с Distance 2, его перебьет маршрут пришедший от главного микрота? Или статик роуты всегда в приоритете по сравнению с маршрутами, полученными по OSPF?

Что значит внутренняя метрика самого OSPF ?
OSPF протокол динамической маршрутизации и он заполняет таблицы маршрутизации в роутере. У него нет свой таблицы некой.

Возьмите пару роутеров да попробуйте. Гораздо быстрее будет чем вопросы задавать

Извеняйте если не понял темы до конца, но опишу свою топологию сети:
1) В центре два провайдера (А) и (Б)
2) На всех точках по возможности те же провайдеры (А) и (Б)
Если всё нормально работает и не один из провайдеров не отвалился то VPN-ы прокинуты А-А ; Б-Б....
Всё разделено чисто метриками... никаких скриптов и тд... А балансировка нагрузки нафиг не нужна, т.к. провайдер Б резервный и канал настолько узок, что нет смысла на него что либо балансировать.... В случае выхода из строя одного из провайдеров на любой из сторон переключение занимает не более 3-15 секунд. Даже RDP сессия не обрывается

делал такое. В вашей схеме если а Точке а отвалился основной канал, а в точке Б резерв то все, ничего не работает.

Я сначала тоже на OSPF далал пока не случился вышеописанный момент, было начал кучу тоннелей поднимать а потом понял что вся схема не будет работаеть на точке если там серый ИП ну плюнул и тупо на скриптах все реализовал. Клиентский микротик смотрит какой у него канал жив и так же смотрит какой канал жив со стороны сервера и уже перенастроивает L2TP тоннель. Клиент доволен, работает решение уже как года 2