ГП
В циске вррп это сервис, в микротике это интерфейс
Size: a a a
2020 May 23
ГП
Без адреса на нем работать не будет...
ГП
В общем свои приколы )
ГП
Но я дружил циску и микротик по вррп, и они друг друга понимали
ГП
Единственное что надо учесть, что у вас внешние адреса будут другие, и на время перехода часть сервисов будет падать, пока не переоткроются новые сессии
ГП
Но тут уже тонкости пошли.
ГП
Внешние адреса рекомендую загнать на 1 доменное имя
ГП
Обращение на него будет разбрасывать по приоритету в домене
ГП
Для этого можно микротиковские клауды добавить как цнейн
IO
Обращение на него будет разбрасывать по приоритету в домене
Между А-записями нет приоритетов.
IO
Два кабеля к провайдеру, два l2tp подключения, общий шлюз и l2tp сервер, как рациональнее развести подключения по двум Eth? Пока в голове есть только два варианта, второму подключению в качестве сервера указать вымышленный ip, все пакеты к вымышленному ip маркировать, подменять ip назначения и запихивать в нужный eth. Но боюсь нагрузка на проц сильно увеличится. Второй вариант, виртуальный роутер, но не знаю насколько он жручий по ресурсам.
RP
Интересная идея, но LAC у него один, он попадёт в один из префиксов в любом случае
IO
Lac один, но цель-то - раскидать траффик по разным кабелям
RP
Цель создать два туннеля у автора, у него сейчас два LNS, физических, а он хотел бы объединить их в один. Но при этом сохранить возможность строить два туннеля, до одного и того же LAC, через один и тот же next-hop.
L
Есть идея, но не хватает квалификации понять можно ли так сделать. Есть mikrotik haplite (100mbps) использовать его как управляемый свитч между сервером с RouterOS (2G) и все подключения разруливать сервером. Возможно ли?
L
У haplite должно хватить мощи раскидать по разным Eth, а вся маркировка, соединения l2tp к провайдеру, фаервол и прочее разруливать сервером
RP
А сервер, что умеет строить соединения к LAC с конкретного source interface?
L
Нам не нужно агригировать, нужно просто каждое l2tp подключение запихнуть в свой eth
RP
Так я и спрашиваю, ваш LNS поддерживает конфигурацию где он строит соединение с конкретного source interface, не обращая внимание на RIB/FIB?
RP
Я просто вашу мысль может быть не понимаю, а вы имеете ввиду что-то другое.