[Freeswitch-users] transfer caller ID problem and plycom

[Peter Olsson]

Yes, for some things this is true - but only if something later on handles that configured variable. Preparser variables can be used by using the syntax $${variable}, so in this case you will still ned to modify the actual dialplan to use that var.

/Peter

18 maj 2012 kl. 11:41 skrev "ghallab" <tarik.bts.gi at gmail.com>:

> Thanks for tour replay.
> But normally when you configure some thing in vars.xml it apply to all 
> calls.
> 
> On 05/18/2012 09:03 AM, Peter Olsson wrote:
>> I guess you should be setting the variable in the dialplan, before you execute the bridge app.
>> 
>> /Peter
>> 
>> 18 maj 2012 kl. 10:56 skrev "ghallab"<tarik.bts.gi at gmail.com<mailto:tarik.bts.gi at gmail.com>>:
>> 
>> Just to explain more I will give a scenario:
>> A is an outside user that call an internal user B then B answer and transfer the call to anther internal user C. When C phone is ringing he see the caller ID of B and when he answer he see the caller ID of A. I tried to set  ignore_display_updates in vars.xml, But don't have effect.
>> Could help please?
>> 
>> 
>> On 05/18/2012 09:37 AM, ghallab wrote:
>> You don't have any idea? what should I do to figure out this problem?
>> 
>> On 05/17/2012 07:08 PM, ghallab wrote:
>> When their Polycom 550 rings the user see the caller ID of the person who transferred the call, once they answer the phone the caller ID of the transferred caller is displayed.
>> I already tried the ignore display updates set to faulse and true in the vars.xml file. But don't have effect!
>> 
>> 
>> 
>> 
>> 
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org<mailto:consulting at freeswitch.org>
>> http://www.freeswitchsolutions.com
>> 
>> 
>> 
>> 
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>> 
>> Join Us At ClueCon - Aug 7-9, 2012
>> 
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org<mailto: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
>> 
>> 
>> !DSPAM:4fb60b9532761134834124!
>> 
>> _________________________________________________________________________
>> 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
>> 
>> Join Us At ClueCon - Aug 7-9, 2012
>> 
>> 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
> 
> 
> _________________________________________________________________________
> 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
> 
> Join Us At ClueCon - Aug 7-9, 2012
> 
> 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
> 
> !DSPAM:4fb6162632768978511028!
>