Global Variables forgotten through the public context?

UV

7 Feb 2009 7 Feb '09

9:40 a.m.

Another question: When I try routing calls through the public context to the default context, global variables (set in vars.xml) seem to be “forgotten” and appear blank. I’m trying a very simple scenario of an incoming call on the public context routed to a phone number which is rightfully captured at “local.example.com” but all three variables ${outbound_caller_id_number}, ${outbound_caller_id_name} and ${default_gateway} appear to be blanked out (according to the console debug output). Again, any idea what am I doing wrong?

Attachments:

attachment.html (text/html — 2.3 KB)

Show replies by date

Brian West

7 Feb 7 Feb

9:51 a.m.

New subject: Global Variables forgotten through the public context?

No the vars are there can you provide more detail on what exactly you're doing? The default config uses the call_debug variable and its a global set in vars.xml. /b On Feb 7, 2009, at 3:40 AM, UV wrote:

...

Another question: When I try routing calls through the public context to the default context, global variables (set in vars.xml) seem to be “forgotten” and appear blank. I’m trying a very simple scenario of an incoming call on the public context routed to a phone number which is rightfully captured at “local.example.com” but all three variables $ {outbound_caller_id_number}, ${outbound_caller_id_name} and $ {default_gateway} appear to be blanked out (according to the console debug output).

Again, any idea what am I doing wrong?

UV

1:30 p.m.

New subject: Global Variables forgotten through thepublic context?

I took the out-of-the-box public context dialplan, added an entry to dial a 10 digit number through the default context and when it ran, I noticed in the console log that all the values below are either null or empty. To be more specific: In the public context I’ve added this extension in the beginning: <extension name="UV_caller"> <condition field="destination_number" expression="^123456$"> <action application="transfer" data="1555123456 XML default"/> </condition> </extension> If you want, I can pastebin the log for you to see. It would be easier for you to replicate it yourself and see. It’s quite easy to replicate. _____ From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Saturday, February 07, 2009 8:51 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Global Variables forgotten through thepublic context? No the vars are there can you provide more detail on what exactly you're doing? The default config uses the call_debug variable and its a global set in vars.xml. /b On Feb 7, 2009, at 3:40 AM, UV wrote: Another question: When I try routing calls through the public context to the default context, global variables (set in vars.xml) seem to be “forgotten” and appear blank. I’m trying a very simple scenario of an incoming call on the public context routed to a phone number which is rightfully captured at “local.example.com” but all three variables ${outbound_caller_id_number}, ${outbound_caller_id_name} and ${default_gateway} appear to be blanked out (according to the console debug output). Again, any idea what am I doing wrong? No virus found in this incoming message. Checked by AVG i www.avg.com Version: 8.0.233 / Virus Database: 270.10.18/1937 i Release Date: 02/06/09 11:31:00

Brian West

1:32 p.m.

New subject: Global Variables forgotten through thepublic context?

Please do... also make sure you have a context param on your gateway. /b On Feb 7, 2009, at 7:30 AM, UV wrote:

...

I took the out-of-the-box public context dialplan, added an entry to dial a 10 digit number through the default context and when it ran, I noticed in the console log that all the values below are either null or empty.

To be more specific: In the public context I’ve added this extension in the beginning: <extension name="UV_caller"> <condition field="destination_number" expression="^123456$"> <action application="transfer" data="1555123456 XML default"/> </condition> </extension>

If you want, I can pastebin the log for you to see. It would be easier for you to replicate it yourself and see. It’s quite easy to replicate.

UV

3:26 p.m.

New subject: Global Variables forgotten through thepubliccontext?

Will do. Now I have a little problem delaying me as the latest build changed something with the sound file playing and now the FS can’t find any local file to play (adds mysterious \16000\ to the file location…). I’ll try to isolate this first then get back to this issue. _____ From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Sunday, February 08, 2009 12:33 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Global Variables forgotten through thepubliccontext? Please do... also make sure you have a context param on your gateway. /b On Feb 7, 2009, at 7:30 AM, UV wrote: I took the out-of-the-box public context dialplan, added an entry to dial a 10 digit number through the default context and when it ran, I noticed in the console log that all the values below are either null or empty. To be more specific: In the public context I’ve added this extension in the beginning: <extension name="UV_caller"> <condition field="destination_number" expression="^123456$"> <action application="transfer" data="1555123456 XML default"/> </condition> </extension> If you want, I can pastebin the log for you to see. It would be easier for you to replicate it yourself and see. It’s quite easy to replicate. No virus found in this incoming message. Checked by AVG i www.avg.com Version: 8.0.233 / Virus Database: 270.10.18/1937 i Release Date: 02/06/09 11:31:00

Brian West

6:30 p.m.

New subject: Global Variables forgotten through thepubliccontext?

Its trying to open the file to match the current channel rate... you can install the 16k files via "make hd-sounds-install hd-moh-install" /b On Feb 7, 2009, at 9:26 AM, UV wrote:

...

Will do. Now I have a little problem delaying me as the latest build changed something with the sound file playing and now the FS can’t find any local file to play (adds mysterious \16000\ to the file location…). I’ll try to isolate this first then get back to this issue.