Komrus

> все DNS наших внешних сервисов , в том числе и почта (т.к сервера свои)
Тут, конечно для полного ответа надо всю цепочку понимать...
Ваш внешний домен зарегистрирован у какого регистратора?
Куда от регистратора домен делегирован, на какой ДНС ?
Этот ДНС при аварии у Вашего провайдера - доступен из внешнего мира?
Если доступен (публичный ДНС для домена живёт у регистратора или у хостера), то, как вариант:

Можно создать в ДНС пару MX записей с разными приоритетами.
mx.company.com - с приоритетом 10
и
mx2.company.com - с приоритетом 20 (более низким)

mx.company.com будет иметь А запись, показывающую на IP адрес основного внешнего канала.
mx2.company.com - иметь A запись, показывающую на IP адрес резервного канала.

> можете подсказать какой нибудь локальный мессенджер , желательно работающий как почтовый
Опять же - надо понимать, на каком софте крутится сейчас Ваш почтовый сервер и что ещё есть в хозяйстве.
Например - почтовый сервер MDaemon умеет быть и jabber сервером. Вполне локально мождет работать.

В составе локального/приватного облака NextCloud - есть свой мессенджер.

Единственный момент - клиенты для мобильных платформ - не столько вылизанные, как Вотсапп/телеграмм. И для условной Марьи Ивановны из бухгалтерии их использование может быть некомфортным.

В любом случае: правильно настроенный локальный ДНС должен уметь отдавать правильные IP адреса Ваших публичных сервисов, доступные изнутри даже при падении внешнего канала. (ЛИбо дублировать и прописывать в локальном ДНС сервере приватные IP адреса для mx.company.com, либо на роутере публичные IP адреса заворачивать внутрь)

> у кого-то имеется опыт работы в данной сфере

Опыт-то имеется...
И проектировали/строили такой "радости" за четверть века - немеряно...
А вот точно ответить на вопрос (как маляры делают - по площади :))) почти не возможно.

Траектории движения ОЧЕНЬ зависят от источника финансирования. И под какую нормативку он попадает. ФЗ-44 - одна история. Коммерческое финансирование - другая..

Если по-правильному считать, то вначале пишется развёрнутое тех.задание (формально его пишет Заказчик, в реальной жизни - почти всегда потенциальный Исполнитель и согласует с Заказчиком).
Плюс - планировки прикладываются с планами размещения существующих и ПЕРСПЕКТИВНЫХ рабочих мест .
(Например - кабинет 15 кв.м., сидит один доктор с одним компом. Минимально - одна однопортовая розетка СКС. Максимально - доктору двухпортовую, перспективное место мед.сестры - двухпортовая. Второй порт - для телефонии и/или для принтера). А нонче зачастую и какой-нибудь аппарат УЗИ может к сети подтыкаться. И в поликлиниках они вполне себе появляются. Так что - может и 1 порт СКС/ЛВС на кабинет 15 кв.м., а может - и 6 :))) И с высокой верятностью, что через год все они заняты будут...)
Также в ТЗ надо указывать - куда сводим кабели (места расположения телеком.шкафа/шкафов), где/как их прокладываем в магистралях (например - в лотках за фальш-потолком, если есть фальш-потолок и место за ним), как прокладываем в кабинетах (например - в коробах ~100х50). Что по категории СКС. Требования по сИкретности/соответствия нормативке.

Потом на базе этого ТЗ - разрабатывается проектно-сметная документация. (В ТЗ надо указать - в каких расценках сметы должны быть. Обычно - ТЕРм по XXX региону. Но это надо уточнять у источника финансирования.)
Стоимость (НМЦК, вывешиваемую на тендер) этого этапа я бы оценил тысяч в 200...300 руб.

Потом - на базе полученных смет - объявляется второй тендер на создание ЛВС (включая в себя монтаж СКС и поставку/ПНР оборудования для ЛВС).

Проблема - что такой путь очень ДОЛГИЙ.
Запросто на пару лет растянуться может (финансирование на построение ЛВС выделят только на следующий год после предоставления сметной документации)

В реальной жизни бывает, что пару лет ждать мОчи нет. И тогда ответственному лицу от Заказчика приходится договариваться, чтобы КТО-ТО осмотрел объект, задумчиво посмотрел в потолок, подготовил более-менее точные сметы и подарил БЫ их Заказчику.
А потом Заказчик на базе этих смет будет уже тендериться...

