[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