[Freeswitch-users] valet_park help needed

[Brian Foster]

Please start a new thread instead of hitting 'Reply' and changing the Subject. This can cause issues with those who use services like Nabble and even cause logging issues with the mailing list. 

Sent from my iPhone

On Nov 29, 2012, at 5:15 AM, "Nitin Tomer" <ntomer at newgen.co.in> wrote:

> Hi,
>  
> I am using valet_park. I’ve configure a IVR menu of an extension, based on user’s input call is forwarded to other extensions.
>  
> Extension on which end-users will call –
>  
> <extension name="ivr_nitin">
>       <condition field="destination_number" expression="^5002$">
>         <action application="answer"/>
>         <action application="sleep" data="500"/>
>         <action application="ivr" data="nitin_ivr"/>
>       </condition>
> </extension>
>  
> The IVR configuration XML is –
>  
> <include>
>         <menu name="nitin_ivr"
>                 greet-long="say:Welcome to Newgen General Insurance Company. Press 1 for Changing Address, 2 for Changing Nominee or 3 for Close Policy."
>                 greet-short="say:Welcome to Newgen. Press 1 for Changing Address, 2 for Changing Nominee or 3 for Close Policy."
>                 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="slt"
>                 confirm-attempts="3"
>                 timeout="3000"
>                 inter-digit-timeout="2000"
>                 max-failures="3"
>                 max-timeouts="3"
>                 digit-len="4">
>  
>                 <entry action="menu-exec-app" digits="1" param="transfer 450 XML default"/>    <!-- Change Address -->
>                 <entry action="menu-exec-app" digits="2" param="transfer 451 XML default"/>    <!-- Change Nominee -->
>                 <entry action="menu-exec-app" digits="3" param="transfer 452 XML default"/>    <!-- Close Policy -->
> 
>         </menu>
> </include>
> 
> Once user presses “1”, call is forwarded to 450, for this extension dialplan entry is –
>  
> <extension>
>           <condition field="destination_number" expression="^(450)$">
>           <action application="play_and_get_digits" data="10 16 3 3000 # say:'Press your account number, followed by hash key' say:'Wrong Input' res \d+" />
>           <action application="phrase" data="spell,${res}"/>
>           <action application="db" data="insert/testapp/newcall1/${res}" />    
>               <action application="set" data="caller_id_name=Change Address Request" />
>               <action application="set" data="call_timeout=60" />
>               <action application="set" data="originate_timeout=60" />
>               <action application="valet_park" data="my_lot auto in 8501 8599" />           
>           </condition>
> </extension>
>  
> Here, the call is parked at any available extension between 8501 to 8599.
>  
> Then I’ve set up an extension to pick up calls –
>  
> <extension name="park-out">
>    <condition field="destination_number" expression="^(85\d\d)$">
>      <action application="answer"/>
>      <action application="valet_park" data="my_lot $1"/>
>    </condition>
>  </extension>
>  
> I have a few questions –
>  
> 1.       Valet_park parks the call on any available extension between 8501 to 8599 (<action application="valet_park" data="my_lot auto in 8501 8599" />). Is there any way to let me know on which extension the call have been parked?
> 2.       How can I get the number from which call was made in extension 450. The idea is to use the caller number as key and entered value as value while making entry in database (<action application="db" data="insert/testapp/newcall1/${res}" />)?
> 3.       If two users call on extension 5002 (where IVR menu is played), what will happen? Will the second user have to wait for first to finish or whether both will be connected parallel?
>  
> Please help me out.
>  
> Regards
>  
> Nitin
> 
> Disclaimer :- This e-mail and any attachment may contain confidential, proprietary or legally privileged information. If you are not the original intended recipient and have erroneously received this message, you are prohibited from using, copying, altering or disclosing the content of this message. Please delete it immediately and notify the sender. Newgen Software Technologies Ltd (NSTL) accepts no responsibilities for loss or damage arising from the use of the information transmitted by this email including damages from virus and further acknowledges that no binding nature of the message shall be implied or assumed unless the sender does so expressly with due authority of NSTL.
> 
> 
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
> 
> 
> 
> 
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
> 
> 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/20121129/cac95f8e/attachment-0001.html