[Freeswitch-users] User variables are not inserted when bridging to user

[Brian Foster]

That's something you should be doing on the phone itself or somewhere else
like the dialplan, rather than doing it in the directory.
absolute_codec_string is ment to be used where you have no control over the
SDP of an endpoint, and in this case it sounds as if you do.

But I think the issue here is that this particular variable is read and
relevent actions are taken before you reset the variable via this method.
You can use the info dialplan app to figure out when the variable is set as
a channel variable.

- BDF
On Jun 14, 2013 9:22 PM, "Stanislav Sinyagin" <ssinyagin at 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 at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130614/19fd6ad8/attachment.html