[Freeswitch-users] valet_park help needed

Nitin Tomer ntomer at newgen.co.in
Mon Dec 3 05:23:51 MSK 2012


Hi Brian,

I've posted the contents of dialplan. Please tell me what I am doing wrong.

Regards

Nitin

Brian West <brian at freeswitch.org> wrote:

>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
>
>_________________________________________________________________________
>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


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