Всем привет. Подскажите по настройкам opus в астере и как это должно влиять на sdp и клиента. Имеется asterisk 20 и webrtc клиент, который осуществляет звонок на тфоп. Подправил в codecs.conf настройки opus, на те которые должны лучше подходить для клиентов с плохим интернетом. Совершаю звонок, но в sdp ничего нового не появляется. Ожидаю что будет: a=fmtp maxplaybackrate=8000; maxaveragebitrate=16000; stereo=0 или что-то подобное. В чем может быть проблема? И должны ли настройки opus вообще как-то влиять на sdp? Модули codec_opus.so, res_format_attr_opus.so загружены. В логах вижу что opus8k используется, значит codecs.conf нормально считывается. codecs.conf: [opus8k] type=opus signal=voice max_playback_rate=8000 max_bandwidth=narrow packet_loss=10 application=voip fec=1 module show like opus Module Description Use Count Status Support Level codec_opus.so OPUS Coder/Decoder 0 Running extended format_ogg_opus.so OGG/Opus audio 0 Running core res_format_attr_opus.so Opus Format Attribute Module 1 Running core sdp: v=0 o=- 7298719861483754598 4 IN IP4 ... s=Asterisk c=IN IP4 ... t=0 0 a=msid-semantic:WMS * a=group:BUNDLE 0 m=audio 19782 UDP/TLS/RTP/SAVPF 111 8 0 110 126 ... a=rtpmap:111 opus/48000/2 a=fmtp:111 useinbandfec=1 ... a=ptime:20 a=maxptime:20 a=sendrecv a=rtcp-mux a=ssrc:... a=rtcp-fb:* transport-cc a=mid:0
От пост-контроля до омниканальности: как модули CallForce закрывают узкие задачи контакт-центра
Вебинар сегодня уже через час (11 сентября в 13:00)
Почему в контакт-центрах клиенты теряются в IVR, операторы перегружены, а обратная связь не отражает реальность? Мы покажем практические кейсы, как CallForce помогает сократить путь клиента, повысить FCR/NPS/CSAT и автоматизировать процессы без участия разработчиков.
Разберём реальные сценарии: от постразговорных оценок и контроля качества до подключения текстовых каналов и интеграций с CRM/BI. Всё — с фокусом на результат «с первого дня».
Если вам важно делать работу контакт-центра быстрее, прозрачнее и эффективнее — подключайся.
Почему в контакт-центрах клиенты теряются в IVR, операторы перегружены, а обратная связь не отражает реальность? Мы покажем практические кейсы, как CallForce помогает сократить путь клиента, повысить FCR/NPS/CSAT и автоматизировать процессы без участия разработчиков.
Вот тут пытаюсь поднять IAX транк. и стокнулся со следующей проблемой на 20.7 серт версии: -- Executing [6552@phones:2] Dial("PJSIP/0481-00000069", "IAX2/trunk-from-XXX-to-YYY/6552,20") in new stack -- Called IAX2/trunk-from-XXX-to-YYY/6552 [Sep 11 10:06:04] WARNING[79000][C-00000036]: /root/asterisk-certified-20.7-cert4/include/asterisk/crypto.h:149 __stub__ast_aes_set_encrypt_key: AES encryption disabled. Install OpenSSL. [Sep 11 10:06:04] WARNING[79000][C-00000036]: /root/asterisk-certified-20.7-cert4/include/asterisk/crypto.h:161 __stub__ast_aes_set_decrypt_key: AES encryption disabled. Install OpenSSL. [Sep 11 10:06:04] WARNING[79000][C-00000036]: /root/asterisk-certified-20.7-cert4/include/asterisk/crypto.h:161 __stub__ast_aes_set_decrypt_key: AES encryption disabled. Install OpenSSL. кто-то сталкивался с таким и как решилось?
если что это делал, но не помогло: 1805 ./configure --with-openssl --with-crypto 1806 make menuselect 1807 service asterisk stop 1808 make 1809 make install 1810 sudo make config 1811 service asterisk start