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.
Regards,
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org