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 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 – The IVR configuration XML is – Once user presses “1”, call is forwarded to 450, for this extension dialplan entry is – Here, the call is parked at any available extension between 8501 to 8599. Then I’ve set up an extension to pick up calls – I have a few questions – 1. Valet_park parks the call on any available extension between 8501 to 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 ()? 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@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com 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 -- 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.