PS. Если нужна очень-очень грубая (ну просто вот *^%$#&%$# грубая :))) оценка стоимости СКС/ЛВС в неких сферических стандартных условиях - то можно принять как $200 (ну или 16 000 руб) на рабочее место (кабельные трассы, кабели, патч-корды, патч-панели/органайзеры, какой-никакой телеком шкаф с набивкой, какие-нибудь 19" коммутаторы)

PPS. Хочу также отметить, что упоминавшиеся другими комментаторами СКУД, видеонаблюдение и прочие увлекательные и полезные вещи - это вообще-то ДРУГИЕ разделы проекта.

PPPS. К WiFi (если он мыслится доступным не только для сотрудников, но и для посетителей) - рекомендую относиться с БАААЛЬШОЙ настороженностью. Ибо закон Яровой и иже с ним требования по обязательной идентификации клиентов и хранению этой информации... То есть как минимум контроллер WiFi должен уметь интегрироваться с внешним Captive порталом, а в бюджете - предусмотрены деньги на оплату внешнего сервиса по идентификации через какие-нибудь СМС...

Ключевой вопрос (о нём ещё дедушка Ленин говорил :) - это вопрос о земле :)
О собственности на землю.

Если земля по предполагаемой трассе кабеля - Ваша личная, то смело копайте. Если организации (завода), где Вы работаете - то согласовать с главным инженером завода или ОКС...
Если муниципальная - то либо арендовать кабельную канализацию у РосТелекома, либо - проект, согласования, СРО...

А так - кабель оптческий, бронированный для прокладке в грунте.
Бывают варианты, допускающие их непосредсвенное закапывание в землю.
Бывают (чаще) требующие укладки в трубу.
Копать траншею, в неё - трубу ПНД двухстенную. Сверху - ленту "не копать!"
В трубу - кабель. Если нет иных вводныых - одномод 9/125
2 жилы - рабочие, 2 - резервные.
На концы кабеля - оптические кроссы на 2 дуплексных разъёма каждый.
Разъёмы LC
Внутри к концам оптического кабеля - привариваются пигтейлы.
От кросса (патч-панели) до коммутаора - оптические патч-корды LC-LC.

PS Нюансов - до дури

> какой модуль выбрать?
Чтобы без экспериментов - тот, который указан в datasheet'е от производителя
https://www.dlink.ru/ru/products/1/2422.html
Это - DEM-410T

Если брать сторонний - пусть поставщик подтвердит, что предлагаемый SFP+ - совместим с Dlink'ом...

Есть модели коммутаторов (заточеных под видеонаблюдеие), которые по стандартной UTP 5 обещают 200 метров. В общем-то - получается. Правда - путём снижения скорости до 10 мбит/с.
А так - можно попробовать подключитьсяна 150 метров на любых железках, где с обоих сторон можно принудительно вкючить режим 10 мбит/с FDX, и убедиться, что Green Ethernet (IEEE 802.3az) отключен.

Зависит, конечно от критичности задачи и имеющгося бюджета. На случайных неуправляемых коммутаторах - ерунда получится. Если в продакшн в энтерпрайзе - оптика и только оптика (это я ещё про 32G FibreChannel не вспоминаю, с его OM5 оптикой...)
. Если в общаге с друзьями надо линк прокинуть на годик- можно смело поэкспериментировать...

Ну и по любому для проектов такого масштаба:
1) написать ТЗ:
что должно получиться в итоге; требования всяческие к тому, что должно получиться; критерии оценки получилось/не очень...
Расписать ограничения: технические, организационные (например - наличие тех.поддержки, время реакции, время восстановления, время замены оборудования.); политические (например - допустим ли параллельный импорт; будет ли закупаться по 223 ФЗ или сугубо коммерческая закупка).
Согласовать со смежными системами - какие требования на локальную сеть они возлагают. (Например от мультимедиа может прилететь требования поддержки не самых распространённых протоколов типа AVB или Dante).
Продумать - взаимные ЧТЗ и разграничение зон ответственности между строителями кабельной системы (какие кабели нужны); инженерными системами (например - сколько тепла выделяют PoE коммутаторы в кроссовых); дизайнером (уберите с глаз долой эту точку доступа!); общестроем (как, вообще &^%$ подлезть к этой WiFI ТД !!!? :))) и теми, кто будет монтировать/настраивать оборудование

Согласовать внутри организации - Заказчика

2) Выбрать нескольких потенциальных поставщиков (системных интеграторов)
Обсудить с ними ТЗ. Уточнить упущенные моменты.
Согласовать - кто на на каком оборудовании готов предложить решение.
Отправить RFP
Получить КП (а лучше - ТКП)

3) Наслаждаться муками выбора :))) Но уже - обоснованными, с цифрами и аргументами от разных вендоров.

PS. Могу поучаствовать в процессе подготовки всех этих бумаг...

Времена нонче такие...
Со стороны пользователя - проблема, увы, не решаема и поведение соединения - (как по провайдерам, так и по времени) - не предсказуемо...

(Со схемой стало понятнее; но сложнее :)

