[Freeswitch-users] Inbound dialplan
Michael Collins
msc at freeswitch.org
Fri May 27 01:43:24 MSD 2011
That's because you are telling it to go to the default context:
<entry action="menu-exec-app" digits="/^([1-6][0-9][0-9][0-9])$/"
param="transfer $1 XML default"/>
Change that "default" to whatever context you want the destination number to
be in...
-MC
On Thu, May 26, 2011 at 2:34 PM, Baskar <yudha2008 at gmail.com> wrote:
> Hi David,
>
> I tried the dial plan suggested by you several times but the moment i key
> in the extension it take my input but exits the ivr_inbound.xml and goes to
> default.xml. It does not bridge me to the extension i key in but instead
> comes out of the xml and connects me to the extension in the default.xml.
> Below is the output log of the tests that i have made.
>
>
> Output Log:
>
> 2011-05-26 17:24:59.065884 [DEBUG] switch_rtp.c:2428 RTP RECV DTMF 5:840
> 2011-05-26 17:24:59.341669 [DEBUG] switch_rtp.c:2428 RTP RECV DTMF 1:720
> 2011-05-26 17:24:59.745697 [DEBUG] switch_rtp.c:2428 RTP RECV DTMF 0:960
> 2011-05-26 17:25:00.041720 [DEBUG] switch_rtp.c:2428 RTP RECV DTMF 7:1120
> 2011-05-26 17:25:00.041720 [DEBUG] switch_ivr_menu.c:376 digits '5107'
> 2011-05-26 17:25:00.041720 [DEBUG] switch_ivr_menu.c:470 action regex
> [5107] [/^([1-6][0-9][0-9][0-9])$/] [2]
> 2011-05-26 17:25:00.041720 [DEBUG] switch_ivr_menu.c:488 IVR action on menu
> 'ivr_inbound' matched '5107' param
> 'execute_extensionset:continue_on_fail=true,bridge
> sofia/internal/5107%XX.XX.XX.XX,bridge sofia/internal/5998%XX.XX.XX.XX'
> 2011-05-26 17:25:00.041720 [DEBUG] switch_ivr_menu.c:492
> switch_ivr_menu_execute todo=[2]
> 2011-05-26 17:25:00.041720 [DEBUG] switch_ivr_menu.c:580 exit-sound
> 'voicemail/vm-goodbye.wav'
>
> --
>
> Thanks with Regards,
> N.Baskar
>
> On Thu, May 26, 2011 at 1:49 AM, David Ponzone <david.ponzone at ipeva.fr>wrote:
>
>> Baskar,
>>
>> If you want this behavior only for calls only coming through the IVR, I
>> think you will have to use bridge rather than transfer.
>> it would look like this:
>>
>> <entry action="menu-exec-app" digits="/^([1-6][0-9][0-9][0-9])$/"
>> param="execute_extension
>> set:continue_on_fail=BUSY,bridge:sofia/profile/$1%domain,bridge:sofia/profile/1003%domain"/>
>>
>> or something like it :)
>>
>> David Ponzone Direction Technique
>> email: david.ponzone at ipeva.fr
>> tel: 01 74 03 18 97
>> gsm: 06 66 98 76 34
>>
>> Service Client IPeva
>> tel: 0811 46 26 26
>> www.ipeva.fr - www.ipeva-studio.com
>>
>> *Ce message et toutes les pièces jointes sont confidentiels et établis à
>> l'intention exclusive de ses destinataires. Toute utilisation ou diffusion
>> non autorisée est interdite. Tout message électronique est susceptible
>> d'altération. **IPeva** décline toute responsabilité au titre de ce
>> message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas
>> destinataire de ce message, merci de le détruire immédiatement et d'avertir
>> l'expéditeur.*
>> *
>> *
>>
>>
>>
>> Le 26/05/2011 à 00:27, Baskar a écrit :
>>
>> Hi Michael,
>>
>> Thanks for your quick reply. Below is the code for the dial plan inbound
>> ivr. Can you please specify where i should be inserting the
>> continue_on_fail=true line in the code.
>>
>> Default.xml
>>
>> <extension name="inbound">
>> <condition field="destination_number" expression="^(XXXXXXXXXX)$" />
>> <condition wday="2-6" hour="8-17">
>> <action application="set" data="hangup_after_bridge=true"/>
>> <action application="set" data="accountcode=Inbound"/>
>> <action application="answer"/>
>> <action application="start_dtmf" />
>> <action application="ivr" data="ivr_inbound"/>
>> <action application="record_session"
>> data="$${base_dir}/inbound/${destination_number}-${caller_id_number}-${strftime(%Y-%m-%d-%H-%M-%S)}.gsm"/>
>> <action application="transfer" data="1018 XML default"/>
>> </condition>
>> </extension>
>>
>> ivr_inbound.xml
>>
>> <menu name="ivr_inbound"
>>
>> greet-long="/usr/local/freeswitch/sounds/en/us/callie/misc/8000/abc_pe/abc_pe_bus.wav"
>> invalid-sound="ivr/ivr-that_was_an_invalid_entry.wav"
>> exit-sound="voicemail/vm-goodbye.wav"
>> confirm-macro=""
>> confirm-key=""
>> tts-engine="flite"
>> tts-voice="rms"
>> confirm-attempts="3"
>> timeout="10000"
>> inter-digit-timeout="2000"
>> max-failures="3"
>> max-timeouts="1"
>> digit-len="4">
>> <entry action="menu-exec-app" digits="/^([1-6][0-9][0-9][0-9])$/"
>> param="transfer $1 XML default"/>
>> <entry digits="0" action="menu-exec-app" param="transfer 6525 XML
>> default"/>
>> </menu>
>>
>> *--
>> Thanks with Regards,
>>
>> N.Baskar
>>
>> *
>> On Wed, May 25, 2011 at 5:25 PM, Michael Collins <msc at freeswitch.org>wrote:
>>
>>> If I understand correctly you're wanting to handle a bridge scenario
>>> where the target extension is busy, etc. Most likely you just need to set
>>> continue_on_fail=true so that your dialplan continues in the case of the
>>> target extension not picking up.
>>>
>>> -MC
>>>
>>> On Wed, May 25, 2011 at 1:27 PM, Baskar <yudha2008 at gmail.com> wrote:
>>>
>>>> Hi All,,
>>>>
>>>> In my inbound dial plan xml file i have set two conditions enabled
>>>>
>>>> Condition1:
>>>>
>>>> In inbound dial plan callers are given an option to key in the extension
>>>> number and reach the appropriate extension (Example: 1001 or 1002 or 1003
>>>> etc).
>>>>
>>>> Condition2:
>>>>
>>>> The second condition routes call to a default extension in scenarios
>>>> where the caller does not specify any extension number (Example: Default
>>>> extension is 1007).
>>>>
>>>>
>>>> Both the above conditions are working fine.
>>>>
>>>> Now I need to set up another condition where after keying in the
>>>> extension number the call gets transferred to the appropriate extension and
>>>> if the extension is busy(Example: say extension 1003 is busy) it should be
>>>> hunted to a default extension (example: 1007). How can we set up this
>>>> condition in dial plan?
>>>>
>>>> Can any one guide me.
>>>> --
>>>> Thanks with Regards,
>>>>
>>>> N.Baskar
>>>>
>>>>
>>>> _______________________________________________
>>>> FreeSWITCH-users mailing list
>>>> FreeSWITCH-users at lists.freeswitch.org
>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>> UNSUBSCRIBE:
>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>> http://www.freeswitch.org
>>>>
>>>>
>>>
>>> _______________________________________________
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>>
>>
>>
>>
>> _______________________________________________
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>>
>> _______________________________________________
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
>
> -
>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110526/c3ac9648/attachment-0001.html
More information about the FreeSWITCH-users
mailing list