Thanks for the information, good to know FreeSWITCH is behaving well :P
David, reloadxml doesn't do anything, since I'm trying to use the absolute_codec_string with originate from the console, like so:
originate {ignore_early_media,verbose_sdp=true,absolute_codec_string='G729,PMCU'}sofia/gateway/mygateway/444444 &bridge(user/1001)
Paul, I am using {absolute_codec_string='G729,PCMU'}, and I get the same as if I don't quote the string, or if I just specify one codec:
v=0
o=FreeSWITCH 1303728783 1303728784 IN IP4 127.0.0.1
s=FreeSWITCH
c=IN IP4 127.0.0.1
t=0 0
m=audio 22426 RTP/AVP 18 101 13
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
On Mon, Apr 25, 2011 at 12:45 PM, Paul Cupis
<paul@cupis.co.uk> wrote:
On 25/04/11 17:22, Nicolas Brenner wrote:
> You are totally right, I was looking for the a=rtpmap:18 G729/8000 line. I
> find it weird that it is automatically inserted for SPEEX, but not for other
> codecs.
SPEEX does not have an IANA allocated mapping, so used dynamic mapping
(98 is within the dynamic range) - dynamically mapped codecs must be
specified verbosely in the SDP.
> Another thing I noticed, is I can't specify more than one codec, according
> to what I've read about other issues, this has something to do with a comma
> parsing problem on the console (for some reason commas can't be escaped,
> this also affects trying to originate calls from ESL).
>
> So for absolute_codec_string=G729 I get this SDP (with verbose_sdp=true):
Try something like:
{absolute_codec_string='G729,PCMU'}
The quoting of the codecs should mean that the comma is "escaped" and
therefore both codecs will be offered.