[Freeswitch-users] Inbound dialplan
Michael Collins
msc at freeswitch.org
Fri May 27 05:33:11 MSD 2011
Okay, walk us through what you did to get here. You dialed in from the
outside, got to the IVR, and then dialed 5107? Please confirm. Also, I see
that you have two endpoints in your bridge line. Are you deliberately trying
to dial two separate endpoints at the same time?
-MC
On Thu, May 26, 2011 at 3:45 PM, Baskar <yudha2008 at gmail.com> wrote:
> HI Mike,
>
> I have pasted my log in path http://pastebin.freeswitch.org/16388
>
> <http://pastebin.freeswitch.org/16388>--
> Thanks with Regards,
> N.Baskar
>
> On Thu, May 26, 2011 at 6:33 PM, Michael Collins <msc at freeswitch.org>wrote:
>
>> Pastebin the debug output of a call to a busy phone.
>> -MC
>>
>>
>> On Thu, May 26, 2011 at 3:02 PM, Baskar <yudha2008 at gmail.com> wrote:
>>
>>> HI Mike,
>>>
>>> I am looking at a condition where if the extension that i enter is busy
>>> then it should automatically route to the extension i specify in the
>>> ivr_inbound xml.
>>>
>>> --
>>>
>>> Thanks with Regards,
>>> N.Baskar
>>>
>>> On Thu, May 26, 2011 at 5:43 PM, Michael Collins <msc at freeswitch.org>wrote:
>>>
>>>> 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
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> 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/8cbc8b2b/attachment-0001.html
More information about the FreeSWITCH-users
mailing list