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@parkedcalls)}" = "INUSE]?Playback(lot-full))
On Wed, Nov 28, 2018 at 10:19 AM Steve Sether <sset...@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
--
_____________________________________________________________________
-- 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
