Автор Тема: DMR и APRS  (Прочитано 9463 раз)

0 Користувачів і 1 Гість дивляться цю тему.

Offline UT7UX

DMR и APRS
« Reply #15 : Вересень 25, 2015, 15:03:51 »
Цитата: "UT2UU" post=20605
Может политический ?

Если аматорскую сеть, вместо объединения, начинают дробить на несовместимые сегменты, то это так или иначе - глупое, недальновидное политическое решение, принимаемое в угоду чьих-то личных интересов, чаще из-за простого тщеславия. Такие решения достойны всяческого осуждения и игнорирования, поскольку не объединяют радиоаматоров ради всеобщего блага, а разъединяют.
 

Offline performer

  • Jr. Member
  • **
  • Повідомлень: 59
  • Karma: +0/-0
DMR и APRS
« Reply #16 : Вересень 25, 2015, 15:16:16 »
Цитата: "UT7UX" post=20618
USA на сегодня, как я понимаю - MARC и приблизительно половина зарегистрированных ID в мире.


Всего в мире активно 627 рпитеров, DMR Plus из них только 260 (но в списках они присвоили немного "чужого"). Так что отношение 2/3 - MARC, и с некоторым нятягом 1/3 - DMR Plus.

На текущий момент у нас порядка 30 репитеров подключено непосредственно. Тут еще вопрос, как считать подключения... Италия говорит, что теперь она едина - а толькоу них 41 репитер, и все в одной сети благодаря BraneMeister. Ну так что получается, что у нас от 5 до 10% репитеров мира :)

Вернусь снова к MARC. Как единой сети MARC не существует. Это вроде-как содружество сетей на Motorola. В нее входят и DL-DMR, и все наши единые IT-DMR, DMR-ITALIA и CISAR-DMR.

Цитата: "UT7UX" post=20618
Наверное, есть смысл быть с большинством, а не строить еще одну почти ни с кем не совместимую сеть, пускай эта сеть и распространится на несколько стран.


Про какую сеть на несколько стран ты говорил? DMR Plus? Или ты про сети на базе BrandMeister? Неконкретная, а возможно, некорректная мысль. DMR Plus -  Торстен и Курт варятся в своем соку.
 

Offline performer

  • Jr. Member
  • **
  • Повідомлень: 59
  • Karma: +0/-0
DMR и APRS
« Reply #17 : Вересень 25, 2015, 15:27:19 »
Цитата: "UT7UX" post=20619
Цитата: "UT2UU" post=20605
Может политический ?

Если аматорскую сеть, вместо объединения, начинают дробить на несовместимые сегменты, то это так или иначе - глупое, недальновидное политическое решение, принимаемое в угоду чьих-то личных интересов, чаще из-за простого тщеславия. Такие решения достойны всяческого осуждения и игнорирования, поскольку не объединяют радиоаматоров ради всеобщего блага, а разъединяют.


К сожалению, Торстен заигрался. Всех в Европе достали его политики и навязывание. Сейчас тренд на переход хоть и в глючный, но независимый XRF. ОМы также спрашивают, как зацепить Хайтеру в другие сети %)
 

Offline UT7UX

DMR и APRS
« Reply #18 : Вересень 25, 2015, 15:29:34 »
Мысль неконкртеная, а по тому и некорректная - не владею вопросом и пытаюсь разобраться хотя бы на уровне общего представления.
 

Offline UT7UX

DMR и APRS
« Reply #19 : Вересень 25, 2015, 15:33:04 »
Цитата: "performer" post=20621
Сейчас тренд на переход хоть и в глючный, но независимый XRF.

В соседней теме пришли к тому, что с XRF255 переключились на DCS002U - опять поделили "цифру" на отдельно D-Star и отдельно DMR. Причины ухода от XRF, впрочем, нельзя не считать уважительными.
 

Offline performer

  • Jr. Member
  • **
  • Повідомлень: 59
  • Karma: +0/-0
DMR и APRS
« Reply #20 : Вересень 25, 2015, 16:27:13 »
Цитата: "UT7UX" post=20622
Мысль неконкртеная, а по тому и некорректная - не владею вопросом и пытаюсь разобраться хотя бы на уровне общего представления.


