I
но она не будет интерпретировать пакеты vrrp, полученные на одном субинтерфейсе, как относящиеся к экземпляру вррп на другом субинтерфейсе
Size: a a a
2020 May 20
RP
Ах вот вы о чём
RP
Не будет, согласен
I
да. на циске для 100 вланов придется поднимать 100 экземпляров вррп
I
каждый из них будет хотеть выбирать мастера независимо от других
ЕК
Коллеги приветствую, в продолжение темы IPv6))) Настроил у себя дома туннельного брокера, возник вопрос что будет являться внешним интерфейсом (куда вешать запрещающие правила фаерволла), на интерфейс 6to4 или на эзернет-wan??
I
6то4
RP
да. на циске для 100 вланов придется поднимать 100 экземпляров вррп
Это, без спорно.
ЕК
6то4
Спасибо!
I
Stanislav
трэкинг надо будет у Инокентия посмотреть для цицски и попробывать изобрести аналог на МТ
в простейшем случае это /tool netwatch add host=<ip-to-monitor> down-script="/interface vrrp set [find name=\"<vrrp-interface-name>\"] priority=<lowest-priority>"
I
Stanislav
Я правда для своей схемы не нахожу применения трекингу
что будет, если у мастера пропадет связь со внешним миром, но внутренний мир останется живой? логика подсказывает, что мастер должен перестать хотеть быть мастером, чтобы мастером стал нынешний бекап
S
там выше еще пару роутеров , OSPF разбереться кто чего и куда , дергать то что ниже только по той причине что у провайдера какие то проблемы смысла не вижу
a
коллеги доброго дня
a
скажите пожалуйста, возможно ли перенести на удаленку ПК клиент, взаимодействующий с сервером, полностью прозрачно, посредством туннелирования. Проблема в том, что нет возможности пробросить порты, ибо они не известны. То есть выходит нужно чтобы весь трафик ходил будто он остался в локалке, будучи соединенный с микротиком. Схема выглядит так
a
ГП
Еоип тунель
ГП
С 2х сторон по микротику только надо.
ГП
Будет обычный длинный пачкорд, длинной в целый интеренет
a
спасибо
S
pptp + bcp или l2tp + bcp решает туже задачу