[Freeswitch-users] Inbound dialplan

Michael Collins msc at freeswitch.org
Fri May 27 02:33:08 MSD 2011


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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110526/e73fa4ae/attachment-0001.html 


More information about the FreeSWITCH-users mailing list