Кодек WebRTC

Добрый день!
Теперь получили от разработчиков Манго такую инфу:
Проблема на удаленной стороне.
Мы отправляем invite и согласовываем кодеки.
После этого мы отправляем SendOfferRequest посредством invite без sdp секции.
В ответ мы ожидаем сообщение 200-ок с sdp-секцией для пересогласования кодеков. А приходит 200-ок без sdp-секции.
Мы считаем, что кодеки не согласованы и не даём команду на медиа-прокси на соединение плеч звонка. Поэтому отсутствует слышимость.
 

Max

Administrator
Staff member
Здравствуйте.

Мы отправляем invite и согласовываем кодеки.
После этого мы отправляем SendOfferRequest посредством invite без sdp секции.
В ответ мы ожидаем сообщение 200-ок с sdp-секцией для пересогласования кодеков. А приходит 200-ок без sdp-секции.
Мы считаем, что кодеки не согласованы и не даём команду на медиа-прокси на соединение плеч звонка. Поэтому отсутствует слышимость.
Здесь сообщается о re-INVITE ре-инициализация SIP сессии.
Такая функция на нашей стороне не поддерживается. Поэтому выясните пожалуйста, можно ли обойти такой сценарий на стороне SIP провайдера и не делать пересогласование кодеков.

На случай, если обойти пересогласование кодеков нельзя, завели внутренний тикет WCS-4002.
Реализация может занять продолжительное время. Также в рамках тикета прсьба предоставить дамп SIP RTP трафика для последующей проверки сценария.

Code:
tcpdump udp -s 4096 -w log.pcap
1. Убедитесь, что в дампе log.pcap содержится SIP и RTP трафик из неудачного звонка.

2. Пришлите нам его через форму.
 
Спасибо за ответ!

На случай, если обойти пересогласование кодеков нельзя, завели внутренний тикет WCS-4002.
Реализация может занять продолжительное время.
Подскажите, пожалуйста, хотя бы в первом приближении, когда реализация возможна?

Также в рамках тикета прсьба предоставить дамп SIP RTP трафика для последующей проверки сценария.
Пришлем
 

Max

Administrator
Staff member
Подскажите, пожалуйста, хотя бы в первом приближении, когда реализация возможна?
Мы не даем ETA по запросам на форуме. Обычно, чем больше желающих добавить новый функционал, тем быстрее он будет реализован. До сих пор клиенты не сталкивались с отсуствием настройки на стороне SIP провайдера, позволяющей включать/отключать SIP re-INVITE. Возможно, и у вашего провайдера (Mango) такая настройка имеется. В этом случае нужно отключить re-INVITE как временное решение, о чем мы уже писали ранее в этой теме.
 

Max

Administrator
Staff member
Добрый день.
Мы протестировали звонки через Mango с предоставленными аккаунтами на последней сборке сервера 5.2.1895. С настройками сервера
Code:
codecs_exclude_sip=mpeg4-generic,flv,mpv,opus,g729,speex16,g722
sip_force_tcp=true
allow_outside_codecs=false
звонки устанаваливаются корректно, обе стороны слышат друг друга, проблем с качеством связи нет. Выглядит так, что помогает исключение всех кодеков, кроме PCMA и PCMU, при этом согласование кодеков проходит на PCMA.
 

alexayy

New Member
Добрый день!
У нас исключены коде
ки в настройках, как дописать конфигурацию по вашей рекомендации исключение всех кодеков, кроме PCMA и PCMU, при этом согласование кодеков проходит на PCMA


#Settings of Flashphoner Core

ip_local=.....
codecs_exclude_sip_rtmp=opus,g729,g722,mpeg4-generic,vp8,mpv,speex16,h264,flv
codecs=alaw,ulaw,telephone-event
ip=.....
wss.port=.....
ws.port=.....
codecs_exclude_streaming=flv,telephone-event
media_port_to=.....
#streaming_distributor_subgroup_enabled=true
rtc_ice_add_local_component=true
codecs_exclude_sip=opus,g729,g722,mpeg4-generic,vp8,mpv,speex16,h264,flv
custom_stats_script=
client_mode=false
media_port_from=.....
ice_tcp_nio=false
ice_tcp_transport=false
sip_force_tcp=false
allow_outside_codecs=false
send_busy_when_on_call=true
#client_log_level=DEBUG
 
Last edited:

alexayy

New Member
Добрый день!
У нас исключены кодеки в настройках, как дописать конфигурацию по вашей рекомендации исключение всех кодеков, кроме PCMA и PCMU, при этом согласование кодеков проходит на PCMA


#Settings of Flashphoner Core

ip_local=.....
codecs_exclude_sip_rtmp=opus,g729,g722,mpeg4-generic,vp8,mpv,speex16,h264,flv
codecs=alaw,ulaw,telephone-event
ip=.....
wss.port=.....
ws.port=.....
codecs_exclude_streaming=flv,telephone-event
media_port_to=.....
#streaming_distributor_subgroup_enabled=true
rtc_ice_add_local_component=true
codecs_exclude_sip=opus,g729,g722,mpeg4-generic,vp8,mpv,speex16,h264,flv
custom_stats_script=
client_mode=false
media_port_from=.....
ice_tcp_nio=false
ice_tcp_transport=false
sip_force_tcp=false
allow_outside_codecs=false
send_busy_when_on_call=true
#client_log_level=DEBUG
 

Max

Administrator
Staff member
У нас исключены кодаки в настройках, как дописать конфигурацию по вашей рекомендации исключение всех кодеков, кроме PCMA и PCMU, при этом согласование кодеков проходит на PCMA
Пожалуйста, установите настройки, указанные в этом сообщении, как показано в нем. Остальные настройки можно оставить без изменения.
 

alexayy

New Member
Спасибо за ответы
У нас дополнительно через сервер телефонии Манго подключен транк номеров мобильного оператора со следующими настройками, там используется кодек G711A, звонки через транк так же проходят через ваше приложение, ниже на скриншоте настройки транка. В файле flashphoner.propertes данный кодек явно не прописан, надо ли его добавлять?
1708507354080.png
 

Max

Administrator
Staff member
Здравствуйте.

В конфиге flashphoner.properties

Голосовой кодек G711A прописан как alaw
Голосовой кодек G711U прописан как ulaw
RFC2833 (не кодек, а тип тонового набора) прописан как telephone-event

Поэтому добавлять в виде G711A его не нужно.
 
Top