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

[Bote Man]

Lua, perl, whatever is your strongest suit. You should not do telephony in the script, just figure out the best route to the destination and present that to FreeSWITCH to do the heavy lifting of telephony signaling and media setup.

 

This is one solution that springs to mind, but perhaps the XML dialplan can do it, I don’t know.

 

Bote

 

 

From: Michael Nielsen
Sent: Thursday, 04 February, 2016 12:28
Subject: Re: [Freeswitch-users] loopback/XYZ doesn't contain variables from channel

 

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/ab4f68c6/attachment-0001.html