Изначально Моторола предложила технологию "растягивания" радиопокрытия за счет связанных между собой по IP репитеров - IP Site Connect. Для повышения надежности оно работает по схеме Simulcast - что в летело в один репитер, вылетит из всех остальных на том же таймслоте. Дешево и практично. Очевидно, что так большую сеть не построишь - ретрансляция всего трафика снижает емкость решения, ее ограничили технически 15 репитерами.
Таким образом все сети MARC - это изначально небольшие сети, созданные по изначально коммерческому решению Motorola IP Site Connect. Компания Моторола имеет программу для партнеров Motorola Application Development Program. По этой программе компания предоставила доступ к протоколам независимым разработчикам для того, чтобы они разрабатывали диспетчерский софт. А так как как в профессиональной области, так и в любительской встала проблема шлюзования сетей - несколько разработчиков начали продавать свои решения для объединения сетей - SmartPTT, cBridge и прочие.
Я напомню, что так как изначально Motorola ограничила всех Simulcast-ом, в американских сетях частные вызовы запрещены, разрешены только групповые.
cBridge - изначально продукт для аналоговых многосайтовых конференций. Ребята ввели поддержку DMR, и в DMR-е он вышел вперед за счет возможности организации бэкбона - cBridge CC-CC Link. Данный протокол позволяет передавать вызовы различных разговорных групп параллельными каналами, что, в свою очередь, увеличивает емкость точек шлюзов между сетями и упрощает топологию.
 

Offline performer

  • Jr. Member
  • **
  • Повідомлень: 59
  • Karma: +0/-0
DMR и APRS
« Reply #21 : Вересень 25, 2015, 16:34:18 »
Коммерческое решение Hytera полностью аналогично решению Моторолы - все те же 15 репитеров на сеть. Какое-то время назад к ним обратилась команда известных нам гамбургских радиолюбителей, решение от Хайтеры было дешевле. Они начали строить свое решение, на своих подходах: иерархическое решение позволяет разрешить проблему емкости сети, сеть становится жестко контроллируемой. Делали как могли, так что что вышло, то вышло.
 

Offline performer

  • Jr. Member
  • **
  • Повідомлень: 59
  • Karma: +0/-0
DMR и APRS
« Reply #22 : Вересень 25, 2015, 16:40:36 »
BrandMeister - это не сеть. Это изначально задуманный как "правильный" мультипротокольный коммутационный сервер. Коммутация производится на 3-м уровне стека протоколов - Call Control (чего нет в DMR Plus) - это общий базис для всех решений DMR, а вокруг драйверы протоколов различного оборудования и приложения. Помимо драйверов для разных репитеров есть драйверы сетей - cBridge, SmartPTT, DMR Plus. Присутствие в тех или иных сетях тут - вопрос лишь договоренностей, система позволяет, в принципе, подключиться куда угодно. Помимо этих протоколов есть и собственный - FastForward, позволяющий реализовать максимум из DMR и P2P. Вот как-то так.
 

Offline us5eqq

  • Full Member
  • ***
  • Повідомлень: 148
  • Karma: +0/-0
DMR и APRS
« Reply #23 : Вересень 25, 2015, 23:10:02 »
Спасибо за ликбез, очень многие вопросы прояснились, то информацию приходиться собирать по крупинкам. Конечно некоторые вещи пока  не понятны, если можно то еще подробней расскажите про BrandMeister, который вы разрабатываете. Желательно для чайников типа как оно работает :)
 

Offline performer

  • Jr. Member
  • **
  • Повідомлень: 59
  • Karma: +0/-0
DMR и APRS
« Reply #24 : Вересень 26, 2015, 10:48:28 »
Цитата: "us5eqq" post=20628
Спасибо за ликбез, очень многие вопросы прояснились, то информацию приходиться собирать по крупинкам. Конечно некоторые вещи пока  не понятны, если можно то еще подробней расскажите про BrandMeister, который вы разрабатываете. Желательно для чайников типа как оно работает :)


Ну для начала, откуда слова "мастер-сервер". Подход Simulcast предписывает всем узлам (репитерам) находится в равнозначной сети. Но в таком случае конфигурация сильно осложняется: в кодплагах всех репитеров нужно прописывать адреса всех участников сети. Чтобы этого избежать, и у Motorola, и у Hytera, и у Radio Activity одному из участников сети вручную назначается роль координатора - мастера. То есть изнвчально, master - это координирующий сеть репитер.
Так как Торстен с Куртом придумали строить сеть с жесткой иерархией без связей peer-to-peer, их сервер имитирует работу координационного репитера, забирая на себя весь трафик, Отсюда - мастер сераер. В BrandMeister мы унаследывали эту терминологию, но не идеологию.
BrandMeister тоже не придерживается топологии peer-to-peer при работе с репитерами, Мы используем топологию "звезда". Причины просты:
1) мы коммутируем вызовы, а не просто ретранслируем. групповые вызовы рассылаются на репитеры по маршрутным листам, ровно как и частные - это повышает емкость сети
2) мы связываем разнородное оборудование, которое между собой в режиме peer-to-peer ну никак!

