On Sat, Jun 15, 2013 at 6:12 PM, Stanislav Sinyagin <ssinyagin@yahoo.com>wrote:
I solved the problem by enabling only G722 on the client. But still, the user variables seem to be applied in calls from the user only, and not when a call is bridged to the user. After bridging, only the variables in dial-string are taken into account.
So, either Wiki is wrong, or there's a bug in the code.
** Citation needed Can you point out what you tried in the wiki? Also, do you have logs and config samples up on the pastebin? -MC
------------------------------ *From:* Michael Collins <msc@freeswitch.org> *To:* FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Sent:* Sunday, June 16, 2013 2:18 AM *Subject:* Re: [Freeswitch-users] User variables are not inserted when bridging to user
Look at the discussion on the wiki about inbound late negotiation - that may help you put all the pieces together.
-MC
http://wiki.freeswitch.org/wiki/Codec_Negotiation
On Fri, Jun 14, 2013 at 6:15 PM, Stanislav Sinyagin <ssinyagin@yahoo.com>wrote:
I'm using the latest 1.2 stable branch.
I want one of my directory users to have specific codec preferences, so I do in my XML directory:
<user id="7012"> <params> <param name="a1-hash" value="538db5a1dcf95cd9df44bf2ff0430c4b"/> </params> <variables> <variable name="absolute_codec_string" value="G722,PCMA,PCMU"/> </variables> </user>
But when the call is bridged to user/7012, this variable is not taken into account, and the session inherits the codec from A-leg.
When the user dials out, I see this variable in the "info" output, but not when the user extension gets called.
Any idea why? Wiki says, the user variables should be used in both in- and out- calls, and the source code looks quite right.
thanks
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org <http://www.freeswitch.org/> http://www.ClueCon.com <http://www.cluecon.com/> http://www.OSTAG.org <http://www.ostag.org/>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org