[gosha-z 2]

1 minute ago, AlexandrY said:

Это значит что аргументов нет.

Ну вы же не хотите вникать в детали, как работает SIP и подчиненные протоколы, только прочитали художественный свист в педивикии по поводу STUN/TURN/ICE. То, что вы называете брокером, в SIPе называется registrar. И то он нужен только в случае, если вам изначально неизвестен адрес endpoint'а (gatekeeper в H.323 выполняет те же функции). А дальше уже registrar или outbound proxy будут смотреть и решать, за NATом сидит endpoint или целиком виден снаружи.

[VladimirG 0]

On 4/1/2021 at 1:42 PM, Chameleos said:

Планируем использовать SIP-протокол, библиотека PJSIP. Её развернуть

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

Изменено 2 апреля, 2021 пользователем VladimirG

[gosha-z 2]

1 minute ago, VladimirG said:

так там что-то страшное про лицензию этой либы говорили

oSIP никто не отменял

[AlexandrY 3]

33 minutes ago, gosha-z said:

oSIP никто не отменял

Вы думаете чё предлагаете? 
Цитата от автора oSIP:

Quote

However, oSIP is still complex to use. There are reasons
for that. oSIP was made to be flexible (which make the API
quite large). oSIP is architecture free (but you need to
understand how it works to use it correctly). oSIP is
implementing only low layers of SIP (so you still can
build malformed messages, or uncompliant ones). oSIP will
not warn you about most errors that you can make.

Ребята из проекта Embox, может быть халявщики, но не идиоты.
Если они выбрали PJSIP, то стоит ее внимательно изучить. И рефакторинг никто не отменял. 

[rkit 3]

2 hours ago, AlexandrY said:

Если система будет проприетарная, то я бы делал на базе MQTT.    

А в природе существуют брокеры хоть с какими-то гарантиями доставки в реальном времени? Сам протокол этого не подразумевает. И контроля доступа между авторизованными клиентами тоже, кстати (вот уж где будет пролет так пролет).

[AlexG 1]

On 4/1/2021 at 4:42 PM, Chameleos said:

Логичны ли рассуждения? Нет ли способа проще?

У меня похожая, но более простая и ограниченная задача. Тоже обратил внимание на PJSIP, точнее, точнее на его часть - pjmedia. Думаю, что стоит посмотреть на ранние версии PJSIP, они были более минималистичными.

[Chameleos 0]

On 4/3/2021 at 2:59 PM, AlexG said:

Думаю, что стоит посмотреть на ранние версии PJSIP, они были более минималистичными.

Но в то же время они наверняка имеют различные ошибки

[Chameleos 0]

On 4/2/2021 at 3:30 PM, jcxz said:

Если этот PJSIP - в исходниках, к тому же известно, что он уже был успешно запущен под какой-то РТОС, то какие проблемы запустить его под другой, подобной?

Не вижу никаких проблем. Изучите хорошо свою ОСРВ, посмотрите - какие сервисы нужны этому PJSIP от ОС. И - вперёд.

Хотелось бы следовать более проверенному пути. Например, cortex a - процессор использовать, linux и pjsip. Вот только опыта работы со всем этим добром нет, только с cortex-m на кейле работал.

Есть 1888ВС048, отечественный  soc на cortex a5. Разработчик предоставляет исходные коды и инструкцию по сборке ядра линукс, дерева оборудования платы, и корневой файловой системы линукс для собственной платы с этим процессором. Отладочная плата больно дорогая.

Может ли помочь китайская отладочная плата в этом деле, например
https://a.aliexpress.com/_Alq9az? Или с ней нужно работать совсем по другому? На ней, правда, всего 256 мб озу и 256 мб пзу, разработчик советовал под 2гб озу использовать, по крайней мере для отладки.

Изменено 23 апреля, 2021 пользователем Chameleos

[AlexG 1]

1 hour ago, Chameleos said:

