[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

T: +1.918.420.9001  |  F: +1.918.420.9002  |  M: +1.918.424.WEST
iNUM: +883 5100 1420 9001
ISN: 410*543
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