Драйверы оборудования обеспечивают соединение и специфичный транспортый уровень производителя: так, например, Hytera и G4KLX работают в терминах DMR Layer 2 - то есть в виде того набора бит, которые передаются в эфир, а Motorola - по большей части в Layer 3 - уже декомпозированным сообщениям (убрали interleaving, скорректировали ошибки по данным FEC, проверили контрольные суммы).
Некоторые драйверы вкорне меняют протокольный стек - например, cBridge, и даже аудио-кодек - DExtra;
Так же у BrandMeister есть встроенные приложения - попугай, дата-стек. Задачей дата-стека является уйти от блоков данных DMR и прийти к сообщениям прикадного уровня: TMS, ARS, RRS и т.д. поверх него реализован шлюз APRS, шлюз IP, приложения по передаче SMS, телеметнии, GPS.

Отдельная наша фишка - концепция реестров маршрутных листов. когда приходит новый вызов мы проверяем валидность ID вызывающего, обновляем в реестрах информацию о его местоположении, строим список маршрутов (сети, репитеры, приложения), на которые нужно отдать вызов. Реестров - с десяток, в том числе - динамические подписки драйверов, скрипты LUA, кэш Memcached, база данных MySQL.
Принципиально BrandMeister не обрабатывает и не обновляет информацию в базах: BrandMeister - система реального времени и всякому хламу вроде интегрированного веб-сервера и бизнес-логике, которая может отработать в офлайне, тут не место. Все это вынесено во внешние процессы и может быть легко модифицировано. Интеграция - Mosquitto (MQTT), Memcached, MySQL. Автоматизация - через D=BUS и сигналы.
С помощью скриптов LUA можно делать совершенно чумовые вещи с маршрутами: например, переименовывать ID, делать автоматически маршруты по признаку региона. ну или делать динамические подписки на группы, действующие только ограниченное время. Все это доступно без модификации кода сервера, как управление конфигурацией.
 

Offline performer

  • Jr. Member
  • **
  • Повідомлень: 59
  • Karma: +0/-0
DMR и APRS
« Reply #25 : Вересень 26, 2015, 10:51:43 »
С обратной стороны при коммуникациями с сетями BrandMeister предлагает использовать peer-to-peer. Это повышает надежность и независимость узлов, снижает количество хопов при проведении связи.
 

Offline UT5UKA

DMR и APRS
« Reply #26 : Вересень 26, 2015, 13:25:32 »
Hi!

Шо-то исчез апрс через дмр ... :( уже 2,5 дня как пропала возможность... интересно в чем проблема? На репитере настройки не менялись...
 

Offline UT7UX

DMR и APRS
« Reply #27 : Вересень 27, 2015, 12:57:39 »
Цитата: "us5eqq" post=20628
Спасибо за ликбез, очень многие вопросы прояснились, то информацию приходиться собирать по крупинкам. Конечно некоторые вещи пока  не понятны, если можно то еще подробней расскажите про BrandMeister, который вы разрабатываете. Желательно для чайников типа как оно работает :)

+1 TNX!
 

Offline UT5UKA

DMR и APRS
« Reply #28 : Жовтень 24, 2015, 14:20:02 »
Хрень какая-то с апрс+дмр ...

http://dmr.ur7d.org:8877/log_gps.html

раньше позывные писало , а теперь хрень пишет... в виде нотюзер-7

 [ Invalid Attachment ]

а тут корректно отображает действие...

 [ Invalid Attachment ]
 

Offline UR5UGL

DMR и APRS
« Reply #29 : Жовтень 27, 2015, 12:53:24 »
Кстати с АПРС есть какая то лажа.
Вот например в Киеве при первой настройке все появляются гдето у Юры UT5UKA :)
Ну это еще такое.
Когда настраивал станцию для UR5UGM, то через какое то время US5EQQ оказался в Вишневом.
ID US5EQQ никто не прописывал, да и по aprs.fi Видно что его пакет прошел через Днепропетровский узел.
Вот 2015-10-26 13:29:35 UR5UGM почему то опять оказался вместе с UT5UKA, но уже не у Юры дома.
Причем то что Юра УКА в том месте был сомнений нет, а вот Жени УГМ там точно небыло...
Закономерность пока понять не могу. Но какаято проблема есть.