0) Основное,прежде чем переходить к Morbus'ам, регистрам и программному коду - разобраться с сетевыми соединениями.
Где у Вас serial соединение, откуда и докуда оно сериал; где TCP/IP начинается; бегает ли IP поверх serial RS-232; с чем соединяется модем - с сотовым оператором или со вторым модемом; каким образом соединение доходит до сервера - у него либо белый IP адрес должен быть, либо второй модем...

1) Я смотрю на Овен ПР200 - и не вижу RS-232.
https://owen.ru/product/pr200/connection
Есть опциональные RS-485. Но это, - немного так другой стандарт интерфейса... Конвертор RS-485 - RS-232 бывает (от той же Moxa), но стоит денег.

2) Последние лет -дцать все стараются не изобретать велосипед, а использовать готовые компоненты.
Можете ли рассмотреть вариант замены
а) ПР200 - на модификацию с Ethetnet'ом (например - ПР205)

б) Модем iRZ MC55iT - на роутер с GPRS модулем и сотовой антенной. Роутер должен уметь своими силами поднять PPP соединение с Интернетом через LTE/GPRS сотового оператора и поверх него - VPN соединение.
Микротик (если хочется помучаться :) или Кинетик

А с Овена - уже работать по Modbus/TCP по установленному IP соединению.

3) Если "уже всё предрешено", то
3а) Вопрос с RS-232 портом
3б) - Хватит ли у Овена ресурсов (а Вам - терпения вырисовывать всё это на FBD) для работы по модему и пинания GPRS соединения для каждого блока данных
3в) На схеме - продумайте и прорисуйте - куда у Вас приходит GPRS соединение? Сейчас оно аж до ПК-сервера доходит. В реальности это не так. Оно куда-то в публичный интернет уйдёт. Как дальше соединение до сервера пойдёт?

Если уж позанудствовать.
Компьютеры находятся в ОДНОМ VLAN'е. Значит на Layer 2 (Ethernet) они повзаимодействовать могут. Например - L2 бродкасты от однгого компа будут долетать до второго.
Осталось придумать - какой протокол поднять поверх Ethernet. Например - какой-нибудь старенький чистый NetBIOS/NetBEUI. И тогда компьютеры вполне смогут обмениваться информацией.

То есть расширенный ответ:
Если (например - в целях информационной безопасности) надо обеспечить гарантированное отсутствие взаимодейтсвие между компами - их надо в как минимум разные VLAN'ы убирать. В одном VLAN'е - невозможно гарантировать отсутствие взаимодействия.
А если смотреть с точки зрения рядового пользователя, то для двух компов со штатным на данный момент стеком протоколов (TCP/IP поверх Ethernet) - то нахождение в разных IP подсетях будет препятствоовать ПРЯМОМУ взаимодействию штатными средствами (файлы по SMB гонять). При этом взаимодействие через какой-нибудь внешний сервер (Telegram, например) - в полный рост будет...

Основной вопрос - в Вашем регионе какой-нибудь оператор в 2025 году предоставляет услугу "Интернет через DVB-T"?
По моему разумению, сейчас всё эфирное вещание в России в DVB-T2 ведётся ФГУП «Российская телевизионная и радиовещательная сеть» (РТРС)
От них я такой услугиине не припомню...
Ну и да, через DVB-Т - только downlink канал. Uplink надо как-то иначе делать. А учитывая скорости LTE (превосходящие DVB-T) - смысла в такой услуге нет...

Помимо вышеуказаных (и бесусловно важных) мощности и антен, LTE и WiFi отличаются:

4. занимаемой шириной полосы частот (для LTE поднесущие - вообще по 15 КИЛО-Герц, хотя и выдаются от 12 штук на абонента; для WiFi - от 20 до 160 МГц) и
5. используемыми модуляциями (QPSK и QAM64 - для LTE, QAM256 и QAM1024 - для WiFi6).

WiFi проектируется в первую очередь для работы внутри помещений/объектов. В итоге все вышеуказанные ухищрения позволяют пропихнуть больше информации в секунду, но требуют гораздо лучшего соотношения сигнал/шум.

Действовать, как сказали выше, по п.2

на что обратить внимание при выборе роутера

на "возможность настраивать на нём VPN"
Причём - по новомодным протоколам.

В общем - Keenetic на сегодняшний день наиболее дружественный для настройки всякой экзотики (позволяет это делать мышкой-менюшкой)

1. Да. Возможно.
2. Рабочий вариант c минимальными трудозатратами (~ пол-часа мышкой потыкать) - роутеры Keenetic
Поскольку похожие вопросы пошли кучно - написал статейку на Хабре
https://habr.com/ru/articles/833358/

(Можно и на OpenWRT, можно и на Микротик... Но это всё, на мой взгляд - существенно дольше по времени. Вместо того, чтобы заниматься семьёй/своим любимым хобби - придётся разбираться с железками)