[Freeswitch-users] IVR to hunt group to external destination fails // direct to hunt group to external desitnation succeeds

[William Traenkle]

Michael,

Last question, what dictates when a call uses the public.xml or the default.xml dial plan?

Thanks,





________________________________
From: William Traenkle <will.traenkle at yahoo.com>
To: Michael Collins <msc at freeswitch.org>; freeswitch-users at lists.freeswitch.org
Sent: Tue, March 16, 2010 1:03:32 AM
Subject: Re: 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 at freeswitch.org>
To: William Traenkle <will.traenkle at 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 at 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 at freeswitch.org>
>To: freeswitch-users at 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 at 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
>
>
>


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100316/2b10f51c/attachment-0002.html