Aleksandr

А что там еще за интерфейс Radmin VPN активный?
route print - в студию!
"Скажите прямо что вам нужно - не изводите нас загадками" (с)

На уровне L2 ( MAC-адреса ) должно работать однозначно! НО... Только при условии что вы сами себе не вырубили MAC-сервер на "железке"!
Отключите брандмауэр и антивирус на компе и перегрузить "железку". Если не появится - NetInstall вам в помощь! (при условии что железка нормально работающая)

Дополнение/уточнение к посту Wexter - на таком количестве филиалов/пользователей, если всё-таки ставить Mikrotik, я бы, пожалуй, отдал предпочтение двум последним моделям (в них, по крайней мере, есть поддержка аппаратного шифрования), причём для центрального филиала ставил бы их 2 и вязал между собой по VRRP!
"Вывалится" центральный роутер - развалится вся "звезда"...
Вариант с сервером и лицензией x86 (в плане производительности) тоже небезынтересен!

Такое можно реализовать!
Для примера, по FreeBSD: курим бамбук и читаем мануал по CARP...
Как раз ваш случай :) - два интерфейса, но адрес будет один ;) (хотя будут задействованы всё-таки два различных IP-адреса, на которые будет сделана "привязка" одного CARP-интерфейса...)

Копайте в сторону reverse-proxy...

UniFi + Microtik в качестве аппаратного котнролера...

Нет, или у Вас или у Провайдера где-то рубится протокол ICMP (или UDP)... Если есть возможность - проверьте маршрут через другого Провайдера чтобы убедиться что проблема не в Вашем оборудовании!
Либо на время проверки отключите использование файрвола (сетевого экрана). Как вариант: шнурок от Провайдера воткнуть в какой-нибудь ноут и сделать проверку (важно: у Провайдера может быть "привязка" по MAC-адресу... поэтому на ноуте на сетевом интерфейск желательно прописать тот же самый MAC-адрес что и на оборудовании, куда приходит линк от Провайдера...)

Microsoft Visio - вам в помощь! Помимо обширной библиотеки объектов, которая идёт с инсталляцией - есть возможность подгружать их с сайта Microsoft. Если же использовать продукцию Microsoft вам религия не велит - подобный функционал был когда-то в пакете SmartDraw...

Думаю, не совсем правильно...
И MTU и MRU МОГУТ быть изменены - это настраиваемый параметра! в т.ч. и со стороны Пользователя...

Для Ethernet максимальный размер кадра по дефолту равен 1500 (вместе со всеми служебными заголовками и полями)... "Полезная" длина пакета (содержащая данные) обычно составляет от 1475 до 1492
Однако, на некачественных каналах связи (особенно это было актуально, к примеру, на DSL-соединениях) когда использовались штопанные-перештопанные телефонные сети приходилось уменьшать размер MTU до 1428 и ниже, чтобы избежать потери пакетов и повторной передачи... Для VPN размер MTU иногда приходилось выставлять и 1280!
В любом случае, при соединении происходит размер согласования "окна приёма/передачи" и если с Вашей стороны установлен MTU скажем 1450, то другая сторона не будет вам слать пакеты с длиной 1500! В противном случае с другой стороны увеличится кол-во отброшенных пакетов и вырастет процент повторно отправляемых пакетов...

Как-то так...

Подробности можете прочитать здесь