[Freeswitch-users] mod_callcenter setting caller name on a per call basis

[Mike]

In case it's of use to anyone else:

Thanks to the guys on the IRC - the solution to this is to set the
caller_id_name variable in the dialplan before calling the callcenter
application thuswise:

<action application="set" data="caller_id_name=Wookie"/>
<action application="callcenter" data="support at default"/>

This works a treat.

The other methods we tried - using effective_caller_id_name or
orignination_caller_id_name with either export, set or bridge_export
didn't work.

Mike

On Fri, Mar 9, 2012 at 12:09 PM, Mike <motosota at gmail.com> wrote:
> Hi,
>
> I'd like to use mod_callcenter to have the agents answer calls on
> behalf of multiple clients.
>
> The simplest way  - and the way that I'm doing it at the moment
> (without mod_callcenter) is setting the caller_id_name in the dialplan
> based on the dialled number. So it's a bit of a fudge, (as it should
> be the called_id_name as it were),  but at least it displays on the
> phone so that the agent can answer properly:
>
> 123 calling 555(ACME) displays:
> From: ACME
> 123
> Agent answers "Hello ACME, how can I help you"
>
> 456 calling 666(Bedrock) displays:
> From: Bedrock
> 666
> Agent answers "Hello Bedrock, how can I help you"
>
> With mod_callcenter the wiki says:
>
> <!-- If you would like to set the Caller ID name, for whatever reason
> notice below. -->
> <agent name="1001 at default" type="callback"
> contact="[origination_caller_id_name='Queue Caller']user/1001 at default
> <snip>
>
> Which works fine with a fixed value, but trying to include a variable
> set earlier in the dialplan like:
> <agent name="1001 at default" type="callback"
> contact="[origination_caller_id_name=${the_name_I_set}]user/1001 at default
> <snip>
>
> Throws an error:
> 2012-03-09 10:59:25.810882 [CRIT] switch_channel.c:1183 Invalid data
> (${sip_from_display} contains a variable)
> 2012-03-09 10:59:25.810882 [CRIT] switch_channel.c:1183 Invalid data
> (${sip_full_from} contains a variable)
>
> I understand the security reasons for not allowing variables within
> variables - as explained by Brian here
> http://jira.freeswitch.org/browse/FS-3015
>
> So - given all that - any suggestions on how to get this to work with
> mod_callcenter?
>
> Mike