[asterisk-bugs] [JIRA] (ASTERISK-27675) Feature Request: Single Codec in Response
Carsten Bock (JIRA)
noreply at issues.asterisk.org
Wed Feb 14 10:38:13 CST 2018
Carsten Bock created ASTERISK-27675:
---------------------------------------
Summary: Feature Request: Single Codec in Response
Key: ASTERISK-27675
URL: https://issues.asterisk.org/jira/browse/ASTERISK-27675
Project: Asterisk
Issue Type: Improvement
Security Level: None
Components: Channels/chan_pjsip
Affects Versions: 13.15.0
Environment: Debian 9
Reporter: Carsten Bock
Severity: Minor
Hi,
as you may know, we love IMS. And we love using Asterisk (PJSIP) with IMS, as it makes our life easier... :-) Chan_pjsip does a great job!
However, we have a compatibility issue:
In our Lab-Setup, we use Asterisk as a B2BUA between VoLTE handsets and the "rest of the world". The VoLTE handsets usually speak AMR-Codecs, while in the rest of the world we use G711/G722. So Asterisk needs to do Transcoding, which it does great.
In our setup we have:
disallow=all
allow=g722
allow=amr
allow=amrwb
allow=ulaw
allow=alaw
Call comes in (with AMR / AMRWB) and goes out with G722, AMR, AMRWB, G711. Reply comes in as G722, and reply goes out with AMR and AMRWB. While I believe it is technically correct to reply with both codecs, it confuses our Lab-Samsung Handsets, so we simply get "no audio" instead of anything else.
If I comment either AMR or AMRWB, the reply contains only one codec and the phone is happy.
It would be desirable, to have an option to always only have one codec in the reply instead of all compatible ones.
Of course we've raised the issue with Samsung, but it takes them ages to fix this.
Thanks,
Carsten
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list