|
|
|
Форум
Начало »» Разное »» Идеи по технологиям объединения базовых станций...
 ogogon
 
Регистр: 03.10.2010
Сообщений: 4
Рейтинг/место: 17/351
|
| Четверг, 14 Октябрь 2010 01:32 |
|
Я почитал материалы в этом разделе и несколько удивился тому, что для объединения базовых станций использовались и используются технологии как минимум пропиетарные, а как максимум - экзотические или откровенно доморощенные.
 Сразу же оговорюсь - я ничуть не хочу умалить заслуги энтузиастов, развивавших этот проект или отозваться о них неуважительно. Однако являясь профессиональным аналитиком информационных систем, я хотел бы высказать некоторые свои соображения.
Первое - вряд ли стоит развивать создаваемую энтузиастами систему, полагаясь на решения не являющиеся открытыми и существующими "параллельно". При всех достоинствах "народных" проектов, у них есть и недостатки - волонтеры могут по разным причинам выбывать из них, уступая место другим людям, с совсем другими концептуальными предпочтениями. Это часто приводит к "сменам курса" и фактическим потерям существующих наработок. Тут уже обсуждались такие RoIP проекты, в частности eQSO, но, как ни странно было принято решение далее двигаться аналогичным образом.
Второе - вряд ли стоит игнорировать существующие открытые профессиональные решения. Они не случайно выжили в пестром море связи. Они уже разработаны и обкатаны значительной практикой. Фактически, за нас уже все сделано.
Полагаю, что есть смысл обратить внимание на типовые решения VoIP. Они уже весьма недороги, отлажены, хорошо документированы и описаны.
Одна лишь проблема - в основном они ориентированы на полнодуплексные каналы, а большинство базовых станций - полудуплексные, или как выражаются радисты "симплексные". Это не скажется на работе с программных SIP-клиентов через сеть, но подключение радиоканалов потребует или дуплекса или дополнительного согласования.
Впрочем, для создания дуплекса достаточно двух станций вместо одной и это не столь трагично, поскольку любой симплексный репитер и так работает с разносом частот и занимает два канала. Кроме того, существует специальные SIP-шлюзы не с телефонным, а с "радийным" окончанием, умеющие обрабатывать сигналы "PTT" и "COR".
Ну, а для энтузиастов тут просто чудесное поле приложение усилий - можно доработать существующий шлюз с телефонным интерфейсом до симплексного. Дело вполне реальное и достойное.
Достоинства такого решения - отсутствие потребности в компьютере. К базовой станции достаточное подключить необслуживаемый адаптер ценой в 80-250 USD.
Помимо типового VoIP существуют открытые решения RoIP принятые у зарубежных радиолюбителей. Они, в большинстве своем, открыты и могут быть использованы в данном случае. Сравнительным недостатком является необходимость в компьютере и изготовлении к нему интерфейса для радиостанции. Впрочем, существующие решения не очень сложны и сравнительно недороги. Примеры - CQiNet, IRLP и проч.
Если эта тема интересна - ее можно развить и обсудить далее, более подробно. 
Ogogon. 
|
 |
 ShepA
