Дегтярев Илья

Вы явно не провайдингом занимаетесь, иначе давно выключили бы VTP.

bolid с2000-ethernet Но обязательно в влане без другого мусора - порты 10 мбит и весь трафик обрабатывается слабым процом. От мультикаст шторма в пару мегабит обмен падает временно.   И чуть подороже но красиво встает на рейку: https://wirenboard.com/ru/product/WB-MGE/

Забыли рассказать про высыхающие конденсаторы. В роутера, сетевухах и свитчах провайдеров.

В Dahua все работает, странно что не написали. И hcvr и XVR можно на другом регистраторе добавлять как нативные камеры dahua указав канал удаленного рега. В новых прошивках XVR даже определяется как 16+ onvif отдельных устройств.

mitsubishi mr. slim, обязательно канальники. Берете 2шт и 1 пульт. На внешних блоках ставятся разные номера контуров и на пульте включается их ротация/поддержка и т.д. На обоих блоках есть сигнальные выходы аварии.

Поднимите фейковый почтовый сервер, например просто неткатом. Весь трафик с рега отправьте на этот сервер (обычный dnat) и прочитайте что он там шлет.

А какие сейчас чиллеры актуальны, наращивать помаленьку свой ЦОД? Классический вариант inrow внутренних блоков на воду, теплообменник где-то рядом и чиллеры на гликоле на крышу. Все что внутрь машзала навалом, а чиллеры у всех под заказ чуть ли не ручной работы, а хочется чего то серийного, прям со склада, по 50-100 кВт.

Нормальный AC есть закомиченный в ядро только у куалком/атерос, модуль ath10k. Соотвественно с openwrt/lede только у них будут работать AC чипы. Качаем билдер, выполняем builder# make info | grep ath10k -B1 | grep TP TP-LINK Archer C25 v1 TP-LINK Archer C5 v1 TP-LINK Archer C58 v1 TP-LINK Archer C59 v1 TP-LINK Archer C60 v1 TP-LINK Archer C7 v1 TP-LINK Archer C7 v2 TP-LINK Archer C7 v2 (IL) TP-LINK Archer C7 v3 TP-LINK RE450 v1 TP-LINK TL-WDR6500 v2 TP-LINK TL-WPA8630 v1 TP-LINK TL-WR902AC v1 Вообще я бы взял Archer C7 и в него воткнул TL-WR902AC или просто USB приемник. Или действительно микротик с несколькими слотами и туда карты поддерживаемые ath10k.

верно Раз ip тунель - то сделайте линк между офисами 3го уровня с маршрутизацией, 4 отдельных десятки и попакетную балансировку.

Уже писал, что все работает. Там даже отдельным скриптом не назовешь, одна строка - один дополнительный запрос к kkmserver

Так пробивайте все эти электронные платежи на реальной кассе. Пару скриптов и все само будет проходить.

И что же в PSK плохого? У нас сеть из 600 точек в режиме PSK. Точнее клиент думает что сеть с обычным PSK, а только радиус знает что у каждого устройства ключ PSK свой, привязан к маку.

Винда 7ка pro с отключенными обновлениями, запрещенными перезагрузками в отдельной виртуалке без интернета за железным фаерволом, в отдельном влане вместе с кассой. В фаерволе разрешены только обращение к kkmserver/rdp с биллинга и шлюза для админов, исходящие к кассе.   С биллинга заббикс мониторит наличие транзакции не обработанных кассой и количество сообщений в очереди ОФД. Пока что замечали пару отваливаний первого ОФД на 1-2 часа и 2 раза зависла сама касса.

Кассы от старруса вполне себе xml понимают, в описании формат есть. Но даже касса Штрих с портом Ethernet хоть и имеет бинарный протокол, принимает соединения от нескольких хостов и регистрирует чеки. Сами используем kkmserver чтоб со штрихом общаться по xml, т.к. про старрус еще не знали когда покупали. Из выбора отлаживать бинарный протокол или отдать 3000р один раз и иметь нормальный стандартный протокол выбрали kkmserver. Для paykeeper кто-то по заказу написали конвертор в бинарный протокол одной из касс (но точно не той, что у нас, поэтому даже не рассматривали)

LostSoul, без overload такая схема работать не будет, т.к. трансляция не сохраняет использованный порт. В linux именно overload вариант включен по-умолчанию. Зачем? Просто надо писать не ip nat inside, а ip nat enable.