<div dir="ltr"><div>That's a bit of a flawed approach. The highest parking space can be occupied while other spots are open. Parked calls don't get shuffled to lower spots as lower numbered parking spots are freed up. Plus there are multiple modes for selecting the parking space for a call. That would be a safer method to use for findslot=first since you'd only hit false negatives if the parking lot was filling up for at least a little while, but if findslot=next then you could any number of calls in the parking lot when that space has a user in it.</div><div><br></div><div>I checked through the park_and_announce application for differences in how it would handle a transfer and didn't really see anything that should cause these kinds of differences. If parking fails it looks like it'll move on in the dialplan in the same fashion as the regular park application. So I don't really think that's the culprit here.</div><div><br></div><div>Consider running us through an example of it happening with verbosity set to 3 so that we can get running dialplan output.<br></div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Nov 28, 2018 at 12:14 PM John Kiniston <<a href="mailto:johnkiniston@gmail.com">johnkiniston@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr">If you are using parking hints you can query the state of the hint and see if the highest numbered spot is available.<br><br>ExecIf($["${EXTENSION_STATE(709@parkedcalls)}" = "INUSE]?Playback(lot-full))<br><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Nov 28, 2018 at 10:19 AM Steve Sether <<a href="mailto:ssether@usinternet.com" target="_blank">ssether@usinternet.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  

    
  
  <div bgcolor="#FFFFFF">
    <pre style="white-space:pre-wrap;color:rgb(0,0,0);font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;word-spacing:0px;text-decoration-style:initial;text-decoration-color:initial">><i>ParkAndAnnounce
</i>
> 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.
</pre>
  </div>

-- <br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__www.api-2Ddigital.com&d=DwMFaQ&c=q3cDpHe1hF8lXU5EFjNM_A&r=50uagQBTpQAKCx3KjAwJcMd6ygCPToAyDAxH5npANtf7nLmyZ65ofHGUgyJr9BW8&m=R2zQ8gNx6TeXcT3kRlUNLMQ0pmaBYjLUB8VpRDUjAlE&s=oWE4f3G4YxYmrvMwXRVdBTes7isH8cDNTqgVWA6EFTE&e=" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
Astricon is coming up October 9-11!  Signup is available at: <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.asterisk.org_community_astricon-2Duser-2Dconference&d=DwMFaQ&c=q3cDpHe1hF8lXU5EFjNM_A&r=50uagQBTpQAKCx3KjAwJcMd6ygCPToAyDAxH5npANtf7nLmyZ65ofHGUgyJr9BW8&m=R2zQ8gNx6TeXcT3kRlUNLMQ0pmaBYjLUB8VpRDUjAlE&s=kAH5ilLD3aP6QiIai7Mb7EtlKGGEzCG9J9atVXgeH2w&e=" rel="noreferrer" target="_blank">https://www.asterisk.org/community/astricon-user-conference</a><br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.digium.com_mailman_listinfo_asterisk-2Ddev&d=DwMFaQ&c=q3cDpHe1hF8lXU5EFjNM_A&r=50uagQBTpQAKCx3KjAwJcMd6ygCPToAyDAxH5npANtf7nLmyZ65ofHGUgyJr9BW8&m=R2zQ8gNx6TeXcT3kRlUNLMQ0pmaBYjLUB8VpRDUjAlE&s=5hDvwP22WFAa-1Rbqr5ycjDpR8BheKxe4vi2IeoYIp4&e=" rel="noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a></blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="m_2061349856939979268gmail_signature">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.<br>---Heinlein</div>
-- <br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__www.api-2Ddigital.com&d=DwIGaQ&c=q3cDpHe1hF8lXU5EFjNM_A&r=50uagQBTpQAKCx3KjAwJcMd6ygCPToAyDAxH5npANtf7nLmyZ65ofHGUgyJr9BW8&m=R2zQ8gNx6TeXcT3kRlUNLMQ0pmaBYjLUB8VpRDUjAlE&s=oWE4f3G4YxYmrvMwXRVdBTes7isH8cDNTqgVWA6EFTE&e=" rel="noreferrer" target="_blank">https://urldefense.proofpoint.com/v2/url?u=http-3A__www.api-2Ddigital.com&d=DwIGaQ&c=q3cDpHe1hF8lXU5EFjNM_A&r=50uagQBTpQAKCx3KjAwJcMd6ygCPToAyDAxH5npANtf7nLmyZ65ofHGUgyJr9BW8&m=R2zQ8gNx6TeXcT3kRlUNLMQ0pmaBYjLUB8VpRDUjAlE&s=oWE4f3G4YxYmrvMwXRVdBTes7isH8cDNTqgVWA6EFTE&e=</a> --<br>
<br>
Astricon is coming up October 9-11!  Signup is available at: <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.asterisk.org_community_astricon-2Duser-2Dconference&d=DwIGaQ&c=q3cDpHe1hF8lXU5EFjNM_A&r=50uagQBTpQAKCx3KjAwJcMd6ygCPToAyDAxH5npANtf7nLmyZ65ofHGUgyJr9BW8&m=R2zQ8gNx6TeXcT3kRlUNLMQ0pmaBYjLUB8VpRDUjAlE&s=kAH5ilLD3aP6QiIai7Mb7EtlKGGEzCG9J9atVXgeH2w&e=" rel="noreferrer" target="_blank">https://urldefense.proofpoint.com/v2/url?u=https-3A__www.asterisk.org_community_astricon-2Duser-2Dconference&d=DwIGaQ&c=q3cDpHe1hF8lXU5EFjNM_A&r=50uagQBTpQAKCx3KjAwJcMd6ygCPToAyDAxH5npANtf7nLmyZ65ofHGUgyJr9BW8&m=R2zQ8gNx6TeXcT3kRlUNLMQ0pmaBYjLUB8VpRDUjAlE&s=kAH5ilLD3aP6QiIai7Mb7EtlKGGEzCG9J9atVXgeH2w&e=</a><br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.digium.com_mailman_listinfo_asterisk-2Ddev&d=DwIGaQ&c=q3cDpHe1hF8lXU5EFjNM_A&r=50uagQBTpQAKCx3KjAwJcMd6ygCPToAyDAxH5npANtf7nLmyZ65ofHGUgyJr9BW8&m=R2zQ8gNx6TeXcT3kRlUNLMQ0pmaBYjLUB8VpRDUjAlE&s=5hDvwP22WFAa-1Rbqr5ycjDpR8BheKxe4vi2IeoYIp4&e=" rel="noreferrer" target="_blank">https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.digium.com_mailman_listinfo_asterisk-2Ddev&d=DwIGaQ&c=q3cDpHe1hF8lXU5EFjNM_A&r=50uagQBTpQAKCx3KjAwJcMd6ygCPToAyDAxH5npANtf7nLmyZ65ofHGUgyJr9BW8&m=R2zQ8gNx6TeXcT3kRlUNLMQ0pmaBYjLUB8VpRDUjAlE&s=5hDvwP22WFAa-1Rbqr5ycjDpR8BheKxe4vi2IeoYIp4&e=</a></blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div><b>Jonathan R. Rose<br></b><span><span>Senior Systems Engineer<br><br></span></span></div>Emergency CallWorks<br></div>Motorola Solutions<br><br></div><div>email: <a href="mailto:jonathan.rose@motorolasolutions.com" target="_blank">jonathan.rose@motorolasolutions.com</a><br></div></div></div></div>