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@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@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@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
tel:      01 74 03 18 97
gsm:   06 66 98 76 34

Service Client IPeva
tel:      0811 46 26 26

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@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@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@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@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@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@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@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@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org