Тема: SIP-CDA2 RTSP и rest API
Добрый день.
Исследую прибор SIP-CDA2 с домофоном vizit. В схеме вызывная панель БУД-302, коммутатор БК-100М, трубка.
Есть несколько вопросов по интеграции. Мы оператор связи и рассматриваем устройство для интеграции в домофоны города.
1. Иногда почему-то прибор не видит вызова с панели. То есть в интерфейсе во вкладке “Управление” в разделе Вызов - Ожидание. Как отследить?
2. Расскажите поподробнее про подмешивание RTSP потока с видеокамеры в SIP-вызов. Должен ли видеовызовы поддерживать SIP-сервер? Какие-то дополнительные настройки нужны?
3. Есть ли у прибора API? Через API было бы удобно заводить, редактировать, удалять квартиры в справочник, конфигурировать устройство.
4. Почему-то не получается заменить API простым дёрганием страницы curl -X POST “http://admin:masterkey@10.10.0.1/_control.html” -d ‘relay2=1’ В чём может быть проблема?
5. Справочник абонентов можно загрузить, но тут снова вопрос в формате db. Какой используется формат файла?
1. Не виден вызов на всех незарегистрированных абонентов.
2. Сервер должен поддерживать видеовызовы h264 и по настройкам это должно быть разрешено. В SIP-CDA также нужно включить видеовызов и вставить строку запроса камеры.
3. Нет.
4. Такое не предусмотрено. Ваша задача решается полным постом страницы.
5. Формат проприертарный, просто копия базы из процессора.
Есть ли надежда, что API для управления абонентами появится? Ведь, например, в масштабах города применение ручных настроек на каждом устройстве довольно трудоёмкое и неблагодарное занятие.
Сделать подобное вполне реально, просто пока это не требовалось. Тем, кто использует нечто подобное сейчас, пока хватает возможности рассылки файлов баз квартир по адаптерам.
скажите пожалуйста, эта ссылка на поток RTSP передаётся в аттрибутах sip ? мы не видим в дампе на сервере ничего похожего на адрес в Session Description Protocol
Ссылка на поток в протоколе SIP не предусмотрена. При установке SIP соединения в SDP выставляется порт и протокол H264, потом адаптер устанавливает RTSP/RTP соединение с камерой и направляет полученные пакеты на указанный порт серверу.
ок, спасибо. Значит адаптер в виде промежуточного клиента выступает. Тогда есть какая-то проблема. На платформу видеовещания заведены все наши камеры. Я взял для теста rtsp ссылку на одну из ниx. В адаптере в настройках Настроках SIP-разрешить видео вызов указано “входящие вызовы и исходящие вызовы”.
Вижу, что во время вызова квартиры адаптер подключается к платформе видеовещания, но через некототорое время отваливается, при этом на SIP клиенте linphone и zoiper видео нет. В дампе трафика видно RTP(264) от клиента к серверу и от Сервера к Адаптеру, при этом RTP(g711A) в обе стороны. Может ли такая ситуация быть из-за большого разрешения видео (1920x1080)?
В vlc ссылка показывает.
слишком большое разрешение, ставьте CIF, 352*288
Добрый день.
Не получается запустить видео. Беру поток с платформы видеовещания, перекодирую поток rtsp на своём компьютере в VLC, чтоб уменьшить битрейт и разрешение. В дампе на моём ПК видно Malformed packet и ClientError. Это не нормально же?
https://yadi.sk/d/QKZi8bQtGPbV2A
client error в ответ вот на такой запрос SETUP rtsp://10.137.130.78:8554/live//rtsp://10.137.130.78:8554/live/trackID=0 RTSP/1.0
что-то задвоилось, посмотрите внимательно в дампе.
этот запрос собственно от SIP-CDA2
в поле RTSP:// на приставке указано “10.137.130.78:8554/live/”
vlc rtsp://source:554/user77718 :sout=#transcode{vcodec=h264,vb=16,scale=автоматически,width=150,acodec=none,scodec=none}:duplicate{dst=rtp{sdp=rtsp://:8554/live/},dst=display} :no-sout-all :sout-keep
вот такой строкой vlc транскодирую в маленькое разрешение
А откуда взялось остальное, trackID=0 и т.д.?
О вышеуказанном скрипте, начинающемся с vlc, нам ничего неизвестно.
Поясните, между какими двумя устройствами идет обмен в дампе?
в дампе только трафик между SIP-CDA2 и vlc-плеером, который делает маленькое разрешение.
trackID=0 вероятно берётся из ответа SDP на DESCRIBE
Изучим эту ситуацию. Не подскажете, каким образом мы можем запустить этот скрипт?