Воронеж
Регистр: 23.10.2008
Сообщений: 248
Рейтинг/место: 1724/1
|
| Четверг, 14 Октябрь 2010 09:04 |
|
от себя пока так напишу.
Все ругают аську - ICQ. Не могу перейти на, скажем, джабер, потому что субъекты нужные мне для общения сидят на асе. Особенно если она нужна мне для работы - сеть поставщиков и клиентов. Список более 50.... Уговаривать каждого перейти на другую прогу попробовать как классно?
Исходя из выше сказанного, попробуйте поставить FRN клиент и нажать кнопку "просмотр серверов" на которой нарисована лупа. 
|
|
ogogon
Регистр: 03.10.2010
Сообщений: 4
Рейтинг/место: 17/351
|
| Четверг, 14 Октябрь 2010 10:34 |
|
ShepA:Уговаривать каждого перейти на другую прогу попробовать как классно?
Исходя из выше сказанного, попробуйте поставить FRN клиент и нажать кнопку "просмотр серверов" на которой нарисована лупа.
|
В данной теме я хочу обсудить различные варианты технологий, которые не умрут с потерей одного-двух разработчиков-волонтеров, а не человеческий фактор в виде инерционности мышления держателей базовых станций. Она явно не аргумент в дискуссиях о достоинствах и недостатках различных архитектур.
К тому же, полагаю что владельцы базовых станций тоже не сумашедшие - если возможно высвободить занятый виндовым сервером компьютер или избежать наступления уголовной ответственности за краденый Windows ("нажать на лупу" и в прокуратуре могут), то они всерьез задумаются об этом. Кроме того, стабильность и объем обслуживания - тоже важный фактор.
Я, кстати, "нажать на лупу" не могу - у этой программы сборок ни под Unix/Linux ни под Mac OS X нет. И судя по среде разработки - быть не может.
Ogogon.
|
|
ShepA
Воронеж
Регистр: 23.10.2008
Сообщений: 248
Рейтинг/место: 1724/1
|
| Четверг, 14 Октябрь 2010 19:06 |
|
словоблудство...
| ogogon:Я, кстати, "нажать на лупу" не могу - у этой программы сборок ни под Unix/Linux ни под Mac OS X нет. И судя по среде разработки - быть не может. |
человек не зная, и даже ни разу не видя, пытается
| ogogon:обсудить различные варианты технологий |
ВОПРОС - ПОЧЕМУ НА САЙТЕ ПОДДЕРЖКИ СЕТИ LPDnet?
Форум похож на философский?
ЗЫ прекрасно работает из под вайна...
|
|
 |
Админ: 14.10.2010 23:35
Перенесено в раздел ПРОЧЕЕ. Придерживайтесь темы топа. Друг друга не оскорбляем
|
|
|
 salex
Москва, ЮВАО
Регистр: 20.10.2006
Сообщений: 512
Рейтинг/место: 0/>500
|
| Суббота, 16 Октябрь 2010 14:56 |
|
В целом изложенные мысли интересные и ИМХО правильные!
Видно, что человек разбирается в VoIP технологиях и предлагает правильное направление развития! "Привычное, не есть лучшее" и "Нет предела совершенству"! Тем более OpenSource и кросс-платформенное! 
2ogogon: Предлагаю Вам найти время, подробнее ознакомиться с имеющимся материалом на сайте, дабы правильно понимать принцип работы Сети LPD-net, основные важные критерии:
- О LPD-сети... Пожалуй самое важное: открытость и доступность системы (но с обязательной авторизацией линков и пользователей), ЦЕНТРАЛИЗОВАННОЕ управление системой (центральные серверы, админы), симплекс линков на дешевом разношерстном оборудовании, расчитанном именно на простые канальные рацейки типа Midland GXT-400. Минус - под одним линком эфирные корреспонденты друг друга не слышат (это не репитер). Только через разные линки услышат друг-друга.
- Ищутся разработчики ПО под Windows... Критерии важности функционала указаны по убывающей. Возможности эфирным корром перетаскивать линк в другие "группы и комнаты" - нет, т.к. это может делать только хозяин линка и администраторы.
- Программа FRN... Как Вам уже подсказали - можно "пощупать её" и под линухом! Крайне желательно Вам в ней поработать, чтоб понять и увидеть реально как это работает. Посмотреть сколько народу сидит на разных серверах и за границей (для понимания массовости).
- Кто сейчас в системе (линки и пользователи)... Online мониторинг сервера (сторонняя разработка энтузиастов).
- Хак: реверс-инженеринг протокола FRN... Обсуждение протокола FRN сторонними разработчиками-энтузиастами.
- Bot - Robot работа, мысли, пожелания... РоБОТ, сидящий на сервере и контролирующий порядок в сети, помошник Админов и любимец постоянных пользователей.  (сторонняя отличная разработка энтузиаста).
Подробно ознакомившись, попробовав FRN наверняка Вы лучше будете понимать как это работает, какой "дух" системы, поймете пункты желаемого функционала в новом ПО для сети (см.ссылку выше).
Не все поняли о чем вы писали в топе. Кому то даже может слова показались матерными.  Если опишите более конретно и технически подробно (в идеале с ссылками на описание протоколов, библиотек и т.п.), то думаю будет более понятно КАК КОНКРЕТНО это реализовать на современных OpenSource!
А уж тем более готовые аппаратные решения, которые можно "прошить" под работу в LPD-net дабы владельцам линков не держать дома ещё один сиситемник, который шумит и место занимает! Кстати этот фактор часто "отбивает" желание "строить линк"! Со знанием дела, подскажите людям какие существуют модели таких "железок" (очень желательно со ссылками)!
ЗЫ: Если у Вас есть предложения/пожелания по желаемому функционалу системы, то лучше их обсуждать в другой теме (см.ссылку выше).
ЗЗЫ: Сделать кросс-линк в FRN из нового ПО думаю не будет составлять особой сложности!
|
|
 Гулливер
