[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