Решение Rescomm на основе API для решения проблемы клиента webRTC

Question

Я хотел бы выполнить вызов с использованием API к клиенту на основе webRTC.

Сценарий таков:

1. Авторизуйтесь как alice для клиента olympus (я также пробовал использовать другой с теми же результатами).
2. Запустите простой вызов SIP для клиента Алисы ( curl -X POST http://$USR:$PASS@$IP:8080/restcomm/2012-04-24/Accounts/$SID/Calls.json -d "From=System" -d " Кому = клиент: Алиса " -d "Url=http://$IP:8080/restcomm-rvd/services/apps/dial/controller?dial_to=6671" - приложение для набора номера является простым, что делает SIP наберите номер, указанный в параметре dial_to).
3. На стороне клиента ничего не происходит. В журналах restcomm я вижу, что вызов находится в состоянии попытки, и через некоторое время он получает тайм-аут.

Точно такой же сценарий работает хорошо, когда вызов идет к стандартному sip-клиенту. Rescomm и браузер, который запускает olympus, находятся в одной IP-сети (без NATin, fws и т. Д.).

Может ли кто-нибудь помочь мне с этим вопросом? Заранее спасибо.

Answer 1

На данный момент RestComm не поддерживает исходящие звонки клиентам WebRTC.

Проблема в том, что когда вы регистрируете клиента, у RestComm нет надежного способа узнать, является ли указанный клиент WebRTC или нет. Когда вы делаете исходящий вызов, предложение SDP, сгенерированное медиасервером, будет использовать профиль RTP/AVP, тогда как WebRTC требует RTP/SAVP.

Это известная проблема, и, насколько я понимаю, есть два возможных способа ее решения: первый - через пересмотр SDP, а второй - предложение содержать два медиа-сеанса (два m= строка для RTP/AVP и RTP/SAVP) и пусть клиент выберет один.

Вы можете найти официальный выпуск Mobicents MS здесь.

Вы заинтересованы в содействии этому вопросу случайно?

С уважением