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

[Jonathan Rose]

>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.

On Mon, Nov 26, 2018 at 4:32 PM Steve Sether <ssether at usinternet.com> wrote:

> I'm testing the behavior of when the parking lot is full.  I came across
> this post from Asterisk 12 beta, 5 years ago that describes the behavior
> I'm seeing.
>
> I call ParkAndAnnounce, and when the lot is full  Asterisk drops the call,
> and sends a BYE to the caller.  This just doesn't work for us.
>
> Is there any way to get around this problem?  Ideally what I'd like to
> happen is to retain the call, and defer to a context to deal with that
> situation.  Alternatively, is there a decent way to determine if a lot is
> full?  This isn't an ideal case, since you'd then have to deal with race
> conditions, but it's better than simply dropping the call when the lot is
> full.
>
>
> The original discussion is here:
>
> http://lists.digium.com/pipermail/asterisk-dev/2013-November/063565.html
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.digium.com_pipermail_asterisk-2Ddev_2013-2DNovember_063565.html&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_A&r=50uagQBTpQAKCx3KjAwJcMd6ygCPToAyDAxH5npANtf7nLmyZ65ofHGUgyJr9BW8&m=-uu3x_H4k0MES1wWNCI4ttxRdu3OeJ64Rsl0xxS0R6E&s=3BEHrW_8DZfxpAHt2Nr5LMIw6Odr6t7mD908OLBoX-c&e=>
>
>
> For context, this is the message:
>
>
> >  >* Out of morbid curiosity, could you test the same type of transfer
> *>* against Asterisk 12's parking system?
> *>  >* Also, is this a blind or attended transfer? As in, does the person
> *>* transferring the call hear the parking failed message, and does that
> *>* person then get hung up on, or is it the transferee the one that
> *>* actually attempted parking and failed?
> *>  >* --
> *>* Jonathan R. Rose
> *>* Digium, Inc. | Software Engineer
> *>* 445 Jan Davis Drive NW - Huntsville, AL 35806 - US
> *>* direct +1 256 428 6139
> *>
>
> Jonathan,
>
> I was able to test this in Asterisk 12.0.0-beta1.
>
> Parking works fine, but when parking lot is full, Asterisk sends SIP BYE to both parker and parkee (transferer, transferee) and the call is hung up. Compared to 18.23, Asterisk is left in a stable state though (in 1.8.23, I guess because the parking fails after the channels are masqueraded, Asterisk and phones turn unstable)
>
> Test scenario:
> 123 called 125. 125 tried to park 123. Parking failed (parking lot is full). Asterisk sent both phones SIP BYE, call is hung up.
>
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.api-2Ddigital.com&d=DwIGaQ&c=q3cDpHe1hF8lXU5EFjNM_A&r=50uagQBTpQAKCx3KjAwJcMd6ygCPToAyDAxH5npANtf7nLmyZ65ofHGUgyJr9BW8&m=-uu3x_H4k0MES1wWNCI4ttxRdu3OeJ64Rsl0xxS0R6E&s=1QHEstuYPqNJZFqPhmLE1y8lB8IHxSTQkopS5hIcp5s&e=
> --
>
> Astricon is coming up October 9-11!  Signup is available at:
> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.asterisk.org_community_astricon-2Duser-2Dconference&d=DwIGaQ&c=q3cDpHe1hF8lXU5EFjNM_A&r=50uagQBTpQAKCx3KjAwJcMd6ygCPToAyDAxH5npANtf7nLmyZ65ofHGUgyJr9BW8&m=-uu3x_H4k0MES1wWNCI4ttxRdu3OeJ64Rsl0xxS0R6E&s=s12RV_nKi-FmKUEM2cwZ4eVwOau8LKRRW3w-yQmxNy8&e=
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>
> https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.digium.com_mailman_listinfo_asterisk-2Ddev&d=DwIGaQ&c=q3cDpHe1hF8lXU5EFjNM_A&r=50uagQBTpQAKCx3KjAwJcMd6ygCPToAyDAxH5npANtf7nLmyZ65ofHGUgyJr9BW8&m=-uu3x_H4k0MES1wWNCI4ttxRdu3OeJ64Rsl0xxS0R6E&s=_zvbJSEyBW5-WqKuWULB7AbcLeZjrTzhGs6H62UEOE0&e=



-- 

*Jonathan R. Rose*Senior Systems Engineer

Emergency CallWorks
Motorola Solutions

email: jonathan.rose at motorolasolutions.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20181126/5863b581/attachment-0001.html>