а зачем ты без него берешь?

Ну его вполне может не быть на каком-нибудь ARM :) Зато там может быть что-то железное

у wg хуево со всяким вокруг -- aaa, роутинг и т.д.

hifn из 2001 года? или что?

Ну например версии на неоне. Или реально железный crypto

так неон это же по сути aes-ni?
а про железный крипто я уже сказал -- их современных уже кажется не делают, соотвественно они медленные, на малое число сессий (например 8к), с долгим и дорогим стартом.

про роутинг не слышал проблем, вроде всё работает

Друзья! Есть какая-нибудь инфа, может кто-нибудь знает, как с сайта NXP достать доки ,которые закрыты?

Позарез нужен этот док:
https://www.nxp.com/webapp/sps/download/mod_download.jsp?colCode=IMX8QMSRM&appType=moderated

ну у народа начинались проблемы если к примеру пытаться резервирование настроить и все такое

сейчас во все места вставляют "крипто", тот же сверхбюджетный esp32-c3

и?..
по твоему aes-ni не подобным образом описывают?

Пока есть два решения:
- остаться на варианте «поллинг сервера» через UDP/DTLS с возможностью пробросить reverse SSH on-demand (и дальше уже пробрасывать порты с девайса через SSH, если понадобится)
- организовать VPN из устройств, автоматически получив надёжный encrypted channel между сервером и нодами и «прозрачный» доступ к любому из устройств

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

если vpn в прямую не нужен, и можно обойтись одним DTLS то и не надо изголяться c vpn

Всегда ведь можно кого то нанять или взять на контракт, не?

Если что, видео с роботами в снегу из Таллина. С 1991 года он не имеет отношения к России. :)

Наверняка можно. Только кого? Сетевого инженера? Embedded-сетевого инженера? Какой квалификации нужен человек?

Ембедед тут сбоку. Или сетевого или по безопасности. Оба несколько более широкой каалификации, сетевой наверное лучше. Можете меня ;)

По поводу «эмбеддеда сбоку» — не совсем.
Есть ограничения в виде работы на embedded-устройствах (опять же, низкий перф CPU относительно обычных x86-машин; ну или же работа с hardware acceleration на ARM, да), часто с использованием мобильных сетей в качестве единственного канала связи с миром, за NAT'ом и жёсткими файрволлами с DPI без контроля сетевой инфраструктуры тех мест, где эти устройства ставятся.

Это все сбоку. Это все к конечным устройствам, это совсем все сбоку