[Freeswitch-users] Transfer and scoping confusion

[Cal Leeming [Simplicity Media Ltd]]

Hi James,

Just had a quick read over this..

As you mentioned, it's quite long winded so it may be worth writing up a
more condensed version.. Personally I had difficulty trying to understand
what the requirement was. Perhaps others might jump in on the thread, but
in the mean time, maybe throw together a simplified version of the above
with a few specific questions, rather than an open ended "am I doing this
right?". Maybe break it up into bullet points, along with your end goals
etc. Generally speaking, even if a thread deserves lots of info, most
people won't give it a lot of attention unless it's an issue that
specifically interests them. If you have a more shorter email that requires
less focus / context switching to comprehend, you stand a better chance of
getting more replies.

Btw - it could just be that my mind isn't focusing properly and thus wasn't
able to read the email properly - others might jump on this thread and be
able to answer immediately.

Cal

On Mon, Jun 10, 2013 at 4:15 PM, admin <admin at tedssupply.com> wrote:

>  Hi Guys,
>
>  I am climbing the learning curve, but I am at a standstill on this.  I
> have searched both books and online for this, and have experimented with
> limited success.
>
>  I have setup the standard FS box, a little behind at v.1.2.5.3 and I
> have managed to fumble my way though TDM connections, dialplan extensions,
> and even have HylaFax functioning.  I am now "stretching" myself by adding
> some requested user features.  The first is answering a call and sending
> directly to voicemail instead of the default rerun through the default
> local extension.
>
>  From the 40,000 ft view, the incoming, internal (Local_Extension) call,
> a-leg, has been answered and bridged to an internal phone, b-leg.  After
> some communication with the caller, the person on the b-leg elects to send
> the caller directly to voicemail.  I have successfully implemented a
> "bind_meta_app" to "execute_extension" to a new extension I called
> direct_to_vmail.  Here I "read" the four digit phone number entered.  At
> this point all is well, at least according to the logs.
>
>  At this point I need to "unbridge" the b-leg and bridge the a-leg to
> voicemail.  Can't find an unbridge, break looks wrong in this... Transfer
> appears to be what I need, as it says it "transfers the call into the new
> context" and seems to infer that an "unbridge" will occur.  OK so far?
>
>  Now, if I transfer, it needs to go to a specific extension that
> understands the request, so transfer direcly out to another extension by
> extension name.  Logs confirm this does happen.
>
>  Here is my question about variable scoping.  When I "read" the four
> digit phone number entered I first assumed it created a channel variable,
> and the log seems to indicate this and seems to follow the transfer used in
> the features.xml in "is_transfer".  This example uses the "read" variable
> to transfer back into the dialplan.  I need to transfer into a particular
> extension and use this channel variable to know the voicemail requested.
>
>  I test the channel variable prior to the transfer statement and after
> entry into the called extension.  Initial tests show assignment before
> transfer, no assignment after which tends to indicate to me a scoping
> problem.
>
>  I have tried import and export statements with no success.
>
>  I defined the channel variable back in the Local_Extension extension
> before the "execute_extension" to see if it was a variable being declared
> local later in the call stack... No luck as assignment appears to take
> place, but not later in the call chain.
>
>  I know this is long and "wordy", I just think this is a problem with
> understanding the basics of FS and I don't want to get bogged-down with
> specific XML statements until I know I understand the basics.
>
>  Any Ideas?  What am I missing?
>
>  Thanks
>
>  James
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130610/4dbb21b0/attachment-0001.html