BBS/FIDOnet постапокалипсиса, компьютерная КВ-радиосеть

О радиосвязи и технологиях, основанных на этом.

Сообщение CKAHguHAB » 14.01.2013, 21:10

Стеганография - не вариант, много избыточной информации - лишние мегабайты для передачи килобайт...
Во-первых, можно просто грамотно кодировать информацию, так чтобы обратный процесс требовал значительных усилий - например, длительный анализ перехваченных данных.
Во-вторых, при получении необходимо будет иметь софт аналогичный современным докачивальщикам (downloaders), т.е. что бы при обрыве передачи файла - не передавать его целиком заново.
Аватара пользователя
CKAHguHAB
Модератор ЦИАН
Модератор ЦИАН
 
Сообщения: 372
Зарегистрирован: 29.04.2011, 14:33


Сообщение GoBlin » 11.02.2013, 12:45

Текущий замысел (без возможности авторизации и идентификации):

программа работает под Linux
поверх протокола Q15X25, реализуемого программой soundmodem или другой
обмен ведётся на конкретной частоте в пределах разрешённого цифрового участка

Выполняемые функции:
- поиск "собеседника" на частоте
- отправка собеседнику списка форумов
- проверка версии форумов - каких сообщений не хватает
- упаковка нужных сообщений и отправка собеседнику, соответственно и приём
- совмещение новой версии с имеющейся
- демонстрация пользователю форума с сообщениями
- естественно, запись-чтение на hdd
- прослушивание частоты и перехват сообщений, проверка по контрольной сумме их наличия у себя в базе

Интерфейс:
- список "собеседников", которых слышно на частоте с указанием времени их передачи
- список форумов у каждого собеседника с указанием даты обновления и наличия новых сообщений
- список форумов в базе с указанием см. выше, а также занимаемого объёма etc.
- запросы на приём форумов, которых ещё нет в базе (настройка с ответом на этот запрос по умолчанию)
- включение-выключение автоматического радиообмена
- настройки белого-чёрного списка контактов (по позывным, естественно)
- настройки приёма-передачи файлов (только от пользователя к пользователю, либо вместе с форумом)


и т.д. Что-то, конечно, упустил. Дополнения и предложения принимаются.
Аватара пользователя
GoBlin
Ц.И.А.Н.
Ц.И.А.Н.
 
Сообщения: 9243
Зарегистрирован: 17.11.2007, 21:55
Откуда: -. --- / --. .... --- ..- .-.. ... / .- .-.. .-.. --- .-- . -..

Сообщение Dragony_ » 11.02.2013, 12:54

Так...
Как будет осуществляться "поиск собеседников"?
Очевидно, что давать "общий вызов" не имеет смысла - при одновременном выходе (ответе) нескольких станций сразу разобрать что-то будет невозможно.
Поэтому - вызов осуществляется только при длительном "молчании" на частоте.
Вызывать - "по списку", сформированному заранее. Список может формироваться на основе прослушивания частоты, или передаваться с какой-либо станции.
Dragony_
Друг ЦИАН
Друг ЦИАН
 
Сообщения: 545
Зарегистрирован: 02.11.2012, 11:35

Сообщение GoBlin » 11.02.2013, 13:16

Общий вызов давать планируется однозначно - так как если в один и тот же момент эфир начнут слушать две станции, и обе будут молчать, то получится нелогичная трата времени и питания. Но сам этот вызов будет коротким, свой позывной и что-нибудь типа READY.

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

Задумка (пока сырая, конечно) в следующем - если на частоте в момент подключения тишина, программа сразу же даёт общий вызов и ждёт, дальше по ситуации - если ответ один, работает с ответившим, если ответов несколько, работает сперва с самым сильным сигналом и далее по убыванию. Если на частоте в момент подключения идёт обмен, программа перехватывает поступающие данные.
Да! Похоже, надо ещё включить в служебный обмен сигнал "заткнись!" на случай, если станция А даёт вызов в то время, когда связываются станции Б и В, причём Б принимает, а станцию В станция А не слышит из-за внешних условий.
Аватара пользователя
GoBlin
Ц.И.А.Н.
Ц.И.А.Н.
 
Сообщения: 9243
Зарегистрирован: 17.11.2007, 21:55
Откуда: -. --- / --. .... --- ..- .-.. ... / .- .-.. .-.. --- .-- . -..

