VORON |Тактические решения
رفتن به کانال در Telegram
Изделия для специфичных задач. Заявки на приобретение, вопросы и предложения через бот: @Voron_TS_bot
نمایش بیشترروسيا151 551دسته بندی مشخص نشده است
3 337
مشترکین
+924 ساعت
+227 روز
+9030 روز
در حال بارگیری داده...
کانالهای مشابه
هیچ دادهای
مشکلی وجود دارد؟ لطفاً صفحه را تازه کنید یا با مدیر پشتیبانی ما تماس بگیرید.
ابر برچسبها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
ژوئیه '26
ژوئیه '26
+34
در 5 کانالها
ژوئن '26
+143
در 11 کانالها
Get PRO
مه '26
+439
در 13 کانالها
Get PRO
آوریل '26
+63
در 0 کانالها
Get PRO
مارس '26
+152
در 6 کانالها
Get PRO
فوریه '26
+271
در 7 کانالها
Get PRO
ژانویه '26
+110
در 6 کانالها
Get PRO
دسامبر '25
+168
در 6 کانالها
Get PRO
نوامبر '25
+484
در 10 کانالها
Get PRO
اکتبر '25
+633
در 37 کانالها
Get PRO
سپتامبر '25
+209
در 13 کانالها
Get PRO
اوت '25
+825
در 9 کانالها
Get PRO
ژوئیه '250
در 4 کانالها
Get PRO
ژوئن '25
+150
در 10 کانالها
Get PRO
مه '250
در 4 کانالها
Get PRO
آوریل '25
+2
در 2 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 09 ژوئیه | +3 | |||
| 08 ژوئیه | +10 | |||
| 07 ژوئیه | +7 | |||
| 06 ژوئیه | +3 | |||
| 05 ژوئیه | +2 | |||
| 04 ژوئیه | +3 | |||
| 03 ژوئیه | +3 | |||
| 02 ژوئیه | +1 | |||
| 01 ژوئیه | +2 |
پستهای کانال
Мифы о Mesh-мессенджерах: где заканчивается маркетинг и начинается инженерия
После разбора FireChat, Bridgefy, Meshtastic, MeshCore, Reticulum, Briar, goTenna, Beartooth, Jami и Tox видно: большинство мифов о Mesh появляются из-за смешения трёх разных уровней — физического канала, маршрутизации и приложения.
Миф 1. “Без интернета” значит “как Telegram, только автономно”.
Нет. Если транспорт — LoRa, то это короткие пакеты, координаты и телеметрия. Голос, видео и файлы требуют другого канала: Wi-Fi, IP, широкополосного radio или локальной сети.
Миф 2. Любая связь рядом — это Mesh.
Нет. Bluetooth-чат или звонок в одной Wi-Fi-сети ещё не Mesh. Нужны multi-hop, контроль дубликатов, hop limit, store-and-forward или другая логика доставки через промежуточные узлы.
Миф 3. Чем больше узлов, тем лучше.
Не всегда. Без нормальной маршрутизации сеть превращается в шум: flooding, повторы, занятый эфир, задержки и быстрый расход батареи.
Миф 4. Шифрование решает безопасность.
Только частично. В Mesh важны не только payload, но и identity, discovery, метаданные, доверие к relay/gateway-узлам и защита от подмены маршрутов.
Миф 5. Один транспорт закроет все сценарии.
История показала обратное. Рабочая архитектура должна быть многотранспортной: LoRa — для коротких критичных данных, Wi-Fi/IP — для медиа, P2P — для идентичности и отказа от центрального сервера.
Главный вывод: Mesh-мессенджер — это не приложение “без интернета”, а система связи с ограничениями физики, маршрутизации и безопасности.
В следующем посте информация про консолидированный отчет о более двадцати mesh-мессенджерах, которые мы проанализировали и разобрали. И с учетом их граблей, их плюсов, минусов реализовали свой собственный mesh-мессенджер.
________________
Для обращений — @Voron_TS_bot
Подписаться
| 2 |  Финал: какие Mesh-мессенджеры действительно заслуживают внимания
После всего цикла можно сделать главный вывод:
лучшего Mesh-мессенджера “для всех” не существует.
Есть разные задачи — и под них нужны разные решения.
1. Для коротких сообщений без интернета — Meshtastic
Это самый доступный вход в LoRa Mesh.
Плюс: дешёвые устройства, большое сообщество, автономная сеть.
Минус: низкая скорость и ограничение по объёму данных.
Подходит: походы, резервная связь, координаты, телеметрия.
Не подходит: голос, видео, большие файлы.
Для специалистов: LoRa даёт дальность ценой пропускной способности; важны spreading factor, airtime, duty cycle, hop limit и плотность узлов.
2. Для приватной переписки — Briar
Это не “Telegram без интернета”, а защищённый одноранговый мессенджер.
Плюс: сильная приватность, работа через Bluetooth, Wi-Fi или Tor.
Минус: не про голос, видео и массовые публичные чаты.
Подходит: активисты, журналисты, приватная связь, блокировки.
Не подходит: большие группы, медиа, дальняя радиосвязь.
Для специалистов: peer-to-peer, end-to-end encryption, локальная синхронизация, отсутствие центрального сервера.
3. Для инженерных автономных сетей — Reticulum / Sideband
Это уже не просто мессенджер, а сетевая архитектура.
Плюс: разные каналы связи: LoRa, packet radio, Wi-Fi, проводная сеть, интернет, I2P.
Минус: выше порог входа.
Подходит: резервные сети, эксперименты, сложные автономные системы.
Не подходит: массовый сценарий “скачал и сразу работает”.
Для специалистов: transport nodes, path discovery, store-and-forward, propagation nodes, Curve25519, LXMF.
4. Для профессиональных групп — goTenna / Beartooth
Это смартфон плюс отдельный радиомодуль.
Плюс: готовое устройство, координаты, карта, групповая работа.
Минус: цена и закрытая экосистема.
Подходит: спасатели, охрана, экспедиции, тактические группы.
Не подходит: открытые любительские сети и обычная переписка.
5. Для голосовой и видеосвязи — Jami, Meshenger, Tox
Они ближе к привычным мессенджерам.
Плюс: голос, видео, файлы, группы.
Минус: нужна локальная сеть или интернет.
Подходит: офис, дом, локальная сеть, приватные звонки.
Не подходит: автономная связь в поле без IP-сети.
Итог простой:
если нужна дальность — нужен радиоканал.
если нужна скорость — нужен Wi-Fi или IP-сеть.
если нужна приватность — важна архитектура доверия.
если нужна надёжность — нужна не только программа, но и сеть.
Mesh-связь — это не магия и не замена интернету.
Это инженерный компромисс между дальностью, скоростью, автономностью, безопасностью и удобством.
И именно поэтому тема Mesh-мессенджеров только начинается.
________________
Для обращений — @Voron_TS_bot
Подписаться | 1 945 |
| 3 | Блокировка, которая бьёт по своим
В Госдуме обратились к Минцифры с просьбой разблокировать Telegram. И аргументы там ровно те, о которых нормальные люди говорят с самого начала.
Первое — деньги. Депутаты прямо говорят: блокировка обходится бюджету в десятки миллиардов, а декларируемой цели не достигает. Мошеннические звонки как шли, так и идут — их число не снизилось. То есть заплатили много, получили ноль по главному пункту.
Второе, и для меня это важнее денег, — связь в прифронтовых зонах. От блокировки она ухудшилась. А там, где я работаю, Telegram — это не «посмотреть мемы». Это канал оповещения: воздух, угроза, «не выезжай», «маячок на технике». Когда этот канал душат, предупреждения доходят хуже и позже. А на фронте «позже» иногда означает «уже никак».
Я не идеализирую мессенджер и прекрасно знаю про его дыры — сам про них писал. Но у нас получилась знакомая история: борясь с угрозой, накрыли инструмент, которым эту же угрозу и купируют. Мошенники никуда не делись, зато людям в тылу неудобно, а людям на передовой — опасно.
И вот что цепляет. С одной стороны трибуны нам объясняют, как важна связь и оповещение населения. С другой — ломают ровно то, через что это оповещение реально работает. Хорошо, что в Думе это наконец проговорили вслух. Плохо, что понадобилось считать миллиарды и ухудшать связь на фронте, чтобы дойти до очевидного.
Посмотрим, услышит ли Минцифры своих же депутатов. Пока же держите резервные каналы связи с близкими и подразделением — не завязывайтесь на один мессенджер. Это, кстати, верно при любой политике сверху.
Communicatio est victoria.
— Душнила
t.me/zas_svo
vk.com/zas_svo
#СВО #связь #Telegram #блокировки | 926 |
| 4 |  Карта Mesh-мессенджеров: кто взлетел, кто провалился, кто остался нишевым
После всех примеров можно собрать общую картину.
Mesh-мессенджеры — это не один класс приложений, а несколько разных миров.
1. Взлетели и удержались
Meshtastic
Открытая LoRa-сеть для коротких сообщений, координат и автономной связи.
Плюс: дешёвое железо, большое сообщество.
Минус: низкая скорость.
Подходит: походы, резервная связь, телеметрия.
Не подходит: голос, видео, большие файлы.
Briar
Защищённый одноранговый мессенджер через Bluetooth, Wi-Fi или Tor.
Плюс: сильная приватность.
Минус: не массовый продукт “для всех”.
Подходит: приватная связь, нестабильный интернет, блокировки.
Не подходит: видео, голос, большие публичные группы.
Reticulum / Sideband
Не просто мессенджер, а сетевой стек.
Плюс: разные каналы связи: LoRa, Wi-Fi, проводная сеть, интернет, I2P.
Минус: сложнее для обычного пользователя.
Подходит: инженерные сети, резервирование, автономные системы.
Не подходит: быстрый старт без настройки.
2. Коммерческие и тактические
goTenna / Beartooth
Смартфон + отдельное радиоустройство.
Плюс: более надёжный радиоканал, координаты, групповая работа.
Минус: цена и закрытая экосистема.
Подходит: спасатели, охрана, экспедиции, полевые группы.
Не подходит: массовая открытая сеть и обычная переписка.
3. Исторически важные, но не взлетели
FireChat, Serval Mesh, Twimight
Они показали, что связь без интернета возможна.
Но не смогли стать массовым стандартом.
Плюс: важный инженерный опыт.
Минус: слабая устойчивость, малая плотность пользователей, ограничения смартфонов.
Подходит: изучение эволюции Mesh.
Не подходит: современная надёжная эксплуатация без проверки.
4. Почти Mesh
Wi-Fi Talkie, Signal Offline Messenger, Meshenger
Работают рядом или в локальной сети.
Но сами не всегда строят настоящую многошаговую Mesh-сеть.
Плюс: простота и хорошая скорость.
Минус: нужна общая локальная сеть или близкая дистанция.
Подходит: объект, офис, дом, локальная группа.
Не подходит: связь через цепочку узлов на большой территории.
5. Перспективные, но ещё незрелые
Bitchat, Berty, MeshCore
Интересные проекты с правильными идеями.
Но им ещё нужно пройти проверку временем, пользователями и реальными нагрузками.
Плюс: свежая архитектура.
Минус: неясная зрелость и масштабируемость.
Подходит: эксперименты, энтузиасты, пилотные сети.
Не подходит: единственный канал критически важной связи.
Главный вывод:
нет “лучшего Mesh-мессенджера вообще”.
Есть разные задачи.
Для коротких сообщений и координат — LoRa.
Для приватности — Briar.
Для сложных сетей — Reticulum.
Для профессиональных групп — goTenna.
Для локальной связи — Wi-Fi/IP-решения.
Для экспериментов — новые Bluetooth/BLE-проекты.
В финальной части сделаем рейтинг: какие Mesh-мессенджеры действительно заслуживают внимания сегодня и почему.
________________
Для обращений — @Voron_TS_bot
Подписаться | 2 949 |
| 5 |  Можно ли сделать Mesh-мессенджер как Telegram?
Короткий ответ: частично — да.
Но есть нюанс.
Чем больше функций мы хотим — голос, видео, файлы, конференции — тем больше нужна нормальная пропускная способность.
А значит, такие системы чаще работают не через LoRa или Bluetooth, а через локальную сеть, интернет или прямое IP-соединение.
При этом сама идея “Mesh как Telegram” постепенно перестаёт быть только теорией и экспериментами — уже появляются решения, которые пытаются приблизиться к этому уровню удобства. И в ближайшее время мы тоже покажем свой подход к этой задаче для более широкого круга пользователей (сейчас идут тесты).
Jami
Это один из самых близких вариантов к обычному мессенджеру.
Есть сообщения, аудио, видео, файлы, группы и конференции.
Но это не радиосеть в поле, а одноранговая связь через интернет или локальную сеть.
Для специалистов: peer-to-peer, distributed communication, end-to-end encryption, LAN/WAN, SIP-совместимость.
Плюс: много привычных функций без классического центрального сервера.
Минус: нужна IP-связность.
Подходит: приватные звонки, команды, локальные сети, отказ от облачного сервера.
Не подходит: автономная связь в лесу, LoRa-сценарии, связь без какой-либо сети.
Meshenger
Простая идея: голос и видео без сервера внутри локальной сети.
Пользователи сканируют QR-код, где указан адрес устройства, и звонят напрямую.
Для специалистов: direct IP calling, no signaling server, encrypted local communication, community mesh networks.
Плюс: работает без интернета, если есть локальная сеть.
Минус: сам не строит Mesh, ему нужна уже готовая сеть.
Подходит: офис, дом, объект, локальная аварийная сеть.
Не подходит: связь через цепочку телефонов без маршрутизации.
Tox
Попытка сделать защищённую одноранговую замену Skype.
Сообщения, голос, видео, файлы, группы — всё без классического центрального сервера.
Для специалистов: DHT, public key identity, encrypted peer-to-peer transport, file sharing, audio/video calls.
Плюс: полноценные функции и сильная идея децентрализации.
Минус: это не радиомеш, а IP/P2P-сеть.
Подходит: приватная связь через интернет.
Не подходит: автономная связь без IP-сети.
Serval Mesh
Самый интересный исторический пример.
Он пытался дать не только текст, но и голос, файлы и работу при отказе обычной связи.
Для специалистов: MeshMS, Rhizome, VoMP, MDP, Distributed Numbering Architecture.
Плюс: очень правильная инженерная идея.
Минус: проект остался экспериментальным и не стал массовым.
Подходит: исследование, аварийные сценарии, история развития Mesh.
Не подходит: современное внедрение без серьёзной проверки.
Главный вывод:
полноценный мессенджер требует широкого канала.
LoRa хороша для коротких сообщений.
Bluetooth — для ближней связи.
Wi-Fi и IP — для голоса, видео и файлов.
Поэтому “Mesh как Telegram” возможен только там, где есть подходящая сеть.
А если сети нет — начинаются компромиссы.
Именно в этой зоне компромиссов сейчас и появляются новые решения, которые пытаются совместить удобство привычных мессенджеров с автономностью Mesh — к этой теме мы ещё вернёмся отдельно.
В следующей части сделаем финальную классификацию: какие проекты взлетели, какие провалились, какие оказались технически удачными, но не стали массовыми.
________________
Для обращений — @Voron_TS_bot
Подписаться | 1 205 |
| 6 |  Briar, Berty, Manyverse, Jami: когда Mesh — это не радио, а архитектура
Не все Mesh-проекты строятся вокруг радиомодуля.
Есть другой путь: убрать центральный сервер и сделать так, чтобы устройства обменивались данными напрямую.
Это уже не всегда классическая радиосеть.
Но логика похожа: меньше центра, больше связи между самими участниками.
Briar
Один из самых серьёзных проектов в этой группе.
Он может работать через Bluetooth, Wi-Fi или Tor.
Если интернета нет — устройства синхронизируются напрямую рядом друг с другом.
Если интернет есть — связь может идти через Tor.
Для специалистов: Briar — это peer-to-peer messaging, локальное хранение, end-to-end encryption, синхронизация между доверенными контактами, без центрального сервера и облака.
Плюс: сильная модель приватности и устойчивость к блокировкам.
Минус: это не массовый “мессенджер для всех” и не дальняя радиосвязь.
Подходит: активисты, журналисты, приватная переписка, связь при нестабильном интернете.
Не подходит: голос, видео, большие группы, связь на километры без промежуточной инфраструктуры.
Berty
Похожая идея: мессенджер без центрального сервера, с упором на приватность и работу в сложных сетевых условиях.
Он использует одноранговую архитектуру и может работать без интернета через локальное обнаружение устройств.
Для специалистов: Wesh Protocol, BLE, mDNS, zero-trust messaging, end-to-end encryption, отсутствие обязательного номера телефона или почты.
Плюс: правильная архитектурная идея — связь без доверия к серверу.
Минус: проект сложный, менее зрелый и менее массовый.
Подходит: эксперименты, приватная связь, сообщества энтузиастов.
Не подходит: критическая связь без предварительного тестирования.
Manyverse
Это уже не столько мессенджер, сколько одноранговая социальная сеть.
Данные живут на устройствах пользователей и синхронизируются при встрече через локальную сеть или интернет.
Для специалистов: Secure Scuttlebutt, append-only log, gossip replication, offline-first подход.
Плюс: интересная модель “социальной сети без облака”.
Минус: не оперативная связь в реальном времени.
Подходит: офлайн-сообщества, распределённые публикации, медленная синхронизация.
Не подходит: срочные сообщения, рации, аварийная связь.
Jami
Самый близкий к привычному мессенджеру.
Есть сообщения, аудио, видео, файлы, конференции.
Но это не LoRa Mesh и не Bluetooth-сеть на километры. Это одноранговая связь поверх IP-сетей.
Для специалистов: distributed peer-to-peer communication, end-to-end encryption, direct connection, LAN/WAN, SIP-совместимость.
Плюс: полноценные функции мессенджера без классического центрального сервера.
Минус: нужна IP-связность: локальная сеть или интернет.
Подходит: приватные звонки, локальные сети, команды, отказ от централизованного сервера.
Не подходит: связь в поле без сети, LoRa-сценарии, работа “телефон к телефону” на большие расстояния.
Главный вывод:
Mesh — это не всегда про антенны и радиомодули.
Иногда Mesh — это архитектура доверия и доставки данных.
Но важно не путать:
радио Mesh даёт автономный физический канал.
P2P-мессенджер убирает центральный сервер.
Распределённая сеть помогает пережить блокировки и сбои.
Это разные задачи.
В следующей части разберём полноценные мессенджеры с голосом, видео и файлами: где они действительно приближаются к Telegram и WhatsApp, а где остаются только красивой инженерной идеей.
________________
Для обращений — @Voron_TS_bot
Подписаться | 1 095 |
| 7 |  goTenna, Beartooth, Sonnet, GOTOKY: когда Mesh становится отдельным устройством
После смартфонных Mesh-мессенджеров стало понятно: если нужна дальность, одного приложения мало.
Телефон удобен как экран, карта и клавиатура.
Но плох как основа автономной радиосети.
Поэтому следующий этап — отдельные радиомодули.
Смысл простой: смартфон подключается к устройству по Bluetooth, Wi-Fi или кабелю, а само сообщение уходит уже не через телефон, а через радиоканал.
Так работают goTenna, Beartooth, Sonnet, GOTOKY и похожие решения.
goTenna
Это уже не игрушка для энтузиастов, а коммерческая Mesh-платформа для групповой связи.
Устройство может работать в паре со смартфоном или как ретранслятор.
В профессиональных версиях важен не чат сам по себе, а ситуационная осведомлённость: координаты группы, короткие сообщения, карта, работа без сотовой сети.
Для специалистов: goTenna делает ставку на low-capacity mesh, multi-hop peer-to-peer, малое энергопотребление, end-to-end PKI encryption и интеграцию с ATAK.
Плюс: готовый продукт для групп, спасателей, охраны, военных и полевых команд.
Минус: закрытая экосистема, цена, зависимость от фирменного железа.
Подходит: тактические группы, спасательные работы, пожары, экспедиции, резервная связь.
Не подходит: массовая переписка, голосовые чаты “как в Telegram”, открытые любительские сети.
Beartooth
Идея похожая: смартфон превращается в радиостанцию.
Но акцент другой: текст, голос, координаты и групповая работа без вышек, спутников и абонентской платы.
Для обычного пользователя это выглядит как “рация с интерфейсом смартфона”.
Для специалистов: здесь важны PTT, PLI, AES-256, привязка к ATAK, автономное позиционирование и работа в диапазонах без отдельной лицензии.
Плюс: голос + сообщения + координаты в одном устройстве.
Минус: высокая стоимость и ограниченная экосистема.
Подходит: малые группы, разведка местности, охрана, спасатели, outdoor-сценарии.
Не подходит: большие открытые сети, дешёвый массовый Mesh, обмен большими файлами.
Sonnet и GOTOKY
Это более ранняя волна устройств: смартфон + внешний радиомодуль + обещание связи без инфраструктуры.
Они выглядели перспективно: сообщения, координаты, иногда голосовые записи, аварийные сигналы.
Но проблема оказалась классической: мало пользователей — нет сети.
Нет массовой экосистемы — нет устойчивого Mesh.
Плюс: правильная инженерная идея — вынести радиоканал из телефона.
Минус: краудфандинговая судьба, слабая распространённость, мало живой инфраструктуры.
Подходит: как исторический пример и нишевое решение для малых групп.
Не подходит: серьёзная эксплуатация без проверки поставок, поддержки и совместимости.
Главный вывод:
коммерческий Mesh сильнее смартфонного Mesh, потому что у него есть нормальный радиоканал.
Но он дороже, закрытее и требует отдельного оборудования.
То есть выбор становится таким:
смартфонный Mesh — проще, но слабее.
LoRa Mesh — дешевле и открыт, но медленнее.
Коммерческий radio Mesh — надёжнее, но дороже и закрытее.
В следующей части разберём другой путь: Briar, Berty, Manyverse и Jami — мессенджеры, которые делают ставку не на отдельный радиомодуль, а на одноранговую и распределённую архитектуру.
________________
Для обращений — @Voron_TS_bot
Подписаться | 2 845 |
| 8 |  Meshtastic, MeshCore, Reticulum: три разных ответа на вопрос “как строить Mesh-связь?”
После ранних Bluetooth-мессенджеров стало понятно: если нужна дальность и автономность, одного смартфона мало.
Нужен отдельный радиоканал.
Но дальше начинаются разные подходы.
Meshtastic — самый массовый и понятный вариант.
Телефон подключается к LoRa-устройству, а сообщения идут через радиосеть.
Для обычного пользователя это выглядит просто: написал сообщение — оно ушло через ближайшие узлы.
Для специалистов: Meshtastic использует managed flooding, HopLimit, идентификаторы пакетов, широковещательные и прямые сообщения. Это не “умный интернет-маршрутизатор”, а компромисс между простотой, живучестью и низкой скоростью LoRa.
Плюс: дешёвое железо, большое сообщество, быстрый старт.
Минус: ограниченная пропускная способность и риск перегрузки эфира в плотной сети.
Подходит: походы, резервная связь, координаты, короткие сообщения.
Не подходит: голос, видео, большие файлы, “замена Telegram”.
MeshCore — более инженерный подход к LoRa Mesh.
Он ближе к конструктору для тех, кто хочет строить собственную управляемую радиосеть.
Для специалистов: интересен как lightweight routing stack для packet radio, с акцентом на многошаговую доставку, узлы-компаньоны, ретрансляторы и более осознанное построение сети.
Плюс: лучше подходит для проектирования своей сети.
Минус: выше порог входа.
Подходит: радиолюбители, разработчики, локальные автономные сети.
Не подходит: массовый пользователь без настройки.
Reticulum — это уже не просто мессенджер.
Это сетевой стек.
Он может использовать LoRa, пакетную радиосвязь, Wi-Fi, проводную сеть, интернет, I2P и другие каналы. Поверх него работают приложения вроде Sideband и LXMF.
Для специалистов: здесь появляются transport nodes, path discovery, store-and-forward, end-to-end encryption, Curve25519, propagation nodes и разделение ролей между обычными узлами и транспортными узлами.
Плюс: самая гибкая архитектура.
Минус: сложнее развернуть и объяснить обычному пользователю.
Подходит: сложные автономные сети, резервирование каналов, экспериментальные и инженерные проекты.
Не подходит: сценарий “скачал приложение и сразу всё работает”.
Если коротко:
Meshtastic — самый доступный вход.
MeshCore — попытка сделать LoRa Mesh более управляемым.
Reticulum — переход от мессенджера к полноценной сетевой архитектуре.
Именно здесь Mesh-связь перестаёт быть “приложением без интернета” и становится инженерной системой.
В следующей части разберём goTenna, Beartooth и похожие устройства: когда Mesh становится не хобби-проектом, а коммерческим и тактическим продуктом.
________________
Для обращений — @Voron_TS_bot
Подписаться | 3 184 |
| 9 |  После FireChat: эволюция Mesh-мессенджеров и попытка сделать их инженерно состоятельными
Да, мы действительно движемся по хронологии — от первых экспериментов к более зрелым решениям. Это важно, потому что каждое поколение Mesh-мессенджеров решало конкретные проблемы предыдущего.
FireChat показал, что смартфоны могут общаться без интернета.
Но он же выявил ключевые ограничения: зависимость от плотности узлов, отсутствие устойчивой маршрутизации, слабую модель безопасности и нестабильную работу в фоне.
Следующее поколение — Bridgefy, Berkanan и Bitchat — уже пыталось закрыть эти инженерные проблемы.
Bridgefy
Использует Bluetooth Classic и BLE для построения ad-hoc сети с многошаговой передачей сообщений.
Реализует store-and-forward модель: сообщения могут временно храниться на промежуточных узлах.
Маршрутизация — упрощённая, без полноценного динамического протокола (нет аналогов OLSR или BATMAN).
Плюс: масштабируемость в плотной среде, простота подключения.
Минус: ранее выявленные уязвимости (включая MITM и отсутствие полноценной end-to-end защиты в ранних версиях), отсутствие строгой модели доверия узлам.
Подходит: плотные сети с низкими требованиями к безопасности.
Не подходит: сценарии с активным противником и требованиями к криптографической устойчивости.
Berkanan
Минималистичная реализация peer-to-peer связи через Bluetooth.
Фактически ближе к direct peer discovery + обмену сообщениями без сложной маршрутизации.
Нет развитой модели ретрансляции и управления топологией сети.
Плюс: низкий overhead, простота реализации.
Минус: отсутствие масштабируемости и полноценной mesh-логики.
Подходит: локальные ad-hoc группы.
Не подходит: распределённые сети с несколькими переходами.
Bitchat
Использует Bluetooth Mesh (BLE Mesh), где узлы могут ретранслировать сообщения на уровне протокола.
Поддерживает flooding-модель распространения сообщений (широковещательная передача с TTL).
Это даёт устойчивость, но увеличивает нагрузку на сеть и энергопотребление.
Ключевой вопрос — управление дубликатами, TTL и ограничение broadcast storm.
Плюс: более формализованная mesh-архитектура, встроенная ретрансляция.
Минус: высокая нагрузка на канал, сложность оптимизации, проект ещё не прошёл длительную эксплуатацию.
Подходит: экспериментальные сети, сценарии с высокой плотностью узлов.
Не подходит: энергоограниченные устройства и большие распределённые сети без оптимизации маршрутизации.
Главный инженерный вывод:
Проблема Mesh-мессенджеров — не в передаче сообщения без интернета.
Проблема в следующем:
— как реализовать устойчивую маршрутизацию без центрального узла;
— как избежать лавинообразного роста трафика (broadcast storm);
— как обеспечить end-to-end шифрование при недоверенных промежуточных узлах;
— как управлять энергопотреблением при постоянном сканировании и ретрансляции;
— как обеспечить работу в фоне на мобильных ОС;
— как масштабировать сеть при росте числа узлов.
Именно эти ограничения привели к следующему этапу эволюции:
переходу от смартфонов как радиосреды к специализированным радиомодулям (LoRa, sub-GHz), где можно контролировать физический уровень, дальность и энергопотребление.
В следующей части разберём Meshtastic, MeshCore, goTenna и другие системы, где Mesh-сеть строится уже не только на телефонах, а на полноценном радиоканале.
________________
Для обращений — @Voron_TS_bot
Подписаться | 2 850 |
| 10 |  Первые Mesh-мессенджеры: где была технология, а где — только красивая идея
После FireChat появилось много приложений, которые обещали связь без интернета.
Но не все они были настоящими Mesh-сетями.
FireChat
Работал через Bluetooth и Wi‑Fi (включая peer-to-peer соединения). Использовал store-and-forward модель: сообщения передавались от устройства к устройству без сложной маршрутизации.
Типичная дальность — до 10–30 м по Bluetooth и до 50–100 м по Wi‑Fi. Скорость ограничивалась каналом и нагрузкой сети, фактически — текстовые сообщения и небольшие данные.
Плюс: демонстрировал базовую идею многошаговой передачи.
Минус: отсутствие полноценной маршрутизации, слабая защита, высокая зависимость от плотности узлов.
Подходит: мероприятия, здания, кампусы, толпа.
Не подходит: дальняя связь, защищённые переговоры, аварийная связь.
Twimight
Использовал Bluetooth для передачи сообщений в “disaster mode”. Работал по принципу delay-tolerant networking (DTN): сообщения сохранялись и передавались при встрече устройств.
Дальность — до 10–20 м, скорость — низкая, ориентирована на короткие текстовые сообщения.
Плюс: реализация store-and-forward с элементами DTN.
Минус: отсутствие постоянной сети, зависимость от Twitter-инфраструктуры в обычном режиме.
Подходит: оповещения и короткие сообщения в толпе.
Не подходит: оперативная связь в реальном времени.
Wi‑Fi Talkie
Работал в локальной Wi‑Fi-сети (обычно через точку доступа или ad-hoc режим). Использовал IP-соединение внутри одной сети.
Скорость — до десятков Мбит/с (ограничена Wi‑Fi), поддерживал голос и текст.
Плюс: высокая скорость и возможность передачи голоса.
Минус: отсутствие многошаговой маршрутизации — устройства должны находиться в одной сети.
Подходит: небольшая группа в одной зоне (например, объект или здание).
Не подходит: распределённая сеть и связь через цепочку узлов.
Signal Offline Messenger
Использовал Wi‑Fi Direct для прямого соединения устройств. Поддерживал передачу текста, фото, видео и файлов.
Дальность — до 50–100 м, скорость — сопоставима с Wi‑Fi Direct (десятки Мбит/с).
Плюс: высокая скорость передачи данных и поддержка мультимедиа.
Минус: отсутствие полноценной Mesh-сети — нет ретрансляции через несколько узлов.
Подходит: обмен файлами и сообщениями поблизости.
Не подходит: масштабная сеть и дальняя связь.
Вывод простой: первые проекты доказали, что связь без интернета возможна.
Но они же показали главное ограничение: смартфон сам по себе — слабая основа для надёжной Mesh-сети.
Ограничения радиоканалов, отсутствие устойчивой маршрутизации и ограничения мобильных ОС делают такие решения нестабильными вне плотной среды.
В следующей части разберём более серьёзные Bluetooth/BLE-проекты: Bridgefy, Berkanan и Bitchat.
________________
Для обращений — @Voron_TS_bot
Подписаться | 3 067 |
| 11 |  FireChat: мессенджер, который обещал свободу от интернета — и показал, где заканчивается магия
Интернет отключён. Сотовая сеть перегружена или просто не работает.
Но сообщения всё равно доходят.
Не через вышки. Не через серверы.
А через людей вокруг вас.
Именно это обещал FireChat — один из самых громких экспериментов в мире Mesh-сетей.
Телефоны соединялись напрямую через Bluetooth и Wi‑Fi.
Каждое устройство становилось частью цепочки: сообщение могло «перепрыгивать» от одного пользователя к другому, пока не достигнет адресата.
Звучит актуально, не правда ли? Но данный мессенджер был придуман задолго до того, как Роскомнадзор.......
В какой-то момент казалось, что FireChat это что-то из будущего и оно уже наступило.
FireChat получил широкую известность в 2014 году, особенно во время протестов в Гонконге (сентябрь–октябрь 2014 года), когда тысячи людей устанавливали его в надежде получить независимый канал связи.
Это был момент, когда идея Mesh-сетей впервые вышла из лабораторий — в реальную жизнь.
Но дальше началась реальность.
Связь работала… пока вокруг много людей.
Стоило плотности упасть — сеть буквально рассыпалась.
Сообщения могли идти долго или не доходить вовсе.
Приватность оставляла вопросы.
А стабильность зависела не от технологии, а от толпы.
Для обычного пользователя это означало простую вещь:
приложение может работать — а может и нет, и предсказать это сложно.
Для специалистов стало очевидно: проблема не в самой идее Mesh.
Проблема — в маршрутизации, доверии к узлам, защите сообщений и в том, как заставить всё это стабильно работать на обычных телефонах.
FireChat показал главное:
смартфоны действительно могут создавать временную сеть без инфраструктуры.
Но он же показал и пределы этой идеи.
Такие сети хороши там, где есть люди рядом:
концерты, кампусы, здания, перегруженные сети.
И почти бесполезны там, где нужна надёжность:
дальняя связь, большие территории, аварийные сценарии, защищённые коммуникации.
Если коротко сравнить с тем, что мы используем каждый день:
обычные мессенджеры зависят от интернета, но дают стабильность и предсказуемость.
Mesh-приложения дают независимость — но теряют в надёжности.
FireChat стал символом надежды — и одновременно уроком.
Он не заменил сотовую сеть.
Но он задал правильные вопросы.
И именно после него начались попытки сделать Mesh-связь по-настоящему практичной.
Чем в том числе и мы уже занимаемся не первый год.
В следующей части сделаем полноценный сравнительный разбор: FireChat, Twimight, Wi‑Fi Talkie и Signal Offline Messenger — где они сильны, где проваливаются и почему.
________________
Для обращений — @Voron_TS_bot
Подписаться | 2 973 |
| 12 |  Решили сделать цикл статей на тему:
Mesh-мессенджеры: связь без интернета или красивая легенда?
Возможно, кому-то будет интересно.
Почти каждый год появляется новый “мессенджер без интернета”.
Идея звучит просто: телефоны соединяются друг с другом напрямую, каждый становится маленьким ретранслятором, а сообщение идёт по цепочке — без сотовой сети и серверов.
Но не всё так просто.
Mesh-сеть — это ячеистая сеть, где устройства могут быть не только отправителями и получателями, но и промежуточными узлами.
Но важно понимать:
не каждый мессенджер “без интернета” — это настоящий Mesh.
Если два телефона просто соединились по Wi-Fi — это ещё не Mesh.
Если приложение работает в локальной сети — это тоже не всегда Mesh.
Настоящий Mesh начинается там, где устройство может передавать чужие сообщения дальше.
Для специалистов: важно смотреть на радиоканал, маршрутизацию, ретрансляцию, шифрование, хранение сообщений, расход батареи и работу в фоне.
В этом цикле разберём исторические, текущие и перспективные Mesh-мессенджеры: кто взлетел, кто провалился и почему.
В следующей части — первые попытки: FireChat, Twimight, Wi-Fi Talkie и другие проекты.
________________
Для обращений — @Voron_TS_bot
Подписаться | 2 703 |
| 13 |  StreamCaster: почему “дальность mesh-модема” нельзя измерять одной цифрой
Прилетел вопрос: какое расстояние можно получить между двумя mesh-модемами StreamCaster?
Правильный инженерный ответ: зависит не только от модема.
У Silvus StreamCaster дальность определяется всей радиолинией:
— моделью модема;
— частотным диапазоном;
— выходной мощностью;
— типом антенн;
— высотой установки;
— шириной канала;
— рельефом;
— помеховой обстановкой;
— наличием прямой видимости;
— требуемой скоростью передачи данных.
Поэтому рекламное число вроде “50 км” или “100 км” без условий почти ничего не говорит.
Что можно ожидать на практике
Если взять два наземных модема StreamCaster со штатными всенаправленными антеннами и поставить их на уровне человека или на технике, реалистично закладывать не десятки километров, а примерно 1–5 км.
На открытой местности и при хороших условиях иногда можно получить больше — до 8–10 км.
Если поднять оборудование выше, например на мачты, автомобили или стационарные точки с нормальной прямой видимостью, диапазон уже может быть 10–20 км.
Если использовать высокие точки, направленные или секторные антенны, грамотный радиоплан и достаточный запас по энергетике канала, можно получить 20–50+ км.
А вот дальности 50–100 км — это уже, как правило, не “два модема на земле”. Это сценарии с хорошей высотой, прямой видимостью, мачтой или специально подобранной антенной системой.
Например, Silvus публично показывал кейс, где StreamCaster SL5200 в диапазоне S-band обеспечивал связь “воздух–земля” на 85 км с всенаправленными антеннами. Также у Silvus есть решения StreamCaster TRINITY с заявленной дальностью 50 km+ при использовании секторных антенн.
Но это важно читать правильно:
это не универсальная дальность любого StreamCaster в любых условиях.
Для полевой mesh-сети нужно разделять два понятия:
1. Дальность одного hop-link
Это расстояние между двумя соседними узлами. Именно оно зависит от антенн, высоты, частоты, мощности и условий местности.
2. Дальность всей mesh-сети
Она может быть намного больше, потому что данные передаются через промежуточные узлы-ретрансляторы.
То есть mesh позволяет расширять покрытие не за счет “магической дальности одного модема”, а за счет правильного размещения узлов и маршрутизации.
Инженерный вывод простой:
если StreamCaster стоит на земле со штатными антеннами — считайте дальность в километрах.
Если хотите десятки километров — нужны высота, прямая видимость, правильные антенны и радиопланирование.
Если кто-то обещает “100 км между двумя модемами” без описания условий — это не инженерная оценка, а маркетинг.
#mesh #MANET #StreamCaster #Silvus #тактическаясвязь #радиосвязь #IPMesh #VORON
________________
Для обращений — @Voron_TS_bot
Подписаться | 5 646 |
| 14 |  Сегодняшний пост о том, как важна обратная связь.
Нас иногда просят предоставить оборудование для тестирования в конкретных условиях в конкретном подразделении.
Раньше мы давали оборудование и договаривались о том, что после испытаний ребята предоставят нам обратную связь о том, как оборудование работает, какие есть пожелания, предложения, какие недостатки.
И всегда мы говорим о том, что чем больше вы нас ругаете в плане указания недостатков работы нашего оборудования, тем больше у нас информации над тем, что нужно устранять и в какую сторону двигаться в плане развития софта и оборудования.
К сожалению, в подавляющем большинстве после того, как мы отдали оборудование, мы не получаем ни обратной связи, ни обратно оборудования.
Лишь малая доля тех подразделений, кому мы предоставляли оборудование, возвращается с обратной связью, причем очень конкретной и полезной информацией для нас.
Одним из таких подразделений являются ребята из отряда Тимсо. Спасибо товарищу Скарту, он предоставил нам очень подробный полезный отчёт.
Без технических подробностей сделали видео, которое можем показать, так как время уже вышло, позиции сменены.
Ребята тестировали еще, когда снег не сошел.
Ну и теперь этот видеоотчет можно показать на всеобщее обозрение.
Спасибо ребятам, Скарту, Тимсо и другим за предоставленную информацию.
С учетом предоставленной информации мы уже много что добавили, изменили, улучшили.
И маленький анонс.
Сейчас идет работа над новым мессенджером для обычного смартфона. Та же защита, та же безопасность, позволяет обычный телефон превратить в средство коммуникации, в том числе взаимодействовать с нашим коммуникатором Voron S4.
На обычный смартфон ставится наше приложение Voron POC, ставится серверочек на своем локальном компьютере и получается закрытая связь с использованием POC сервера, который не хранит данные, но при этом у вас голосовые сообщения, текстовые сообщения, видеозвонки.
Если у кого-то есть желание протестировать бета-версию и накидать нам своих хотелок, пожеланий, будем рады.
Пишите нам в бот поддержки.
________________
Для обращений — @Voron_TS_bot
Подписаться | 2 261 |
| 15 |  +1Вместе с командой VORON |Тактические решения 14 июня принял участие в выставке, проводимой на базе Академии МТО ВС РФ.
В основном в выставке принимали участие крупные компании типа концерна Калашников, но были и стенды небольших производителей или разработчиков. Я показал на нашем стенде некоторые наши разработки и разработки товарища Кибы.
По поводу средств связи: на выставке в эту тему было всего 4 стенда. Собственно наш с Вороном, Стенд разработчика очень интересного устройства, позволяющего строить IP сеть с динамической маршрутизацией на разных физических линиях, стенд производителя НТРК и стенд "производителя спутниковых комплектов".
Последние взяты в кавычках так как на самом деле ничего не производят, а просто продают китайские терминалы.
Производитель НТРК был поинтереснее - их руководитель вполне искренний и жизненно активный трепач, несущий с абсолютно уверенным лицом фантастическую чушь.
Как ранее уже написал Ворон, выставку посетил заместитель Министра обороны Российской Федерации генерал-полковник Санчик Александр Семёнович. Как мне показалось, он из технически грамотных генералов, так что есть надежда что наши доклады были услышаны. По крайней мере мне показалось что я увидел у него в глазах некоторое понимание. Особо порадовало что у стенда трепача с НТРК он особо не задержался, дослушивать его бредни до конца не счёл необходимым.
Посмотрим, будет ли дальнейшая реакция. Хочется верить в то что она будет и я потратил время не зря.
Для тех, у кого есть возможность и желание поучаствовать в жизни канала напоминаю номер карты:
2202 2081 0678 9986 сбер
Михаил Георгиевич М
Ссылка на озон протухла, но есть ссылка на Сбер, можно пользоваться ей.
Наш канал на Rutube
Наш канал в Телеграм
Наш канал в Макс | 1 649 |
| 16 | Телефон-спутник: Qualcomm стирает границу между сотой и орбитой
Qualcomm показал модем X105 — и новость поинтереснее, чем выглядит из заголовков. Если коротко: смартфон сможет работать через спутник не в режиме «отправить SOS, когда нет сети», а как полноценный канал — голос и интернет напрямую с орбиты.
Сейчас спутниковая связь в телефонах — это аварийные сообщения вне зоны покрытия, и всё. X105 поддерживает 5G NR-NTN — режим, в котором спутник становится частью сотового стандарта наравне с наземной базовой. То есть телефон не «переключается на отдельный спутниковый сервис», а видит орбиту как ещё одну соту. Плюс это первый модем с поддержкой 3GPP Release 19 — задел под будущие 6G. Заявлены 14,8 Гбит/с на приём, NB-IoT для тяжёлых условий, ИИ-процессор и 6-нанометровый радиомодуль. Первые устройства обещают во второй половине 2026.
Теперь без рекламного глянца. Эти 14,8 Гбит/с — потолок наземного 5G/6G-режима модема, а не скорость через спутник. NTN-канал на орбиту узкий, с большой задержкой и куда скромнее по битрейту: голос и нетяжёлые данные — да, гигабиты «из космоса прямо в карман» — нет. Так что «звонить через спутник как по обычной сети» — это про доступность связи там, где вышек нет, а не про то, что орбита заменит вышку.
Но направление верное. Это конвергенция сотовой и спутниковой связи — то самое direct-to-cell, ради которого у нас строят «Бюро 1440», и про что я уже писал. Телефон без наземной сети, сам цепляющийся к низкой орбите, — это и про живучесть там, где вышек нет или их выбили, и про опсек: такой аппарат светит в космос, а значит и демаскирует. И не забываем: чип — Qualcomm, со всеми санкционными вводными. Своё direct-to-cell нам нужно не меньше, чем своя группировка.
А вы как смотрите на телефон-спутник для полей — реальный резерв, когда нет вышек, или игрушка с опсек-граблями? И верите, что наш direct-to-cell доедет до серии раньше, чем западные чипсеты закроют тему?
Communicatio est victoria.
— Душнила
t.me/zas_svo
vk.com/zas_svo
#СВО #связь #спутник #NTN #5G #инженерка | 1 585 |
| 17 |  Что мы делали на выходных.
14 июня посетили выставку, проводимую на базе Академии МТО ВС РФ. На выставке были представлены производимые товары как народного ВПК, так и отечественными предприятиями.
В том числе были представлены некоторые виды связи, спутниковой связи, системы РЭБ, системы жизнеобеспечения.
Мы представили свою продукцию в виде коммуникатора Voron S4, ретранслятора на солнечной панели, ретранслятора мобильного, изделие VoronBox, а также программное обеспечение для мониторинга и настройки сети VoronNest, Voron PoC.
Выставку посетил заместитель Министра обороны Российской Федерации генерал-полковник Санчик Александр Семёнович. Нами было доложено о том, что из себя представляет конкретное изделие и в целом про экосистему Voron.
Были заданы дополнительные вопросы, на которые мы ответили.
По результатам выставки заместитель министра обороны дал поручения. И как нам сообщили организаторы выставки, по результатам этих поручений будет продолжено общение и взаимодействие с теми, кто участвовал в выставке.
________________
Для обращений — @Voron_TS_bot
Подписаться | 2 092 |
| 18 |  Вопрос из бота: как выбрать Mesh-модем
После последних постов (тут и тут) нам пишут в бот поддержки:
- где купить Mesh/MANET-модемы,
- продаём ли мы их,
- какие продавцы честные,
- можно ли брать китайские IP Mesh-радио с AliExpress/Alibaba/сайтов производителей.
На вопрос “кто честный” нельзя нормально ответить списком. Сегодня продавец отвечает, завтра исчезает. Сегодня модель одна, через месяц внутри уже другая плата или прошивка.
Но можно ответить инженерно: как читать datasheet, чтобы не купить красивую коробку с рекламными цифрами.
В карточках китайских IP Mesh-радио часто всё выглядит отлично: 30–50 км, 82–90 Мбит/с, MIMO, FHSS, AES-256, десятки узлов, multi-hop, NLOS, видео и телеметрия в одной коробке.
Проблема не в том, что это всегда обман.
Проблема в том, что цифры без условий испытаний почти бесполезны.
“До 90 Мбит/с” — это не скорость вашей сети. Обычно это пиковая скорость в хороших условиях, на широком канале, при сильном сигнале и часто на одном переходе. Для реальной сети важнее полезная пропускная способность (goodput): сколько IP-трафика проходит после маршрутизации, потерь, шифрования и ретрансляций.
“30 км air-to-ground” — это не 30 км между двумя людьми на земле. Воздух–земля даёт высоту, прямую видимость и нормальную зону Френеля. На земле дальность быстро съедают рельеф, лес, здания, высота антенн и шум в эфире.
“256 узлов” часто означает не то, что 256 устройств одновременно гонят видео. Иногда это просто теоретический лимит адресуемых узлов. Правильный вопрос другой: сколько активных узлов сеть держит без развала задержек, потерь и маршрутов?
“10 hops” звучит красиво, но каждый переход съедает эфирное время. В multi-hop-сети растёт задержка и падает пропускная способность. Если нет графика throughput/latency по числу hops — это не характеристика, а украшение таблицы.
“AES-256” — это только название алгоритма. Важнее, как заводятся ключи, можно ли их менять, что происходит при потере узла, есть ли защита прошивки и разграничение прав администратора.
“FHSS anti-jamming” — не магия против РЭБ. Надо смотреть ширину перестройки, скорость hopping, синхронизацию, поведение при помехе и возможность исключать грязные частоты. Надпись FHSS сама по себе ничего не гарантирует.
Что спрашивать у продавца до покупки:
— UDP/TCP goodput на 1, 2, 3 и 5 hops;
— задержку и packet loss при движении узлов;
— условия теста дальности: частота, мощность, ширина канала, высота и тип антенн, рельеф;
— сколько узлов реально передавали данные одновременно;
— поведение сети при потере ретранслятора;
— логи RSSI/SNR/MCS, а не только видео “связь есть”;
— метод обновления прошивки и управления ключами;
— тест именно с вашим трафиком: голос, видео, телеметрия, файлы.
Главный признак нормального производителя — он не просто пишет “50 км и 90 Мбит/с”, а показывает методику испытаний.
Если методики нет, то “82 Мбит/с, 50 км, AES, FHSS, MIMO” — это не техническое описание сети.
Это рекламная строка на коробке.
Поэтому перед покупкой Mesh-модема надо смотреть не на самую большую цифру в таблице, а на то, какие цифры продавец готов подтвердить в реальном тесте.
________________
Для обращений — @Voron_TS_bot
Подписаться | 3 342 |
| 19 |  Как отличить MANET от маркетингового Mesh
Слово Mesh на коробке ничего не доказывает.
Модем может передавать пакет через соседний узел, строить цепочку из 2–3 ретрансляций и показывать нормальный ping на демостенде. Но это ещё не значит, что перед вами мобильная самоорганизующаяся сеть MANET.
Разница проявляется не в момент, когда всё работает.
Разница проявляется, когда сеть начинает деградировать.
Маркетинговый Mesh обычно демонстрирует связность:
узлы видят друг друга, IP-камера открылась, интернет пробросился, “self-healing” где-то написан в интерфейсе.
Инженерная MANET должна показывать другое: предсказуемое поведение при движении, отказах, перегрузке и изменении радиокартины.
Первый тест — цепочка ретрансляций.
Ставим 4–5 узлов, измеряем не “до X Мбит/с”, а полезную пропускную способность, задержку, джиттер и потери после каждой ретрансляции. Если производитель показывает только первый hop, а дальше говорит “сеть сама разберётся”, это не ответ. Для MANET важна кривая деградации, а не пиковая цифра в идеальных условиях.
Второй тест — потеря промежуточного узла.
Во время передачи голоса, телеметрии и видео отключаем узел (ретранслятор). Смотрим, сколько времени сеть перестраивает маршрут, какие потоки оборвались, какие восстановились, видит ли оператор событие отказа и новый маршрут. Если маршрут “как-то” восстановился, но система не показывает почему выбран именно он, это чёрный ящик, а не управляемая сеть.
Третий тест — конфликт трафика.
Одновременно запускаем голос, управление, телеметрию, видео и передачу большого файла. В слабой системе файл или видеопоток съедает эфир, задержка растёт, управление начинает отваливаться. В нормальной MANET при перегрузке первым должен страдать низкоприоритетный трафик. Управление, телеметрия и голос не должны умирать вместе с тяжёлым потоком данных.
Четвёртый тест — “прозрачный IP”.
Подключаем обычные устройства: ноутбук, камеру, планшет. Смотрим ARP, DHCP, IPv6 ND, mDNS, SSDP, multicast и unknown unicast. Если всё это без фильтрации разливается по радиосети, то прозрачность превращается в проблему. На столе это почти незаметно. В сети из десятков узлов такой мусор начинает съедать эфирное время.
Пятый тест — внешний контроль.
OEM-модем не обязан быть системой управления сетью. Но он должен дать внешнему ПО нормальные примитивы через программный интерфейс (API) и комплект разработки (SDK): список соседей, качество радиолиний, текущий маршрут, загрузку канала, события потери и возврата узлов, статусы ошибок, параметры профиля, подтверждения команд.
Важно не путать уровни.
Модем не “управляет всей MANET” сам по себе. Управление строит ПО покупателя. Но если модем не отдаёт телеметрию и не принимает управляющие команды в понятном виде, такую систему управления просто не на чем строить.
Главный критерий простой:
MANET — это не наличие ретрансляции. Это способность сети сохранять управляемость, приоритеты и диагностику при деградации.
Поэтому на испытаниях надо проверять не красивый web-интерфейс и не ping между двумя коробками, а протокол отказов:
- что сломалось,
- как быстро восстановилось,
- какой маршрут выбран,
- какой трафик получил приоритет,
- какие события отданы наружу,
- что сможет сделать внешняя система управления.
Если поставщик готов только к демо “камера через Mesh” — перед вами может быть рабочий ячеистый радиоканал.
Но называть это полноценной MANET пока рано.
________________
Для обращений — @Voron_TS_bot
Подписаться | 3 722 |
| 20 |  Дорогой MANET не отменяется.
Но армии нужен и дешёвый слой связи
Вчера писали о главной проблеме MANET: армии нужны не десятки узлов, а тысячи. И именно в этот момент сеть упирается не в радиофизику, а в экономику.
Дорогой MANET-модем хорош там, где нужны тяжёлые задачи: IP-трафик, видео, интеграция с БПЛА, машинами, штабными системами, высокая пропускная способность, сложная маршрутизация, управление сетью и нормальная криптозащита. Такие узлы никто не отменяет.
Но есть проблема: если каждый узел стоит как защищённый компьютер, массовую сеть не построишь.
Нельзя ставить дорогой радиомодем на каждый датчик, временный ретранслятор, малый БПЛА, выносной пост наблюдения, машину снабжения или одноразовый полевой узел.
Именно поэтому многие смотрят в сторону дешёвого сетевого радиослоя для простых задач.
Свежий сигнал — запрос USSOCOM на Low-Cost Mesh Radio. По сути, там речь не про “дешёвый аналог полноценного MANET”, а про более простой массовый узел: короткие сообщения, координаты, статусы, базовая защита, работа в mesh-сети без претензии на широкополосный канал.
То есть логика меняется.
Не одна универсальная дорогая станция на всё.
А несколько слоёв связи:
— дорогие MANET-узлы — как магистраль и критические точки;
— дешёвые mesh-узлы — как массовый слой для датчиков, ретрансляции, простого обмена и расширения покрытия.
Это важный сдвиг.
Цена узла становится не только вопросом бюджета, но и вопросом архитектуры сети. Если узел дешёвый, его можно ставить чаще, терять без катастрофы, быстрее масштабировать и реально доводить сеть до сотен и тысяч элементов.
Но здесь важно не впасть в иллюзии.
Дешёвый mesh не заменит полноценный MANET. У него почти всегда будут слабее полоса, устойчивость, криптография, управление, интерфейсы и эксплуатационные возможности.
Поэтому правильный вопрос сегодня звучит не так:
“что лучше — дорогой MANET или дешёвый mesh?”
А так:
“какие задачи должны решать дорогие узлы, а какие можно отдать дешёвому массовому слою?”
Именно к такой многоуровневой модели готова наша архитектура и изделия VRORN.
________________
Для обращений — @Voron_TS_bot
Подписаться | 2 349 |
