Should that not say parkinglot and not parkinglog in features.conf?
---------------------------------------------
Sent from Zimbra and my iPhone!
SplatNIX IT Services :: Innovation through collaboration
On 12 Jan 2010, at 06:03, Michael Wyres <[email protected]> wrote:
Has anyone managed to get multi-parking lot call parking working
correctly? I’ve had several attempts at it, and never seem to be ab
le to get it to go properly – (actually, at all):
I’ve most recently done this with 1.6.1.x, and now 1.6.2.x, with no
luck in either case. What I’ve been “trying” is the following:
features.conf
[general]
parkext => 100
[featuremap]
[applicationmap]
[parkinglog_customer1-park]
parkext => 100
parkpos => 101-199
findslot => next
context => customer1-park
[parkinglog_customer2-park]
parkext => 100
parkpos => 101-199
findslot => next
context => customer2-park
extensions.conf
[customer1-call-park]
exten => _X.,1,NoOp(The user ${EXTEN} is seeking place a call into
the parking lot…)
exten => _X.,2,Set(PARKINGLOT=customer1-park)
exten => _X.,3,ParkAndAnnounce(PARKED:call-waiting,60,Local/${EXTEN}
@customer1-callback)
exten => _X.,4,Hangup()
[customer2-call-park]
exten => _X.,1,NoOp(The user ${EXTEN} is seeking place a call into
the parking lot…)
exten => _X.,2,Set(PARKINGLOT=customer2-park)
exten => _X.,3,ParkAndAnnounce(PARKED:call-waiting,60,Local/${EXTEN}
@customer2-callback)
exten => _X.,4,Hangup()
Calls are passed to the contexts in extensions by the number of the
user trying to place the call on park. The calls park fine, can be
retrieved fine, and the callbacks work fine (via the “customerX-call
back”) contexts which are not shown here.
However, it simply does not seem to be putting calls into the
parking lots defined for each customer. It seems to place them all
into the default parking lot regardless of the lot you are trying to
put them into. I see a lot of people having similar issues, and I
see some people claiming to have overcome it, but no actual examples
of how it was “overcome”.
Love anyone’s input here! I’m already thinning on top –
don’t want to lose any more hair on this one!
Michael Wyres
Technical Specialist
Communications Design & Management
Level 1 / 99 King St
Melbourne Victoria 3000
P + 61 3 9601 6600
F + 61 3 9601 6601
[email protected]
<image001.jpg>
IMPORTANT NOTICE TO RECIPIENT
Computer viruses - It is your responsibility to scan this email and
any attachments for viruses and defects and rely on those scans as
Communications Design & Management Pty Limited (CDM) does not accept
any liability for loss or damage arising from receipt or use of this
email or any attachments.
Confidentiality - This email and any attachments are intended for
the named recipient only and may contain personal information, be it
confidential or subject to privilege, none of which are lost or
waived because this email may have been sent to you in error. If you
are not the named addressee please let CDM know by return email,
permanently delete it from your system and destroy all copies and do
not use or disclose the contents.
Copyright - This email is subject to copyright and no part of it
maybe reproduced in any manner without the written permission of the
copyright owner.
Privacy - Within the jurisdiction of Australian law, personal
information in this email must be dealt with in compliance with the
Australian Federal Privacy Act 1988.
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