Сообщение Dragony_ » 12.02.2013, 06:52

Для ознакомления с реальной работой станций в эфире рекомендую прослушать частоты возле 14070 - там реально видно на "водопаде", что при ответе сразу нескольких станций разобрать что-то на "водопаде" совершенно невозможно!.. Сигналы накладываются друг на друга, и вычленить что-то связное очень тяжело. "Сильному" сигналу мешают "слабые", и правильно принять позывной можно только в случае значительного превышения мощности у одной из станций.
Так что надо думать над алгоритмом, если планируется автоматизация...
Dragony_
Друг ЦИАН
Друг ЦИАН
 
Сообщения: 545
Зарегистрирован: 02.11.2012, 11:35

Сообщение GoBlin » 12.02.2013, 08:22

А причем здесь обычная работа радиолюбителей в эфире? Как пример скорее подойдут моды вроде Оперы и других, обеспечивающих автоматическое щсо.
Аватара пользователя
GoBlin
Ц.И.А.Н.
Ц.И.А.Н.
 
Сообщения: 9243
Зарегистрирован: 17.11.2007, 21:55
Откуда: -. --- / --. .... --- ..- .-.. ... / .- .-.. .-.. --- .-- . -..

Сообщение Dragony_ » 12.02.2013, 09:21

На примере "обычной работы" можно выяснить слабые стороны в работе программы, например - как она будет выделать позывной из кучи, или хотя бы из двух, причем начало передачи второго будет запаздывать на произвольный промежуток времени.
Dragony_
Друг ЦИАН
Друг ЦИАН
 
Сообщения: 545
Зарегистрирован: 02.11.2012, 11:35

Сообщение GoBlin » 12.02.2013, 09:23

Примером обычной работы можно иллюстрировать работу человека в цифре - а работа автоматики происходит без участия человека.
Аватара пользователя
GoBlin
Ц.И.А.Н.
Ц.И.А.Н.
 
Сообщения: 9243
Зарегистрирован: 17.11.2007, 21:55
Откуда: -. --- / --. .... --- ..- .-.. ... / .- .-.. .-.. --- .-- . -..

Сообщение GoBlin » 21.02.2013, 21:08

Отличная иллюстрация к планируемой архитектуре "КВ-форума" - Децентрализованная P2P сеть Pandora. И тоже под Linux, кстати :) Тот же самый смысл - выбираешь "одобрить", то есть хранить у себя на компе архив форума, и тем самым поддерживаешь его жизнеспособность.

Поскольку в эфире нет адресации по доменным именам, то сохранить индивидуальность названия эфирного форума будет проблематично - если злоумышленник решит создать двойника уже существующего форума, то ему ничто не помешает. И при встрече в эфире двух форумов с одинаковыми именами они попросту сольются, в результате изначальный форум будет попросту загажен сообщениями со второго. Знатный глумёж выйдет.

По пользовательскому интерфейсу остался нераскрытым вопрос просмотра сообщений и их отправки. Несмотря на то, что передаваемый файл представляет собой простой текст с мало-мальской разметкой, окно просмотра просто обязано быть гораздо богаче по наглядности.
- просмотр с отличием прочитанных-непрочитанных сообщений
- ручное помечание прочитанности-непрочитанности
- разное отображение сообщений своих-чужих, из своего региона-соседских-заокеанских
- сообщений от особо выделенного пользователя
Предположительно, нужно будет к каждому форуму, представляющему собой текстовый файл, создавать файл-компаньон в программе, чтобы обеспечить читабельность текста.
Аватара пользователя
GoBlin
Ц.И.А.Н.
Ц.И.А.Н.
 
Сообщения: 9243
Зарегистрирован: 17.11.2007, 21:55
Откуда: -. --- / --. .... --- ..- .-.. ... / .- .-.. .-.. --- .-- . -..

Сообщение GoBlin » 20.04.2013, 18:09

По итогам совещания с ведущим специалистом предпочтительной системой выбран Андроид, на втором месте Убунту. Выбор обусловлен устройствами, на которых будет применяться сеть, и их энергетическими запросами.
Аватара пользователя
GoBlin
Ц.И.А.Н.
Ц.И.А.Н.
 
Сообщения: 9243
Зарегистрирован: 17.11.2007, 21:55
Откуда: -. --- / --. .... --- ..- .-.. ... / .- .-.. .-.. --- .-- . -..

