Артем

Пока законно, когда запретят, все онлайн-сервисы в РФ умрут, будем снова слать бумажные письма на деревню дедушке с жалобами, что банки тоже работать перестали))

Рекомендую посмотреть: https://social.technet.microsoft.com/Forums/ru-RU/...

Проблема не микрота)))

Дальше решение нагуглите сами))

Переобожми кабель между сервером и микротом, только чтобы наверняка...
Ну и длину кабеля проверь, не больше ли 100метров.
В микроте есть в интерфейсе кнопка Cable Test, выполни.

Если всё ок, то тогда обновляй дрова на сетевуху в сервере, ну, и, как писали выше, гугли буржуйские форумы на тему совместимости сетевухи и микрота.

У микротик есть инструмент TrafficFlow, если нужен учёт трафика - используйте его и перенаправляйте на сторонний сервер аналитики, правда, цены на такие серверы вас не обрадуют)))

Микротик - в первую очередь роутер, его основная задача - пакеты быстро перекладывать, а не следить кто куда и зачем ходит))

Возможна, но зачем?)

Тип - звезда, однозначно.

По моделям: RB951 в точки, 1100AH - в центр.

По типам шифрования:
Чистый IPSec - но с 951х больше 15Мбит в туннеле реально не получите, процессоры будут заняты на 100%, сложен в настройке.
L2TP IPSec - простой в реализации, но имеет минусы чистого IPSec
L2TP/PPTP - считаются не безопасными перед атакой MITM, но практически реализовать её сложно. Если нет критичных данных (банковские транзакции и т.д.) - рекомендую этот вариант. 90Мбит будут прокачиваться без проблем, как дешёвый вариант - идеально.

Это отлично делается через Queues.

Выкладывайте конфиг Queue.

Без фулл конфигов роутеров не понятно))

По ответу на предыдущий коммент, вроде верно, но информации не хватает.

Скорее всего что-то с NAT намудрили....

Для сквозного проброса трафика я бы вообще использовал mangle

Рекомендую этот доклад с московского МУМа октябрьского:
Практическое использование функционала Transparent Firewall
https://www.youtube.com/watch?v=2kzIIp3oPYk
https://mum.mikrotik.com/presentations/RU17M/prese...

Думаю, поможет разобраться

SFP порт и eth1 в бридж, на бридж же и повесить адрес микрота для NAT-клиентов
eth2-5 во второй бридж и нать их на здоровье.

Даже не хочу знать зачем это тебе, но воспользуйся программой hamachi и получишь то, что хочешь...

Мы, например, сервис-провайдер, у нас у каждого клиента свой vlan для их виртуалок, т.о. нам пофигу на их адресацию и всё остальное, мы по сути физически их отделяем друг от друга на l2 уровне.

Это пример использования, если нужны детали - го смотреть курс "сети для самых маленьких", благо, легко гуглится...

А не проще ли в таком случае просто в политике всем проксю раздать принудительно?!)

И на всякий случай форвард (кроме локалок) на 4м интерфейсе в 0.0.0.0/0 убить?

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

Провайдер даст вам L2 трубу между офисами, по сути, выделит для вас отдельный vlan, пропишет его с двух концов и ему глубоко плевать, что у вас там крутится и бегать.

Но если сильно очкуете, подготовьте порядка ляма-двух на то, чтобы на эту трубу навесить шифрование...

Такое возможно только при совпадении адресов или петле в сети (если, конечно, в конфигах тика не нашатали)...
То, что вы видите в ARP таблице на тике только одну связку IP-MAC - совершенно ни о чём не говорит.
Проверьте ARP-пинг по MACу ПК.

Если пройдёт - топологию сети и выгрузку конфига тика в студию.

Mangle вам в помощь, маркируйте входящие пакеты, потом на основе них соединения и роутинг по манглам обратно.