Я изучаю реализацию шлюза/моста WebRTC-SIP. То есть, например, сделать вызов WebRTC в конечную точку SIP через SIP-сервер, такой как Asterisk. Я знаю, что Asterisk уже поддерживает это, но мне нужен промежуточный сервер для различных потребностей, таких как ведение журнала, запись, интеграция с локальными аутентификацией/сигнализацией и другими модулями приложений. Я посмотрел на Kurento, Openwebrtc (Ericson) и менее известный Intel Collaboration Suite for WebRTC.SIP-WebRTC шлюз/мост: Kurento OR openwebrtc ИЛИ Intel CS для webrtc
Мне нужно серверное решение для взаимодействия с моим сервером приложений узла. В частности, сервер-API должен иметь возможность генерировать SDP для конечной точки RTP и преобразовывать WebRTC SDP в более общий SDP, используемый серверами SAS с устаревшим интерфейсом, или иметь способ для объединения этих двух конечных точек. Я чувствую себя комфортно, что это возможно с Kurento (видел сообщение, за исключением того, что я не знаю о каком-либо API-интерфейсе jsSip/sipML5 для Kurento. Сам Kurento не предназначен для передачи сигналов. Например, если SDP, созданный Kurento для rtpEndpoint в Kurento должен использоваться в SIP-вызове/INVITE, как бы реализовать его? В этом отношении, как бы инициировать SIP INVITE, например, от Kurento? Существуют ли сторонние модули для этого?
кто-нибудь использовал любой из серверов, перечисленных выше для аналогичного случая использования?
Это программирования вопрос. Я ищу сервера API, чтобы реализовать WebRTC для SIP шлюза/моста для медиа-транскодирования (если требуется), Преобразование SDP и сигнализация SIP.
Kurento был использован как RTP для шлюза WebRTC, успешно используя протокол SIP как протокол передачи сообщений – igracia
@igracia Можете ли вы перечислить, в общих чертах, шаги и сделать это как ОТВЕТ? Я думаю, для этого потребуется, чтобы сервер http-app node.js имел jssip-подобный модуль и интегрированную клиентскую библиотеку Kurento. Мы используем socket.io для сообщений сигнализации webRTC (например, SDP). Конечно, хотел бы принять этот ответ, и это было бы полезно для МНОГО. – Sam
Это не то, что вы можете объяснить в одном SO-ответе ;-) Мы попытаемся создать сообщение об этом, когда сможем. – igracia