You can enable "late-negotiation", then set inherit_codec=true then it will delay the negotiation till it gets the answer from the B-Leg before the A-Leg's codec is thus accomplishing the same thing. /b On Jun 2, 2010, at 2:40 PM, Kristian Kielhofner wrote:
Hello everyone,
Either I am misunderstanding absolute_codec_string or there is something going on with it in trunk. I had a git checkout from a month ago that exhibited this same behavior so I updated about an hour ago. It's still there (or I'm still confused).
In short, I have a call that comes in from a remote endpoint that will advertise PCMU and G729 (in that order). When I bridge the call I want to remove G729 capability from the outbound leg in some cases so FS doesn't have to transcode. In other cases (controlled from the dialplan), I want to place G729 as the first codec (again so FS doesn't have to transcode) but I can force G729. I've tried regex on ep_codec_string and I've tried regex on the SDP. Both seemed to work well but what didn't work was setting absolute_codec_string from either of these.
Even when I try to set it manually without any fancy conditions it doesn't appear to work. The codec prefs from the SIP profile are presented to the remote endpoint. Full debug here:
http://pastebin.freeswitch.org/13088
Any ideas?
-- Kristian Kielhofner http://www.astlinux.org http://blog.krisk.org http://www.star2star.com http://www.submityoursip.com http://www.voalte.com