С-Пб, Колпино
Регистр: 29.01.2008
Сообщений: 17
Рейтинг/место: 84/54
|
| Вторник, 19 Октябрь 2010 12:15 |
|
ogogon: Однако являясь профессиональным аналитиком информационных систем, я хотел бы высказать некоторые свои соображения.
Второе - вряд ли стоит игнорировать существующие открытые профессиональные решения. Они не случайно выжили в пестром море связи. Они уже разработаны и обкатаны значительной практикой. Фактически, за нас уже все сделано.
Одна лишь проблема - в основном они ориентированы на полнодуплексные каналы, а большинство базовых станций - полудуплексные, или как выражаются радисты "симплексные". Это не скажется на работе с программных SIP-клиентов через сеть, но подключение радиоканалов потребует или дуплекса (!) или дополнительного согласования.
Впрочем, для создания дуплекса достаточно двух станций вместо одной и это не столь трагично, поскольку любой симплексный(!Наверное, всё таки дуплексный!) репитер и так работает с разносом частот (!) и занимает два канала.
Если эта тема интересна - ее можно развить и обсудить далее, более подробно.
Ogogon. |
Маленькие и не дорогие в реализации вещи... (Выделены в тексте восклицательным знаком)
Мелочь, а не приятно...
Зы. Можешь сделать лучше, сделай.
|
|
salex
Москва, ЮВАО
Регистр: 20.10.2006
Сообщений: 512
Рейтинг/место: 0/>500
|
| Вторник, 19 Октябрь 2010 15:26 |
|
2ogogon: Грубое Т.З. есть уже тут на сайте (см. слева под основным меню!). Итак - как? Из чего конкретно, готового Вы предлагаете собрать систему? И чтоб работа системы и возможность развития имеющегося функционала не зависила от "конкретного энтузиаста". Ессесно интересует только система Клиент-Сервер. Астериск(а он позволяет реализовать необходимый по ТЗ функционал??) + какой клиентский софт с достаточным функционалом (см. Т.З.)? Аппаратные решения - какие конкретно, чтоб с "этим" сервером работили и был полный набор важного функционала (см. ТЗ)? Лучше всего - конкретно, четко опишите модель системы в достаточных подробностях, чтоб все поняли КАК это можно реализовать, и максимально упростить жизнь пользователю с первых шагов знакомства с системой (инсталяция клиента одним паком и отсутствие заморочек с SIP"ом у клиентов на разных вариантах интернет подключений - момед у компа с динамич.IP или левым IP провайдера через его шлюз с NAT, локалка с шлюзом и NAT, прокси, и т.д...)!
|
|
Новости
|
| Для данного блока нет содержания |
 Последние обсуждения на форуме
|
|
Последние 20 сообщений на форуме:
|
 Каталог раций
|
Народная рация (популярная рация)
|
Kenwood TK-450
| Частоты: |
|
| Приёма (RX): |
400-470 |
| Передачи (TX): |
400-470
|
| Вых.мощность: |
1.0,4.0 ватт
|
| Каналов памяти: |
199
|
| Шаг: |
6.25 кГц
|
| Ак.батарея: |
Li-Ion, 7.4v, 1100mAh
|
|
 Купить Kenwood TK-450 ...
|
Другие производители в Каталоге:
Yaesu, Alinco, Motorola, Icom, Kenwood, Alan, Midland, Voxtel, JJ-Connect, Linton, Kirisun, Радант, Diamond, OPEK, Anli, ...
|
|
|
|
|
ВАЖНО
Фотогалерея
