[Freeswitch-users] execute_on_xxx too persistent
Brian West
brian at freeswitch.org
Fri Feb 7 19:58:00 MSK 2014
Don’t export no local the variable, set that in the {} for the B-Leg. Then the C-Leg won’t inherit the variable from the export no local.
--
Brian West
brian at freeswitch.org
FreeSWITCH Solutions, LLC
PO BOX 2531
Brookfield, WI 53008-2531
Twitter: @FreeSWITCH , @briankwest
http://www.freeswitchbook.com
http://www.freeswitchcookbook.com
T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST
iNUM: +883 5100 1420 9001
ISN: 410*543
Skype:briankwest
PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)
On Feb 7, 2014, at 4:00 AM, Alex Lake <alex at digitalmail.com> wrote:
> FreeSWITCH Version 1.2.10
>
> Got a call where the A-Leg triggers a bridge to a B-Leg where I want to
> have certain things happen on ring/answer.
>
> So I based my dial plan on the example code
>
> <action application="export" data="nolocal:execute_on_answer=lua incrInUse.lua ${uuid}"/>
>
> Although mine is in Lua
>
> session:execute("export","nolocal:execute_on_ring=lua cc_tell.lua ring
> "..CCNumIPN.." "..getSessVar("uuid"))
>
> And it works fine. However, it APPEARS that I have a problem when the
> B-Leg initiates a C-Leg, that the execute_on_xxx seems to be executed by
> the C-Leg too - not what I want!
>
> I think there are ways around this (i.e. put some more intelligence into
> the lua code) but I can't help thinking that I've misunderstood
> something about export and/or the execute_on_ family.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140207/fcdd2edc/attachment-0001.bin
Join us at ClueCon 2013 Aug 6-8, 2013
More information about the FreeSWITCH-users
mailing list