[Freeswitch-users] loopback/XYZ doesn't contain variables from channel

[Michael Nielsen]

Would that be a LUA script?

On Saturday, January 30, 2016, Bote Man <bote_radio at botecomm.com> wrote:

> Perhaps your routing is getting complex enough to justify writing a script
> to do the parsing and routing? I don’t know, just suggesting that as the
> XML dialplan does have its limitations. It’s entirely possible that the XML
> dialplan can do it and I simply don’t know what it is; I am by no means a
> wizard at this.
>
>
>
> ---
>
> Bote
>
>
>
> FreeSWITCH Docs Janitor
>
> http://freeswitch.org/confluence
>
>
>
>
>
>
>
>
>
> *From:* Michael Nielsen
> *Sent:* Saturday, 30 January, 2016 03:23
> *Subject:* Re: [Freeswitch-users] loopback/XYZ doesn't contain variables
> from channel
>
>
>
> The reason for using loopback is that I'm not sure if the dialed number is
> and external or internal number.
>
> The auto dialed number is dynamic and can be everyone from 1 number to
> many numbers.
>
>
>
> Both internal and external numbers all matches real phone numbers ex.
> +44223849591.
>
>
>
> So I have another dial plan which examinate numbers and route them
> accordingly - and appends country code if necessary etc.
>
>
> On Wednesday, January 20, 2016, Bote Man <bote_radio at botecomm.com
> <javascript:_e(%7B%7D,'cvml','bote_radio at botecomm.com');>> wrote:
>
> I’m not sure that you need to use the loopback special channel to
> accomplish this. What happens if you simply set
>
>       <action application="conference_set_auto_outcall" data="user/1001"/>
>
>       <action application="conference_set_auto_outcall" data="user/1002"/>
>
>       <action application="conference_set_auto_outcall" data="3438773"/>
>
>
>
> …and let FreeSWITCH do its normal routing? I think the loopback might be
> complicating matters. The above lines work for me, anyway.
>
>
>
> I think under the hood the auto_outcall simply stacks up originate
> commands so if the plain outside telephone number doesn’t work as-is, try
> sofia/gateway-name-here/3438773 or variations on that syntax to see if
> that works.
>
>
>
> There’s a possibility that you’re overthinking this with the loopback
> channel* J
>
>
>
> Hope this helps.
>
>
>
> * We must always keep in mind that loopback is evil. Amen.
>
>
>
> ---
>
> Bote
>
>
>
> FreeSWITCH Docs Janitor
>
> http://freeswitch.org/confluence
>
>
>
>
>
>
>
>
>
> *From:* Michael Nielsen
> *Sent:* Tuesday, 19 January, 2016 10:51
> *Subject:* Re: [Freeswitch-users] loopback/XYZ doesn't contain variables
> from channel
>
>
>
> My reason for this question is that I'm using the conference module, and
> are trying to <action application="conference_set_auto_outcall"
> data="loopback/1001,loopback/1002,loopback/3438773"/>
>
>
>
> 2 of the called numbers should be handled internally and 1 should be going
> through my sip provider.
>
> So I need all 3 of them to be handled from the top of my dial plan - with
> the correct variables set.
>
>
>
>
>
>
>
> On Fri, Jan 15, 2016 at 2:16 PM, Michael Nielsen <mic.niel84 at gmail.com>
> wrote:
>
> I've tried that as well.
>
> CLI shows:
>
> Dialplan: sofia/internal/+44234987447 at my-domain Action
> set(loopback_export=country_code)
>
> After the loopback the dialplan is as follows:
>
> Dialplan: loopback/32487477-b Action
> set(dialed_number=${country_code} 32487477) INLINE
>
> EXECUTE loopback/32487477-b set(dialed_number=32487477)
>
> So +44 is not added, even though the country_code variable is +44 before
> the loopback.
>
>
>
>
>
> On Fri, Jan 15, 2016 at 2:10 PM, Michael Jerris <mike at jerris.com> wrote:
>
>         <action application="set" data="loopback_export=country_code"/>
>
>
>
> On Friday, January 15, 2016, Michael Nielsen <mic.niel84 at gmail.com> wrote:
>
> I've tried to add:
>
>         <action application="set"
> data="loopback_export=[country_code=${country_code}]"/>
>
>
>
> And my log shows the following:
>
> set(loopback_export=[country_code=+44])
>
> But it still isn't available on the next runthrough of dial plan.
>
>
>
> On Wed, Jan 13, 2016 at 6:51 PM, Anthony Minessale <
> anthony.minessale at gmail.com> wrote:
>
> set
>
> loopback_export to the names of all of the variables you want to copy
> across sep buy a , (comma)
>
>
>
>
>
> On Wed, Jan 13, 2016 at 8:23 AM, Michael Nielsen <mic.niel84 at gmail.com>
> wrote:
>
> I've got directory with subscribers containing a variable called
> "country_code".
>
> This variable can be used in regular dial plans and works perfectly.
>
>
>
> However, I've got a conference call dial plan where I
> use conference_set_auto_outcall.
>
> I'mm calling loopback/XYZ to get my other dial plans into play.
>
>
>
> Everything works, except my subscriber variable "country_code" doesn't get
> recognised after the loopback/.
>
>
>
> How can I fix this kind of issue?
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20160204/e6113b70/attachment.html