[asterisk-dev] Asterisk 16 Parking Lot Full behavior.

John Kiniston johnkiniston at gmail.com
Wed Nov 28 12:14:14 CST 2018


If you are using parking hints you can query the state of the hint and see
if the highest numbered spot is available.

ExecIf($["${EXTENSION_STATE(709 at parkedcalls)}" = "INUSE]?Playback(lot-full))


On Wed, Nov 28, 2018 at 10:19 AM Steve Sether <ssether at usinternet.com>
wrote:

> >*ParkAndAnnounce
> *
> > I actually missed this detail from the original email. Yeah,
> > ParkAndAnnounce might also behave a lot differently since it's going to
> > involve the origination of channels. Honestly instead of relying on that
> > you could simply have some script listen to manager for ParkedCall events
> > and have that make the announcements for you. Might be better than relying
> > on a separate and generally less battle tested approach to parking.
>
> Hi Jonathan,
>
> We're a PBX service provider that's multi-homed, so on Asterisk 11 we already have a custom solution that does mapping between virtual parking lots and the real parking lot.  It resembles a virtual memory manager in many ways. With the new parking lot in Asterisk 13+ supporting templates and creating a parking lot on-the-fly, I wanted to try to eliminate this complexity since it would reduce our complexity quite a bit.  So I suppose we could go back to that, but I'd rather not if possible.
>
> For similar reasons, we can't stop supporting the Park feature of the Polycomm phones either since our customers rely on it.
>
> It doesn't sound like I'm doing anything wrong, or there's any easy way around this other than scripting a solution to just see if the lot is full before performing a park.
>
> Is there anyone from Digium that can respond to this?  Dropping the call just doesn't seem like the "right thing" for ParkAndAnnounce to do.  Can this be fixed in some way?  I could see simply just playing a message to the parkee when the call is full, and using whatever the timeout behavior is set to.  Alternatively if Asterisk simply returned the call to timeout behavior, and possibly set a channel variable like to indicate the lot is full, we could then play the message or do whatever was appropriate.
>
> Even adding a dialplan command to query the number of free spaces in a lot would be helpful (though still suffer from race conditions mentioned above).
>
> I don't think we'd want to try to fix this ourselves with a patch.  We're not really C programmers, and haven't any aspirations to go down that road.
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> Astricon is coming up October 9-11!  Signup is available at:
> https://www.asterisk.org/community/astricon-user-conference
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev



-- 
A human being should be able to change a diaper, plan an invasion, butcher
a hog, conn a ship, design a building, write a sonnet, balance accounts,
build a wall, set a bone, comfort the dying, take orders, give orders,
cooperate, act alone, solve equations, analyze a new problem, pitch manure,
program a computer, cook a tasty meal, fight efficiently, die gallantly.
Specialization is for insects.
---Heinlein
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20181128/9e0259ba/attachment.html>


More information about the asterisk-dev mailing list