Сообщение GoBlin » 01.10.2013, 14:04

Как правильно подсказывают старшие товарищи, часть аспектов работы в эфире в будущей радиосети можно отработать с помощью этой программы: viewtopic.php?p=6282#p6282
`
`
По программе для "фидонета постапокалипсиса" работы продолжаются, принимаются пожелания и предложения.
Аватара пользователя
GoBlin
Ц.И.А.Н.
Ц.И.А.Н.
 
Сообщения: 9243
Зарегистрирован: 17.11.2007, 21:55
Откуда: -. --- / --. .... --- ..- .-.. ... / .- .-.. .-.. --- .-- . -..

Сообщение GoBlin » 29.10.2013, 09:47

Есть предварительное предположение, как организовать возможность модерации в этом форуме-в-эфире:
- сама база хранится в формате, понятном только самой программе, не в .txt или .html
- по эфиру сообщения передаются в открытом текстовом виде, с соблюдением законодательства
- в базе, при её создании, указывается список модераторов, и прикрепляются их пароли, либо другие методы подтверждения
- при установлении контакта сперва проверяется, модератор ли на связи - вот это уже на грани законности, т.к. пароли будут передаваться в закодированном виде (но, предположительно, не зашифрованном)
- в ходе передачи сообщений передаются также действия модератора по операциям над сообщениями - премодерация, редактирование, удаление и т.п.
Таким образом, в случае хулиганского поведения пользователя (флуд, ругань) его сообщения будут отображаться в базе до тех пор, пока модератор не получит их, не просмотрит, не пометит на удаление и уже исправленная версия базы не попадёт к пользователям.
Аватара пользователя
GoBlin
Ц.И.А.Н.
Ц.И.А.Н.
 
Сообщения: 9243
Зарегистрирован: 17.11.2007, 21:55
Откуда: -. --- / --. .... --- ..- .-.. ... / .- .-.. .-.. --- .-- . -..

Сообщение CWD-Goblin » 31.10.2013, 10:15

Идея с децентрализованностью вряд-ли прокатит, слишком сложной мне реализация видится.
А вот вгляды в сторону FIDO одобряю.
Как пример - крупные узлы(грубо липецк-воронеж, воронеж-киев, киев-минск) передают друг-другу изменения имеющиеся.
А по липецкой области уже нода (центральный узел) собирает всю информацию с поинтов, и уже передает другим ноадм (центральным узлам).
Иначе если полный бродкаст всем-всем-всем... не уверен что получится.

Возможно если хватит опыта - навыков написать софт под это дело, чтобы на 1 волне шло рукопожатие, затем сканирование и уход для обмена чуть в сторону, где меньше в данный момент трафика....
Аватара пользователя
CWD-Goblin
Друг ЦИАН
Друг ЦИАН
 
Сообщения: 1223
Зарегистрирован: 15.09.2009, 19:32
Откуда: Липецк

Сообщение GoBlin » 11.11.2013, 10:31

Несколько примеров радиолюбительских программ, проводящих двустороннюю связь автоматически:

PSK2k http://www.dj5hg.de/digitalmodes/psk2k_iaru.html
RCKRtty http://www.walter-dallmeier.de/software ... k/rckrtty/
SIM-PSK31 http://www.on4nb.be/sim31.htm

В этом контексте соблазнительно упомянуть Opera и ROS, но они для подтверждения связи требуют доступа к интернету.
Аватара пользователя
GoBlin
Ц.И.А.Н.
Ц.И.А.Н.
 
Сообщения: 9243
Зарегистрирован: 17.11.2007, 21:55
Откуда: -. --- / --. .... --- ..- .-.. ... / .- .-.. .-.. --- .-- . -..

Сообщение BFG10k » 12.12.2013, 02:13

Сравнение цифровых видов связи в плане помехоустойчивости: WSPR и ROSMF
Аватара пользователя
BFG10k
Друг ЦИАН
Друг ЦИАН
 
Сообщения: 310
Зарегистрирован: 11.01.2013, 11:02

Сообщение GoBlin » 19.01.2014, 21:32

