[Freeswitch-users] valet_park help needed

Brian West brian at freeswitch.org
Mon Dec 3 00:50:29 MSK 2012


If the caller is hearing the location your doing the transfer wrong!

Sent from my iPhone

On Dec 2, 2012, at 1:52 PM, Abaci <abaci64 at gmail.com> wrote:

 you can use the valet_announce_slot channel variable to disable
annoucement of the parking slot. see
http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_valet_park#Channel_Variables

On 11/29/2012 9:59 PM, Michael Collins wrote:

As far as I know you can't suppress the announcement of the location to the
caller.

For the event socket you have a lot of homework to do. I recommend:
FS Book<https://www.packtpub.com/freeswitch-1-0-6-build-robust-high-performance-telephony-systems/book>,
chapter 9
FS Cookbook <http://link.packtpub.com/nuIOlX>, chapter 4
Wiki event socket (see link on left)

For a really quick dive into what events look like:
launch fs_cli and type:
/log 0
/events plain all

You'll see EVERY event that the system throws. Try this to narrow it down
just to valet events:

/filter Event-Class valet_parking::info

I typed most of this off the top of my head, so standard
disclaimer<http://wiki.freeswitch.org/wiki/Reporting_Bugs#Standard_Disclaimer>applies.
Hope this helps you get started!
-MC


On Thu, Nov 29, 2012 at 6:09 PM, Nitin Tomer <ntomer at newgen.co.in> wrote:

>  Dear Michael,
>
> Thanks for your help.
>
> About thsis - "Using 'auto in' the system will announce the parking
> location. If you are sending a call in from an IVR then the caller will
> hear their park location. The only way to know where the call went would be
> to watch the event socket for relevant valet events. "
>
> Yes, right now the extension where call is parked, is announced to the
> caller. I don't want that to happen. I don't want it announced to caller,
> rather I want it retruned to me, so that I can store it in database. So
> that my agents can pick the call after seeing the extension where it is
> parked.
>
> Please tell me more details about how to watch the event socket for valet
> events.
>
> Regards
>
> Nitin
>
> On Friday, 30-11-2012 on 6:38 Michael Collins wrote:
>
> Answers inline...
>
> On Thu, Nov 29, 2012 at 2: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?
>>
> Using 'auto in' the system will announce the parking location. If you are
> sending a call in from an IVR then the caller will hear their park
> location. The only way to know where the call went would be to watch the
> event socket for relevant valet events.
>
>>   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}" />)?
>>
> Do you mean the caller id number? That's literally in channel variable
> ${caller_id_number}
>
>>   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?
>>
> Both can be in the IVR at the same time and they won't affect each other
> at all.
>
> -MC
>
>>
>>
>> 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
>>
>>
>
>
> --
> Michael S Collins
> Twitter: @mercutioviz
> http://www.FreeSWITCH.org
> http://www.ClueCon.com
> http://www.OSTAG.org
>
>
>
>  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
>
>


-- 
Michael S Collins
Twitter: @mercutioviz
http://www.FreeSWITCH.org
http://www.ClueCon.com
http://www.OSTAG.org




_________________________________________________________________________
Professional FreeSWITCH Consulting
Services:consulting at freeswitch.orghttp://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication
Server

Official FreeSWITCH
Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com

FreeSWITCH-users mailing
listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org


_________________________________________________________________________
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/20121202/cbd8f080/attachment-0001.html 


Join us at ClueCon 2011 Aug 9-11, 2011
More information about the FreeSWITCH-users mailing list