Есть 1888ВС048, отечественный  soc на cortex a5.

 

 

Тогда  можно и на 1892ВМ14Я (2x Cortex-A9) посмотреть и на модуль Салют–ЭЛ24ПМ2 на его основе.

Отладочная плата Салют-ЭЛ24ОМ1 для установки модуля, правда, тоже слишком дорогая, но другие отладочники с этим процессором (Салют-ЭЛ24Д1, Салют-ЭЛ24Д2)  могут оказаться долее приемлемыми по цене.

 

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

[mantech 38]

2 часа назад, Chameleos сказал:

Есть 1888ВС048, отечественный  soc на cortex a5.

А на какой частоте он работает, или это гостайна?))

[AlexG 1]

6 minutes ago, mantech said:

А на какой частоте он работает, или это гостайна?))

 

Яндекс утверждает что 600 МГц

[bloody-wolf 0]

1888ВС048 выглядит так, как-будто Модуль взял Кинтекс и сделал на основе его софткор А5 плюс периферию, отладил сие поделие и заказал АСИК.

ЗЫ. По теме, я  ЗА   решение на полноценном линуксе на кортекс-А серии. Как известно, аппетит приходит во время еды, поэтому просто тупой СИП сервак очень быстро надоест, и к нему захотят прикрутить много чего еще, например запись траффика и жесткий диск(этакий аналог СОРМа),  или какие то доп. Сетевые функции, например проксю или почту. Все это -потребует- использования линукса, если конечно стоит цель сделать в этом десятилетии.

А потом придут умные дяди и скажут, а давайте еще шифрацию трафика нестандартную сделаем, и вот уже человек, решивший было использовать для проца какой нибудь от Элвиса или Байкала или Модуля  вынужден  судорожно смотреть на ЦинкЪ СНК или  Ссыклон/аррию  СНК

 

Это имхо, так что сильно не пинайте.

[mantech 38]

25.04.2021 в 11:27, bloody-wolf сказал:

а давайте еще шифрацию трафика нестандартную сделаем

Вот поэтому и берусь за работу только когда есть четкое ТЗ на разработку и понимание клиента, что на выбранной эл. базе чудес не бывает, а есть только ее макс. возможности...

[Chameleos 0]

On 4/23/2021 at 4:21 PM, AlexG said:

Тогда  можно и на 1892ВМ14Я (2x Cortex-A9) посмотреть и на модуль Салют–ЭЛ24ПМ2 на его основе.

Очень интересный модуль, спасибо. Так что же, от китайских отладочных плат не будет толку, так как процесс разработки будет слишком сильно разниться?

[Tarbal 4]

On 4/1/2021 at 6:42 AM, Chameleos said:

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

Опыта разработки чего-то подобного нет. Собственно, к чему пришли:
Устройства и компы будут связаны по ethernet.
Планируем использовать SIP-протокол, библиотека PJSIP. Её развернуть на ОСРВ, Embox. Устройства желательно сделать на базе микроконтроллера к1921вк028 - (arm cortex m4f, 2МБ flash памяти, 704Кб ОЗУ, 200МГц) - вычислительной мощности должно хватить, да и по цене приемлемо. Выходит, ОСРВ на этот микроконтроллер нужно портировать, что достаточно проблемно.
Логичны ли рассуждения? Нет ли способа проще?

Возьмите линукс компютеры. На один поставьте Asterisk (он с открытым кодом), а на остальные SIP  телефоны их с открытым кодом тоже дофига.
Это полноценная телефонная система. Именно так их и делают сегодня.

On 4/2/2021 at 8:25 AM, AlexandrY said:

SIP же базируется на серверах STUN и TURN, а это лишний напряг. 


  

Много чего делал на Астериске. STUN  вовсе не обязателен. Он нужен для определения внешнего IP, что с "базируется" никак не стыкуется. TURN никогда не использовал.

Вот SIP registrar это на чем базируется SIP.