Re: [Freeswitch-users] IVR to hunt group to external destination fails // direct to hunt group to external desitnation succeeds
Michael, Thanks for your help. I was able to get it work, however, I would like your opinion as how to do this correctly as I have a hunch I may have opened up some security risks or have gone against freeswitch best practices. If not, just let me know and I will leave it as is. I modified the public.xml file under /conf/dialplan/ I uncommented the following: <!-- TQL I removed this because of the auto attendant to hunt group to external number error. I am sure there is some security or other issue in doing this. But hey, at least my hunt groups work. <extension name="unloop"> <condition field="${unroll_loops}" expression="^true$"/> <condition field="${sip_looped_call}" expression="^true$"> <action application="deflect" data="${destination_number}"/> </condition> </extension> --> I added the following: <!-- TQL I added this to pick up calls being sent to voicemail. Note, put this after public_extensions --> <extension name="send_to_voicemail"> <condition field="destination_number" expression="^\*99(\d{3,6})$"> <action application="answer"/> <action application="sleep" data="1000"/> <action application="set" data="dialed_extension=$1"/> <action application="export" data="dialed_extension=$1"/> <action application="voicemail" data="default ${domain_name} ${dialed_extension}"/> </condition> </extension> <!-- TQL I added this to pick up the hunt groups. Note, put this after the public/*.xml includes --> <X-PRE-PROCESS cmd="include" data="default/*.xml"/> ________________________________ From: Michael Collins <msc@freeswitch.org> To: William Traenkle <will.traenkle@yahoo.com> Sent: Mon, March 15, 2010 5:11:57 PM Subject: Re: IVR to hunt group to external destination fails // direct to hunt group to external desitnation succeeds On Mon, Mar 15, 2010 at 4:22 PM, William Traenkle <will.traenkle@yahoo.com> wrote: When a hunt group is accessed from the main IVR, the hunt group dials
an internal extension via correctly but when trying to dial an external number such a cell phone via sip uri it is unable to connect or ring the cell phone and it waits the correct timeout period before it goes to voicemail.
However, if you dial the hunt group directly without going through the main IVR, the external number such as cell phone that uses sip uri to connect to it work perfect.
There is only an issue when the hunt group is accessed from the main IVR when dialing an external number using sip uri.
1) fs_cli output for successful call scenario directly to x7000 hunt group: http://pastebin.com/Q1ayXkNR
2) fs_cli output for failed call scenario x5002 IVR to x7000 hunt group: http://pastebin.com/FaxuGdJ3 In #2 your call to 7000 is hitting the public context. Most likely this isn't what you were anticipating. Try handling 7000 in the public context. Find the public_extensions dp entry and update your regex there: <condition field="destination_number" expression="^(10[01][0-9]|7000)$">
reloadxml and try again. If it works then consider creating a public context extension that specifically handles these calls, perhaps checking the IP address of the source of the call. -MC
3) autoattendant_5002.js script: http://pastebin.com/FaxuGdJ3
4) huntgroup_7000.js script: http://pastebin.com/wNX9K7Ab
5) Dialplan default.xml: http://pastebin.com/iAbNSW9E
If you require additional information or have any other questions, please let me know.
Thanks,
-Will
________________________________ From: Michael Collins <msc@freeswitch.org>
To: freeswitch-users@lists.freeswitch.org Sent: Tue, March 9, 2010 11:00:53 PM Subject: Re: [Freeswitch-users] IVR to hunt group to external destination fails // direct to hunt group to external desitnation succeeds
On Tue, Mar 9, 2010 at 9:55 PM, William Traenkle <will.traenkle@yahoo.com> wrote:
When a hunt group is accessed from the main IVR, the hunt group dials an internal extension via transfer correctly but when trying to dial an external number such a cell phone via sip uri it is unable to connect or ring the phone but it waits the correct timeout period before it goes to voicemail.
However, if you access the hunt group directly without going through the main IVR, all works perfectly.
Any ideas where I should look and what line of code I might be missing?
Start by capturing the fs_cli debug output for the IVR call. Look through the debug lines for clues as to what is happening with your call. The symptom "unable to connect" has many possible causes, so try to locate the debug lines leading up to the attempt to bridge the SIP URI. If you want community help then pastebin the full debug log plus the relevant XML: the dialplan extension and the IVR definition.
-MC
William Traenkle <will.traenkle@yahoo.com> wrote:
Thanks for your help. I was able to get it work, however, I would like your opinion as how to do this correctly as I have a hunch I may have opened up some security risks or have gone against freeswitch best practices. If not, just let me know and I will leave it as is.
What you don't want is for calls originating in the public context to be transferred into extensions of the default dial plan for which they aren't authorized. Based on a cursory reading of your post, I don't notice any problems; you aren't transferring the calls into the default dial plan using the transfer application, so it should all just work fine. Having said that, I'm not responsible for your security; it's your task to consider call flows and make sure that public calls won't end up where you don't want them.
participants (2)
-
Jason White
-
William Traenkle