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@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@gmail.com> wrote:
I've tried that as well.
CLI shows:
Dialplan: sofia/internal/+44234987447@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@jerris.com> wrote:
<action application="set" data="loopback_export=country_code"/>
On Friday, January 15, 2016, Michael Nielsen <mic.niel84@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@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@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?