Вспомнил об одном существенном моменте, который обязательно нужно предусмотреть - отсутствие необходимости в синхронизации времени между участниками сети, обмениващимися данными. Возможно, потребуется снабдить каждое сообщение атрибутами - локальное время автора сообщения в момент написания, локальное время автора сообщения в момент передачи, локальное время того, кто первым принял сообщение у его автора, в момент приема. Возможно, нужно будет указывать свой часовой пояс, условный или абсолютный астрономический. В любом случае полезно научить программу получать данные с встроенного навигатора (тем самым вопрос с синхронизацией времени решается сразу и прочно) и предусмотреть в ней настройку - делать это, или нет.
Аватара пользователя
GoBlin
Ц.И.А.Н.
Ц.И.А.Н.
 
Сообщения: 9243
Зарегистрирован: 17.11.2007, 21:55
Откуда: -. --- / --. .... --- ..- .-.. ... / .- .-.. .-.. --- .-- . -..

Сообщение CKAHguHAB » 20.01.2014, 12:02

CWD-Goblin писал(а):Идея с децентрализованностью вряд-ли прокатит, слишком сложной мне реализация видится.
А вот вгляды в сторону FIDO одобряю.
Как пример - крупные узлы(грубо липецк-воронеж, воронеж-киев, киев-минск) передают друг-другу изменения имеющиеся.
А по липецкой области уже нода (центральный узел) собирает всю информацию с поинтов, и уже передает другим ноадм (центральным узлам).
Иначе если полный бродкаст всем-всем-всем... не уверен что получится.

Возможно если хватит опыта - навыков написать софт под это дело, чтобы на 1 волне шло рукопожатие, затем сканирование и уход для обмена чуть в сторону, где меньше в данный момент трафика....


Плохой вариант, поскольку такая реализация структуры нужна при избытке нодов и опирается на функционирование крупных узлов: нет их и связь между регионами невозможна, а в схеме типа звезда такая связь будет возможна, пусть и не очень быстро будет достигать информация с края на край...

Тем более, что в случае БП / локального МП активными будут только военные и МЧС реципиенты (на своих частотах) у остальных будет отсутствовать техническая или моральная возможность(шок, подавленное состояние - научный термин депрессия :) ) передачи данных, может немного любителей в эфире будет... Поэтому в данных условиях децентрализованная сеть (сеть не зависящая от иерархичности своих звеньев) - это самый оптимальный вариант...
Аватара пользователя
CKAHguHAB
Модератор ЦИАН
Модератор ЦИАН
 
Сообщения: 372
Зарегистрирован: 29.04.2011, 14:33

Сообщение GoBlin » 22.02.2014, 20:17

Еще пример реализации автоматической передачи данных - http://www.winlink.org/node/141
Аватара пользователя
GoBlin
Ц.И.А.Н.
Ц.И.А.Н.
 
Сообщения: 9243
Зарегистрирован: 17.11.2007, 21:55
Откуда: -. --- / --. .... --- ..- .-.. ... / .- .-.. .-.. --- .-- . -..

Сообщение GoBlin » 05.04.2014, 21:00

Сейчас в ходе обсуждения BFG10k навел на мысль - для узловой станции, дежурящей в эфире 24/7/365, полезно в программе предусмотреть работу через несколько звуковых карт. Скажем, одна карта прицеплена к УКВ, одна к КВ (а то и две - 40ка и 80ка), и одна к Си-Би. Охват аудитории максимальный :-)
Аватара пользователя
GoBlin
Ц.И.А.Н.
Ц.И.А.Н.
 
Сообщения: 9243
Зарегистрирован: 17.11.2007, 21:55
Откуда: -. --- / --. .... --- ..- .-.. ... / .- .-.. .-.. --- .-- . -..

Сообщение Dragony_ » 07.04.2014, 06:58

GoBlin писал(а):... для узловой станции, дежурящей в эфире 24/7/365, полезно в программе предусмотреть работу через несколько звуковых карт. Скажем, одна карта прицеплена к УКВ, одна к КВ (а то и две - 40ка и 80ка), и одна к Си-Би.


А где электричество брать будете, для работы 24/7/365? Сколько Вт будет потреблять такая система?
Dragony_
Друг ЦИАН
Друг ЦИАН
 
Сообщения: 545
Зарегистрирован: 02.11.2012, 11:35


Пред.След.

Вернуться в Радиотехнический центр



Кто сейчас на конференции

Зарегистрированные пользователи: Yandex [Bot]