[Freeswitch-users] Intercept .. the other way ..
wiebittewas
wiebittewas at googlemail.com
Mon Jun 29 22:29:58 MSD 2015
Am 29.06.2015 18:06 schrieb "wiebittewas" bzgl. "Re: [Freeswitch-users] Intercept .. the other way ..":
> Am 29.06.2015 07:58 schrieb "Fred Schulz - privat" bzgl. "Re: [Freeswitch-users] Intercept .. the other way ..":
>
>> Thank You. That is what I wanted to do :)
>
> how do you have solved the update of the caller/callee-ids?
> here I get with a similar solution no updates of display, so Bob would still see Alice' number and Mike the BLF-number.
ok, solved it by my own via uuid_setvar.
for those, who need similar constructs: the relevant entries for dialplan are:
to get the other caller_id:
<action application="set" inline="true" data="other_id=${eval(uuid:${other_uuid} \${variable_effective_caller_id_number})}"/>
to put the data into system:
<action application="eval" data="${uuid_setvar ${other_uuid} initial_callee_id_number ${this_id}}"/>
<action application="eval" data="${uuid_setvar ${this_uuid} initial_callee_id_number ${other_id}}"/>
the variable initial_callee_id_number is the first of four variables used to build the Remote-Party-ID/P-Asserted-Identity-Header in generate_pai_str()
Join us at ClueCon 2016 Aug 8-12, 2016
More information about the FreeSWITCH-users
mailing list