[Freeswitch-users] Possible problem in adding channel variables to the bridge

Brian West brian at freeswitch.org
Sat Sep 20 09:12:23 PDT 2008


On Sep 20, 2008, at 2:14 AM, Jon Bruel wrote:

> Both suggestions work: If I include the effective_caller_id_number  
> in the dialplan before bridging, or if I include  
> {origination_caller_id_number=45161061} or  
> [origination_caller_id_number=45161061] as a part of the first  
> parameter after a originate command.
>
> But skipping the “set” command in the dialplan, and trying to use:
>
>
>
> <action application="bridge"  
> data="[effective_caller_id_number=45161061]sofia/gateway/ 
> 45161061/$1"/>
>

This is because effective_caller_id_number has to be set on the A-Leg  
before you call bridge.  This method won't work.  You can only set  
origination caller id in that manner.

And this

<action application="bridge"  
data="[origination_caller_id_number=666666666]sofia/x.x.x.x/1001"/>

Works on the latest SVN trunk.


>
>
> or:
>
>
>
> <action application="bridge"  
> data="[origination_caller_id_number=45161061]sofia/gateway/ 
> 45161061/$1"/>
>
>
>
> does not work. Same thing when using curled brackets.
>
> I need to be able to pass parameters individually to each of the  
> bridge destinations, not just for the A-number, but also for other  
> stuff to be used for post processing of the call. An alternative  
> would be to emulate the Asterisk chan_local by making some kind of  
> loopback to the dialplan, using IAX or SIP, but this is a inelegant  
> way of solving it.
>
chan_local is a hack and not needed.  Once you learn how everything  
works you'll see why its not needed.

> Jon
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20080920/e5ecc881/attachment-0002.html 


More information about the FreeSWITCH-users mailing list